WO1997038513A1 - Controleur de communications et procede de controle des communications - Google Patents

Controleur de communications et procede de controle des communications Download PDF

Info

Publication number
WO1997038513A1
WO1997038513A1 PCT/JP1997/001178 JP9701178W WO9738513A1 WO 1997038513 A1 WO1997038513 A1 WO 1997038513A1 JP 9701178 W JP9701178 W JP 9701178W WO 9738513 A1 WO9738513 A1 WO 9738513A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
terminal
asel
transmission standard
value
Prior art date
Application number
PCT/JP1997/001178
Other languages
English (en)
French (fr)
Inventor
Takashi Nomura
Original Assignee
Sony Corporation
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 Sony Corporation filed Critical Sony Corporation
Priority to EP97914616A priority Critical patent/EP0841791A4/en
Priority to US08/973,175 priority patent/US6115392A/en
Publication of WO1997038513A1 publication Critical patent/WO1997038513A1/ja

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40058—Isochronous transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40097—Interconnection with other networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/4608—LAN interconnection over ATM networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0478—Provisions for broadband connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5614—User Network Interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5629—Admission control
    • H04L2012/563—Signalling, e.g. protocols, reference model
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5638—Services, e.g. multimedia, GOS, QOS

Definitions

  • TECHNICAL FIELD The present invention relates to a communication control device and method, and for example, relates to a communication control device and method suitable for use in a video-on-demand system or the like that provides multimedia data.
  • Background Art Figure 1 shows an ATM (Asynchronous Transfer Mode) network on the knockbone side and an IEEE (Institute of Electrical and Electronic Engineers, Inc.) 13 9 4 serial bus (IEEE 1) on the front end side.
  • ATM Asynchronous Transfer Mode
  • IEEE Institute of Electrical and Electronic Engineers, Inc. 13 9 4 serial bus
  • VOD Video On Demand
  • the ATM terminal 1 is a server that stores video data and the like, is connected to the ATM network 2 through a UNI (User-Network Interface), and transmits the video data to the terminals 13 1 to 4 1 to 4 ( Below, 1 3 9 4 terminal 4 1 1 to
  • the ATM / 1 394 repeater 3 is connected to the ATM network 2 via the UNI, receives video data transmitted from the ATM terminal 1 via the ATM network 2, and receives the IEEE 1394 serial data.
  • 1 3 9 4 Terminal 4 is provided via the bus.
  • 1 394 Terminal 4 receives the video data provided via the IEEE 1394 serial bus from ATM / 1 394 repeater 3 and displays it on a display device such as a CRT or LCD. It has been done.
  • IP over ATM (hereinafter abbreviated as IP / ATM) is used as a standard protocol.
  • IP / ATM IP over ATM
  • the protocol blocks of the U (User) brain and the C (Control) brain of the end to end are laid out as shown in FIGS. 2 and 3, respectively. That is, as shown in FIG. 2, the U-plane protocol block of the ATM network 2 includes a PHY (physical) layer and an ATM layer. Therefore, the U-plane protocol block of the ATM terminal 1 has a PHY layer and an ATM layer corresponding to the ATM network 2, an IP / ATM layer for exchanging IP packets, and Has an IP layer.
  • the unit of data (user information from 1 byte to 64 kilobytes) of the higher-level application (IP / ATM layer) and the cell are unified. It has an AAL (ATM Adaptation Layer) 5, which performs coordination with the 48-byte user information handled.
  • AAL ATM Adaptation Layer
  • the U-brain protocol of ATM / 1 394 repeater 3 has the same configuration as ATM terminal 1 on ATM network 2 side. That is, it is composed of a PHY layer, an ATM layer, an AAL5 layer, an IP / ATM layer, and an IP layer.
  • the 1394 terminal 4 side It has the same configuration as the tack, and consists of a 1394PHY layer, a 1394UNK layer, and an IP layer. There is no one corresponding to the IP / ATM layer on the ATM network 2 side (there is described as null in Fig. 2) (However, it is possible to arrange a protocol such as IP / 1394).
  • the C-plane of the ATM terminal 1 pro Tokorusu tack, PHY Layer, ATM layer, AAL5 layer, SSCF (Service Specific Coordination Function) (ITU (International Telecommunication Union) -TQ. 2 130) + SSC0P (Service Specific Connection Oriented Protocol) (ITU-TQ. 21 10) layer , And Q.2931 (ITU-TQ.2931) layers.
  • the configuration of the C-plane protocol of the ATM network 2 is the same as that of the ATM terminal 1.
  • the C-brain protocol stack of the ATM / 1394 repeater 3 has the same configuration as the case where the ATM network 2 side is the ATM terminal 1 and the ATM network 2.
  • the 1394 terminal 4 has the same configuration as the protocol stack of the 1394 terminal 4, and includes a 1394 PHY layer, a 1394 LINK layer, and an original signaling protocol (Original Signaling Protocol 1) layer.
  • the C-brain protocol stack of the 1394 terminal 4 includes a 1394 PHY layer, a 1394 LIM layer, and an Original Signaling Protocol layer.
  • VPC Virtual Pass Connection
  • VCC Virtual Channel Connection
  • Handing may be performed using an IP header.
  • the ATM / 1 394 repeater 3 needs a routing function using IP.
  • the present invention has been made in view of such a situation, and reduces the burden on a central unit when exchanging data of different transmission standards between terminals via a repeater. It is intended to reduce the number of system development steps.
  • a communication control device includes a first conversion unit that converts a data of a second transmission standard received via a repeater into a data of a first transmission standard. Means for converting predetermined data of the first transmission standard into data of the second transmission standard.
  • the communication control method comprises: converting data of a first transmission standard received via a repeater into data of a second transmission standard; and To data of a first transmission standard.
  • a communication control device includes: first conversion means for converting data of a first transmission standard transmitted from a first terminal into data of a second transmission standard; and a second terminal. Second conversion means for converting the data of the second transmission standard transmitted from the first terminal into the data of the first transmission standard, and the same signaling protocol as that of the first terminal. And a processing means for processing the data of the first transmission standard transmitted from the first terminal and the data of the first transmission standard converted by the second conversion means.
  • the communication control method includes: a first conversion step of converting data of a first transmission standard transmitted from a first terminal into data of a second transmission standard; and transmitting the data from the second terminal.
  • the repeater includes a first conversion unit that converts the data of the first transmission standard transmitted from the first terminal into data of the second transmission standard. And the second message transmitted from the second terminal.
  • a second conversion means for converting the data of the transmission standard into the data of the first transmission standard, wherein the second terminal transmits the data of the second transmission standard transmitted from the repeater to the first transmission standard.
  • the repeater converts the data of the first transmission standard transmitted from the first terminal into data of the second transmission standard, and transmits the data to the second terminal. Transmitting the data of the second transmission standard transmitted from the second terminal to data of the first transmission standard and transmitting the data to the first terminal.
  • the second terminal comprises: a step of converting data of the second transmission standard transmitted via the repeater into data of the first transmission standard; and a step of converting a predetermined data of the first transmission standard. And a step of converting the data into data of the second transmission standard and transmitting the data to the repeater.
  • the communication control device sets a communication path for transferring data of a transmission standard exchanged between a terminal and another terminal between a repeater or a terminal using a predetermined control command in advance. It has setting means.
  • the communication control method is a step of setting a communication path for transferring data of a transmission standard exchanged between a terminal and another terminal between a repeater or a terminal using a predetermined control command in advance. Is provided.
  • the first conversion means converts data of the first transmission standard received via the repeater into data of the second transmission standard
  • the second conversion means The predetermined data of the second transmission standard Evening is converted to data of the first transmission standard.
  • the data of the first transmission standard received via the repeater is converted to the data of the second transmission standard, and the predetermined data of the second transmission standard is converted. Is converted to the data of the first transmission standard.
  • the first transmission standard data transmitted from the first terminal with the same signaling protocol as the first terminal has. And c) the data of the first transmission standard converted by the second conversion means is processed.c.
  • the first conversion means is connected to the first terminal by the repeater.
  • the transmitted data of the first transmission standard is converted into data of the second transmission standard
  • the second converting means converts the data of the second transmission standard transmitted from the second terminal. Convert to the data of the first transmission standard.
  • the third conversion means converts the data of the second transmission standard transmitted from the repeater into data of the first transmission standard
  • the fourth conversion means And converting predetermined data of the first transmission standard into data of the second transmission standard.
  • the repeater converts the data of the first transmission standard transmitted from the first terminal into the data of the second transmission standard, and The data is transmitted to the second terminal, and the data of the second transmission standard transmitted from the second terminal is converted into data of the first transmission standard and transmitted to the second terminal.
  • the second terminal converts the data of the second transmission standard transmitted via the repeater into the data of the first transmission standard, and converts the data of the first transmission standard into a predetermined data. Evening is converted to data of the second transmission standard and transmitted to the repeater. 7/01178
  • a communication path for transferring data of a transmission standard exchanged between a terminal and another terminal between the repeater and the terminal is provided in advance by a predetermined control command. Is set using.
  • the communication control device includes a second transmission standard (for example, the IEEE 1394 standard) received through a repeater (for example, the ATM / 1 394 repeater 3 in FIG. 4).
  • the first conversion means for example, ASEL32 in FIG. 54 for converting the data into the data of the first transmission standard (for example, the ATM standard)
  • Second conversion means for example, ASEL32 in FIG. 54 for converting the data into data of the second transmission standard.
  • the communication control device includes processing means (for example, layer 36 in FIG. 55) for processing data of the first transmission standard using the same signaling protocol as the signaling protocol of the terminal. Prepare.
  • the communication control device transmits data of a first transmission standard (for example, ATM standard) transmitted from a first terminal (for example, ATM terminal 1 in FIG. 4) to a second transmission standard.
  • a first transmission standard for example, ATM standard
  • a second transmission standard for example, ASEL 33 in FIG. 55
  • a second conversion means for example, ASEL 33 in FIG. 55
  • Terminal has The same signaling protocol as the
  • Processing means for processing the data of the first transmission standard transmitted from the first terminal and the data of the first transmission standard converted by the second conversion means (for example, layer 35 in FIG. 55) Prepare.
  • the communication control device is applicable to a case where a plurality of second terminals (for example, 1394 terminals 22-1 and 23-1 in FIG. 4) are connected on transmission paths of different second transmission standards. Further, there is further provided a relay means (for example, ASEL31 in FIG. 54) for relaying the data of the second transmission standard in the U-brain exchanged between the plurality of second terminals.
  • a relay means for example, ASEL31 in FIG. 54
  • a plurality of second terminals (for example, 1394 terminals 22-1 and 22-2 in FIG. 4) are connected on a transmission path of the same second transmission standard.
  • a relay means for example, ASEL31 in FIG. 54 for substantially slew-through and relaying the data of the second transmission standard in the U-brain exchanged between a plurality of second terminals is further provided.
  • the repeater transmits the first terminal (for example, the ATM terminal 1 in FIG. 4) transmitted from the first terminal.
  • a first conversion means for example, ASEL31 in FIG. 54 for converting data of a transmission standard (for example, ATM standard) into data of a second transmission standard (for example, IEEE1394 standard);
  • Second conversion means for example, FIG. 4 for converting the data of the second transmission standard transmitted from the second terminal (for example, the terminal 394 of FIG. 4) into the data of the first transmission standard.
  • the second terminal converts the data of the second transmission standard transmitted from the repeater into the data of the first transmission standard (ASEL 31).
  • ASEL32 in Figure 54 And a fourth conversion means for converting a predetermined data of the first transmission standard into a data of the second transmission standard.
  • the communication control device includes a terminal between a repeater (for example, the ATM / 13944 repeater 3 in FIG. 4) and a terminal (for example, the 1394 terminal 4-1 in FIG. 4). (For example, 1394 terminal 4-1 in Fig. 4) and a communication path for transferring data of a transmission standard exchanged between other terminals (for example, 1394 terminal 4-1 in Fig. 4) There is provided setting means for setting in advance using a predetermined control command.
  • FIG. 1 is a diagram showing a configuration example of a conventional V0D system.
  • Figure 2 is a diagram showing a possible U-plane protocol sequence when using IP / ATM.
  • FIG. 3 is a diagram showing a possible protocol lock of the C plane when the IP / ATM is used.
  • FIG. 4 is a diagram showing a configuration example of a V0D system to which the communication control device of the present invention is applied.
  • FIG. 5 is a diagram illustrating the relationship between ASEL-UNI.
  • FIG. 6 is a diagram showing a layer relation diagram of the ASEL.
  • FIG. 7 is a diagram showing an insertion field of the ASEL-PDU.
  • FIG. 8 is a diagram showing a format and coding example common to all AAL types of ASEL-PDU.
  • FIG. 9 is a diagram showing a format and a coding example of ASEL-PDU (AAL 5 Type).
  • FIG. 10 is a diagram showing a format and a coding example of ASEL-PDU (AAL O Type).
  • FIG. 11 is a diagram for explaining the relationship between ASEL-CMI and ASEL-UNI.
  • FIG. 12 is a diagram for explaining the state transition of the ASEL-CME in the user side.
  • FIG. 13 is a diagram illustrating the state transition of ASEL-CME on the Network side.
  • FIG. 14 is a diagram showing a format of a field common to ASEL-CMP messages.
  • FIG. 15 is a diagram showing the format of the WakeUp message.
  • FIG. 16 is a diagram showing the format of the ActReq message.
  • FIG. 17 is a diagram showing the format of the ActAck message.
  • FIG. 18 is a diagram showing the format of the IsoReq message.
  • FIG. 19 is a diagram showing the format of the IsoRply message.
  • FIG. 20 is a diagram showing a format of the DestIDReq message.
  • FIG. 21 is a diagram showing a format of the Dest lDRply message.
  • FIG. 22 is a diagram illustrating SDL.
  • FIG. 23 is a flowchart illustrating a process of state transition from the reset state in FIG.
  • FIG. 24 is a flowchart illustrating the process of transition from the ActPending state in FIG. 12.
  • FIG. 25 is a flowchart illustrating the process of transition from the Act state in FIG. 12.
  • FIG. 26 is a flow chart illustrating a process of a state transition from the Act state in FIG. 12.
  • FIG. 27 is a flowchart illustrating a state transition process from an arbitrary state in FIG.
  • FIG. 28 is a flowchart illustrating a process of state transition from an arbitrary state in FIG.
  • FIG. 29 is a flowchart illustrating a process of state transition from an arbitrary state in FIG. 13.
  • FIG. 30 is a flowchart for explaining a process of a state transition from the reset state in FIG.
  • FIG. 31 is a flowchart illustrating a process of transitioning from the ActPending state in FIG. 13.
  • FIG. 32 is a flowchart for explaining the processing of the state transition from the state of Act in FIG. 13.
  • FIG. 33 is a flow chart for explaining a process of a state transition from the Act state in FIG. 13.
  • FIG. 34 is a flowchart for explaining processing of state transition from an arbitrary state in FIG.
  • FIG. 35 is a flowchart illustrating a process of state transition from an arbitrary state in FIG. 13.
  • FIG. 36 is a flowchart for explaining data transfer processing from the state of Act.
  • FIG. 37 is a flowchart for explaining the processing when transferring data.
  • Fig. 38 is a flow chart explaining the process when transferring data. It is.
  • FIG. 39 is a flowchart for explaining the processing when transferring data.
  • FIG. 40 is a flowchart illustrating the more detailed process of step S287 in FIG.
  • FIG. 41 is a flowchart for explaining the more detailed processing of step S288 in FIG.
  • FIG. 42 is a flowchart for explaining the more detailed process of step S294 of FIG.
  • FIG. 43 is a flowchart for explaining the more detailed process of step S300 in FIG.
  • FIG. 44 is a flowchart illustrating a process when data is received.
  • FIG. 45 is a flowchart for explaining a process when receiving a night.
  • FIG. 46 is a flowchart illustrating a process when data is received.
  • FIG. 47 is a flowchart for explaining the more detailed processing of step S452 in FIG.
  • FIG. 48 is a flowchart for explaining the more detailed processing of step S489 of FIG.
  • FIG. 49 is a flowchart for explaining the more detailed process of step S479 of FIG.
  • FIG. 50 is a flowchart for explaining the more detailed processing of step S459 in FIG.
  • FIG. 51 is a flowchart illustrating the more detailed process of step S470 in FIG.
  • FIG. 52 is a flowchart for explaining the more detailed processing of step S483 of FIG.
  • FIG. 53 is a flowchart for explaining the more detailed process of step S 4 62 of FIG. 45.
  • Figure 54 is a diagram showing the U-plane protocol stack when using IP / ATM when ASEL is adopted.
  • FIG. 55 is a diagram showing a block diagram of the C-plane port when using IP / ATM when ASEL is adopted.
  • BEST MODE FOR CARRYING OUT THE INVENTION FIG. 4 shows a configuration example of a V0D system to which the present invention is applied.
  • an ATM (Asynchronous Transfer Mode) network is installed on the Nokbone side, and an IEEE 1394 serial path (IEEE 1394 Standards Draft 8.0 v2) is installed on the Frontend side. You are using ATM (Asynchronous Transfer Mode) network.
  • IEEE 1394 serial path IEEE 1394 Standards Draft 8.0 v2
  • the ATM terminal 1 is a server that stores video data, is connected to the ATM network 2 via a UNI (User-Network Interface), and provides video data and the like.
  • the ATM / 1 394 repeater 3 is connected to the ATM network 2 via the UNI, receives video data from the ATM terminal 1 via the ATM network 2, and connects to the IEEE 1394 serial bus.
  • 1 3 9 4 terminal 4 1 1 to 4-7 (hereinafter, 1 3 9 4 terminal 4 1 to 4-7 When it is not necessary to distinguish individually, 1 3 9 4 terminal 4 is appropriately described. To provide).
  • 1 3 9 4 Terminal 4 is ATM / 1 3 9 4 Video data provided from the repeater 3 via the IEEE1394 serial bus is received and displayed on a display device such as a CRT or LCD.
  • the ATM / 1 3 9 4 repeater 2 1 is connected to the ATM network 2 via the UNI, receives video data from the ATM terminal 1 via the ATM network 2, and receives the IEEE 1 3 9 4 1 3 9 4 terminals 2 2-1 to 2 2-4 (hereinafter, 1 3 9 4 terminals 2 2-1 to 2 2-4 via serial bus) 3 9 4 terminal 22).
  • the 1394 terminal 22 receives the video data provided via the IEEE1394 serial path from the ATM / 1394 repeater 21 and displays it on a display device such as a CRT or LCD. Has been made.
  • the ATM / 1 394 repeater 21 also has an IEEE 1394 serial path (serial bus different from the IEEE 1394 serial bus to which the 1394 terminal 22 is connected). Via 1 3 9 4 terminal 2 3— 1 through
  • connection method of the IEEE 1394 serial path either “daisy chain” or “node branching” can be used.
  • daisy chain method up to 16 13 4 terminals (nodes (1
  • the limitation of the number of connected terminals in the daisy chain method is due to the transmission delay between the terminals at both ends.
  • no Of the 16 bits for the code ID 10 bits specify the bus ID number, and 6 bits specify the physical ID number.
  • physical ID numbers 0 to 62 can be assigned to 1394 terminals, and the maximum number of connections is 63. Since the last physical ID number, 63, is used for broadcast, it cannot be assigned to a physical ID number for each terminal.
  • All nodes receive a packet sent to their own node ID number and a packet sent to physical ID number 63, which is the same or broadcast as the node ID number.
  • the 1394 terminal can connect and disconnect the IEEE 1394 standard cable while the power is on, that is, while the device is operating, and nodes are added or deleted. At this time, or when the power is turned on, the 1394 network is automatically reconfigured, and the node ID number is reset for each node.
  • the link layer (IEEE 1394 standard) A method to implement a layer that simulates AAL (ATM Adaptation Layer) / ATM layer (ITU-TI.363 / ITU-TI.366.1) on 1 394 LINK) .
  • AAL ATM Adaptation Layer
  • ATM layer ITU-TI.363 / ITU-TI.366.1
  • ASEL ATM over IEEE1394 Serial bus Emulsion Layer
  • the ASEL hides the IEEE 1394 serial bus from software at the layer above the ASEL of the device and emulates the AAL / ATM layer. For this reason, devices equipped with ASEL can multiplex and demultiplex VPC (Virtual Pass Connection) / VCC (Virtual Channel Connection) via their own IEEE 1394 serial bus interface. Corresponding network access protocol software and various application software can be used as they are.
  • Figure 5 shows that the ASEL entities at the ATM / 1394 repeater 3 and the 1394 terminals 4-1 through 4-3 are interconnected one-to-one via each ASEL-UNI.
  • FIG. As shown in the figure, multiple ASEL-UNIs can physically exist on one 1394 serial bus cable.
  • the ASEL entity is divided into the operations of Network side (AT / 1 394 repeater 3 side) and User side (1 394 terminal 4-1 to 4-13 side) at ASE UNI.
  • Each ASEL-UN on the Network side is assigned to each ASEL-UNI and the 1394 Node Unique ID, which is held individually by the 1394 terminals 4-1 to 4-13 on the User side. It is identified by associating the ASEL-UNI ID.
  • FIG. 6 is a layer relation diagram showing the position of the ASEL.
  • ASEL provides primitives similar to those provided by various AALs as primitives with the upper layer. That is, AAL UNITDATA. Req (request) from the upper layer And supply AALJJNITMTA.ind (indication). It also receives AAL_U_ABORT.req and supplies AAL_U_ABORT.ind.
  • AAL-P-ABORT, ind is supplied to the upper layer.
  • the software of the upper layer of the ASE L for example, the IP layer and IP / ATM layer of FIG. 54 described later, and the Q.2931 layer of FIG. 55, SSCF + SSCOP
  • the lower layer for example, FIG. 54 and the 1394 LINK layer and the 1394 PHY layer in Fig. 55
  • FIG. 54 and the 1394 LINK layer and the 1394 PHY layer in Fig. 55 can behave in the same way as when AAL is used.
  • AALJJNITDATA.req and AAL_UNITDATA.ind are primitives for performing overnight transfer with the upper layer.
  • VPI Virtual Pass Identifier
  • VCI Virtual Channel Identifier
  • AAL5 parameters This parameter group is included when the AAL type of ASEL-VCC is AAL5.
  • Interface Data When AAL 5 is operating in message mode, this parameter is equivalent to a complete AA Service Data Unit (SDU). When operating in streaming mode, this parameter is equivalent to some AA or SDU.
  • SDU Service Data Unit
  • This parameter is not used in message mode. In streaming mode, this parameter indicates that the incoming and outgoing interface data contains the last part of the entire AA or SDU. Or not.
  • Loss Priority This parameter indicates the loss priority of the AA / SDU. This parameter is mapped to an ASEL-PDU (Protocol Data Unit) header described later.
  • ASEL-PDU Protocol Data Unit
  • This sniffer indicates if the AAL-SDU has gone through a congestion state. This parameter is mapped to the ASEL-PDU header described later.
  • AAL User-User Information (AAL User-User Information): This parameter is transferred transparently by ASEL between peer ASEL upper layer entities. This parameter is mapped to the ASEL-PDU header described later.
  • Error Status This parameter indicates that the interface data may contain transmission errors. This parameter is used only when the error data distribution function is used. This parameter is not included in the AALJIN ITDATA.req primitive.
  • AAL 0 parameters This parameter is included when the AAL type of ASEL-VCC is AAL 0.
  • Interface Data This parameter always corresponds to a complete AAL-SDI.
  • Loss Priority This parameter indicates the loss priority of AA / SDU. This parameter is mapped to the ASEL-PDU header described later.
  • Congestion Indication This parameter indicates whether the AAL-SDU has gone through a congestion state. This param overnight Is mapped to the ASEL-PDU header described later.
  • Error Status This parameter indicates that an error has occurred and may have transmission errors. This parameter is used only when the error data distribution function is used. This parameter is not included in the AAL_UNITDATA.req primitive.
  • AAL_U_AB0RT.req, AAL_U_AB0RT.ind and AAL_P_AB0RT.ind primitives are primitives for performing an abort service with an upper layer. These primitives are used only when the corresponding ASEL-VCC is in AAL3 / 4 or AAL5 streaming mode.
  • the AALJLABORT.req primitive is used by the upper layers of ASEL to invoke an application service.
  • the AAL_U_AB0RT.ind primitive indicates that the AAL-SDU partially distributed should be discarded by the upper layer of ASEL according to the instruction from the upper layer of the peer (the other ASEL).
  • the AAL_P_AB0RT.ind primitive is used to indicate that the upper layer of ASEL should discard the partially delivered AA SDU due to an error occurring in the lower layer of ASEL or ASE L. Used by ASEL entities.
  • AAL_U_AB0RT.req, AAL_U_AB0RT.ind and AAL_P_AB0RT.ind primitives contain the following information.
  • ASEL uses the primitive provided by the IEEE 1394 link layer as it is as a primitive with the lower layer. That is, Supply LK_IS0_C0NT.req to the lower layer and receive LK_CYCLE. Ind. It also supplies LK_IS0.req to the lower layer and receives LK_IS0.ind. It also supplies LK_DATA.req to the lower layer, receives LK-DATA.conf and LK_DATA. Ind, and supplies LK_DATA. Resp to the lower layer. As a result, the link layer does not need to be aware of the upper layer.
  • the LK_IS0-CONT.req primitive is used when the ASEL entity requests a list of received isochronous channel numbers that are allowed to accept.
  • the LK_IS0_C0NT.req primitive contains the following information.
  • the LK_CYCLE.ind primitive is used by the 1394 Link layer to notify the ASEL entity that a Cycle sync event has occurred.
  • the LK—CYCLE, ind primitive contains the following information:
  • LK_IS0.req and LK ISO.ind primitives are ASEL and 139 4 Link Used to transfer CBR (Constant Bit Rate) data to and from the layer.
  • the ASEL entity uses the LK-ISO.req primitive to request the transmission of one Isochronous packet from the 1394Link layer.
  • the 1394Link layer uses the LK-ISO.ind primitive to notify the ASEL entity that one Isochronous packet has been received.
  • the LK_DATA.req primitive is used to transmit UBR (Unassigned Bit Rate) or ABR (Available Bit Rate) data.
  • the ASEL entity uses this primitive to request the 1394 Link layer to send one Asynchronous packet.
  • the LK—DATA.req primitive contains the following information.
  • Destination offset This parameter is fixed to a value indicating that ASEL-PDU is stored in the Data field of this Asynchronous packet.
  • the LK_DATA.conf primitive is used by the 1394Link layer to allow the upper layer to confirm the transmission of one Asynchronous packet.
  • the LK_DATA.ind primitive is used to receive UBR or ABR data.
  • the 1394 Link layer uses this primitive to notify the ASEL entity that one Asynchronous bucket has been received.
  • the LK_DATA.ind primitive contains the following information.
  • Destination offset This writer is fixed to a value to indicate that ASEL-PDU is stored in the Data field of this Asynchronous knock.
  • Resp primitive is used by the ASEL entity to respond to a single received Asynchronous packet. That is, by sending one acknowledge packet, the sub-action is completed.
  • Resp primitive contains the following information:
  • This parameter contains one of the Ack_code values defined in the IEEE1394 standard.
  • Bus Occupancy Control This parameter controls whether the 1394 Link Layer will relinquish control of the 1394 Serial Bus after transmitting the acknow 1 edge packet.
  • ASEL exchanges various management information with its own (local) ASEL layer management entity, such as configuration, faults, performance, and alarms on the other ASEL entity and its own ASEL entity.
  • ASEL management primitives including.
  • the MASEL_Act.req primitive is used by the ASEL layer management on the User side to request that the ASEL entity transition to the activated state (Actstatus).
  • the MASEL_Act. Ind primitive is used by the ASEL entity to notify the ASEL layer management that the ASEL entity has transitioned to the active state (Actstatus).
  • MASEL_Act.req and MASEL_Act.ind primitives contain the following information.
  • MASEL_Reset.req from ASEL layer management is received as a primitive related to ASEL reset.
  • the MASELJeset.req primitive is used by the ASEL layer management to request that the ASEL entity transition to the reset status (Resetstatus).
  • MASEL_Reset.req primitive contains the following information.
  • MASEL_ConSet.req and MASEL-ConRec.req from ASEL layer management as primitives related to ASEL connection control, and provides MASEL ConSet.conf.
  • ASEL layer money Receives MASEL_ConRel.req from the comment and provides MASEL_ConRel.conf.
  • MASEL The ConSet.req primitive is used by ASEL layer management to request that a new ASEL-VCC be set.
  • Routing Area This parameter indicates the ASEL-VCC routing area to be set. There are five types of parameter values: External / Internal and same 1 394 Bus / Internal and other 1 394 Bus / Terminate / Unknown.
  • Topology This parameter indicates the form of ASEL-VCC. There are two types of parameter values: Point-Point / Point-Multipoint.
  • AAL5 Specific information This parameter is used only when the AAL type parameter is AAL5.
  • QoS class This parameter determines the quality of service of the ASE VCC. There are four types of parameter values: UBR / CBR / VBR (Variable Bit & ate) / ABR.
  • ABR traffic information This parameter is used only when the QoS class parameter is ABR.
  • MASEL The Con & ec.req primitive is used to request that the ASEL-VCC at the ASEL-UNI that has returned to Act status after returning to Reset status due to a bus reset at 1394 be reset. Used by ASEL layer management of User side.
  • the MASEL_ConSet.conf primitive is used by the ASEL entity to verify the result of an action on the MASEL_ConSet.req or MASEL_ConHereq primitive by the ASEL layer management.
  • the ASEL entity also uses the MASEL-ConSet.conf primitive to notify that ASEL-VCC has been restored.
  • the MASEL_ConRel.req primitive is used by ASEL layer management to release ASEL-VCC.
  • the MASEL_ConRel.conf primitive is used by the ASEL entity to confirm the result of an action on the MASEL_ConRel.req primitive to the ASEL layer management.
  • the MASEL_Conec.req, MASEL_ConSet.conf, MASEL_ConRel.req and MASEL_ConRel.conf primitives contain the following information.
  • VPI / VC1 value • An ID (ASEL Connection ID) for uniquely identifying each ASEL connection on all ASEL-UNIs existing in the ASEL entity
  • MASEL_BusHa.ind and MASEL-ExpireEr.ind are supplied to the ASEL layer management as primitives related to ASEL local faults. Since these primitives indicate that a critical ASEL entity has experienced a major failure, the ASEL layer management entity and application software will immediately respond to the failed ASEL- All resources associated with the UNI should be released.
  • the MASEL_BusHalt.ind primitive indicates that the 1394 serial bus has been stopped on the User side, and the 1394 serial bus has been stopped on the Network side, or Indicates that the terminal has been lost.
  • the MASEL—ExpireEr. Ind primitive indicates that the local ASEL entity has experienced a critical error upon expiration of the event.
  • the MSEL_BusHalt.ind and MASEL—ExpireEr.ind primitives include the following information.
  • MASEL_FatalEr Ind is supplied to the ASEL layer management as a primitive related to the remote control of ASEL. This primitive means that some serious error has occurred in the remote ASEL entity, so that the ASEL layer management entity and the application software can immediately respond to the failed ASEL entity. -All resources related to VCC should be released
  • the MASEL_FatalEr.ind primitive contains the following information.
  • Error Code This parameter code is used to code the error that occurred in the remote A SEL entity.
  • MASEL_IsoEr.ind, MASEL_DestEr.ind, and MASEL_StsEr.ind are supplied to ASEL layer management as primitives related to ASEL local errors.
  • the DestEr.ind primitive indicates that an error related to the ASEL-VCC setting has occurred in the local ASEL entity, so the ASEL layer management entity and application software Should immediately release all resources associated with the failed ASEL-VCC.
  • MASEL The StsEr. Ind primitive indicates that an error related to a state transition has occurred at the ASEL entity.
  • the MASEL_StsEr. Ind primitive contains the following information.
  • ASEL_UNI ID identifying ASEL-UNI
  • MASEL_DATA.req is received from ASEL layer management as a primitive for data transfer including ASEL layer management information, and DATA.ind is supplied to MASE. These primitives are used to transfer arbitrary management information between peer peer ASEL layer management entities.
  • the MASE DATA. ⁇ ⁇ eq and MASEL ⁇ _DATA.ind primitives contain the following information.
  • Management ID This parameter is used to identify the type of management information included as an interface.
  • Interface Data This parameter always corresponds to a complete AAL-SDU.
  • Loss Priority This parameter indicates the loss priority of the AA / SDU. This parameter is mapped to an ASEL-PDU described later.
  • Congestion Indication This parameter indicates whether the AAL-SDU has gone through a congestion state. This parameter is mapped to the ASE PDU header described later.
  • Error Status This parameter indicates that the interface status may contain transmission errors. This parameter is used only when the error data distribution function is used. This parameter is not included in the MASEL_DATA.req primitive.
  • VPC / VCC demultiplexing in each ASEL-UNI is possible. That is, the ASEL entity enables setting of a plurality of VPCs / VCCs on the isochronous channel. Note that VPC / VCC VPI (Virtual Path Identification) / VCI (Virtual Channel Identification) values set on different Isochronous channels may overlap.
  • VPC / VCC VPI Virtual Path Identification
  • VCI Virtual Channel Identification
  • the ASEL entity has a Dest (Destination) -ID, which is the destination node ID number when transmitting, and a Src (Source) -ID, which is its own node ID number when receiving, which has multiple VPI / VCI values for each ID. Settings and identification.
  • VPC / VCC VPI / VCI values for different Dest-IDs or Src-IDs may overlap.
  • Various parameters related to VPC / VCC are set using the MASEL_ConSet.req primitive from ASEL layer management.
  • ASEL guarantees Quality of Service (QoS). That is, ASEL uses ATM's CBR (Constant Transmission Rate: Constant Bit Rate) service using Isochronous packet of IEEE1394 standard, ATM's UBR (Unassigned Bit Rate) service, and ABU (Available Bit Rate) Service is performed using Asynchronous packets of the IEEE1394 standard, and QoS is guaranteed for ASEL users.
  • Figure 7 shows the overnight format of buckets exchanged in the IEEE1394 standard. This packet is composed of a header part and a data field, and the header part contains information such as a destination address, own node address, and transfer data size in the case of an asynchronous packet.
  • sochronous packet information such as a channel ID is entered, and data to be actually transmitted is stored in a data field in units of quadlets.
  • the size of the data field is variable, and the data field has an appropriate number of bytes and zero pad bytes as needed at the end of the data transfer so that the size of the packet is in units of 4 bytes. Is inserted 0
  • the maximum length of the bucket is 102 bytes for an IEEE 1394 standard isochronous packet, and IEEE 1394 standard. In the Asynchronous bucket of this, it is 512 pite. Also, in the ASEL entity, the transmission segment size parameter of the MASEL-ConSet.req primitive is set for each ASEL-VCC before performing the data transfer. Therefore, a packet exceeding either value is divided into multiple packets and software and transmitted.
  • a packet transmitted from a predetermined node is transferred to all nodes in the IEEE 1394 serial bus. It reads the header part of this packet and reads it if it is a packet destined for its own node.
  • a channel ID is used without using a node address. For example, when transferring data from multiple nodes at the same time, set the channel ID to distinguish the contents of the transferred data and receive the data. The node sets the channel ID corresponding to the predetermined transfer data and receives only the desired data. Therefore, two or more nodes can receive data with the same channel ID.
  • ASEL-PDU Protocol 'Data Unit: Protocol Data Unit
  • ASEL-PDU is a write request for Asynchronous packet formats with data block payload specified in IEEE1394 standard. Inserted in the data field of data block packets or Isochronous data-block packed format. As described later with reference to FIGS. 8 to 10, the ASEL-PDU is composed of a header part and a payload part.
  • Destination offset field A unique offset value that indicates that the ASEL-PDU is stored in the destination field of this Asynchronous packet.
  • the ASEL-PDU includes a header section and a payload section.
  • VPI / VCI information for identifying VPC / VCC
  • AAL-SDU Service Data Unit
  • the ASEL-PDU payload contains the following information.
  • ASEL implements the various functions described above by using an ASEL-PDU as shown in FIG. 8 between peer ASEL entities.
  • Figure 8 shows the format of the ASEL-PDU common to all AAL types.
  • VPI / VCI value is a VPI / VCI value field. One byte is allocated to VPI value and two bytes are allocated to VCI value. This is for emulating VPI and VCI in ATM.
  • Ml is a 1-bit Management information Indicator field that indicates whether the contents of the AA / SDU are ASEL layer management information. A value of 0 is set when the information is not ASEL layer management information, and a value of 1 is set when the information is ASEL layer management information.
  • the MNG-ID is a 3-bit ASEL Layer Management Identifier Value is set when the value is Peer ASEL Entity Management, and the value is set when the value is Segment F5 flow 0AM. End-End F5 flow When 0AM, the value 0 1 0 is set. Further, when the resource management is performed, the value 011 is set. Other values are reserved. Here, “reserved” means an undefined state.
  • QoS Class is a 4-bit QoS Class field that is set to a value of 0000 when URB service is used and is set to a value of 00001 when using CBR service. . Also, when using the VBR (Variable Bit Rate) service, the value 010 is set. In addition, the value 0 0 1 1 is set when using the ABR (Available Bit Rate) service. Other values are reserved.
  • MR is a 1-bit More Indication field that indicates whether the exchanged PDU includes the end of the AA or SDU.
  • the value 0 is set when the end of the AA-SDU is included, and the value 1 is set when the end of the AAL-SDU is not included.
  • SN is a 7-bit Sequence Number field, which is managed for each VPI / VCI value.
  • AAL-SDU transmits an ASEL-PDU other than ASEL layer management information
  • the modulo 128 Is incremented by 1. This field is not added when ASEL layer management information is included. Therefore, if the value of the SN field is discontinuous, the receiving side can detect that ASEL-PDU has been lost or erroneously inserted due to a transmission error or the like in the middle.
  • the AAL-Type field is composed of 4 bits and indicates the type of AAL.
  • AAL 0 equivalent to null AAL or raw cell
  • the value 0 00 00 is set.
  • the AAL type is AAL1
  • the value 00001 is set.
  • the AAL type is AAL2
  • the value 0 0 1 0 is set.
  • the AAL type is AAL 3 or 4
  • the value 0 1 1 is set.
  • the AAL type is AAL5, the value 0101 is set. The value 0 100 and other values are reserved.
  • the AAL Specific Information field is composed of 20 bits, and stores information specific to each AAL type.
  • the Payload (AAL-SDU) field is variable in length and stores the SDU to be exchanged with the upper layer or layer management.
  • the PAD field is the zero pad bytes in the asynchronous field of the Asynchronous / Isochronous packet of the IEEE1394 standard, and is inserted so that the Payload field is an integral multiple of 4 bytes. You.
  • Fig. 9 shows the format and coding example of ASE (PDU) (AAL 5 Type).
  • ASEL-PDU of AAL5 Type the value 0 is set in the Ml field shown in FIG. 8, and the value 0101 is set in the AAL Type field.
  • information specific to the AAL 5 Type is stored in the AAL Specific Information field. That is, LP is a 1-bit Loss Priority field, and the value 0 is set when the loss priority is low and the value 1 is set when the loss priority is high.
  • the LP field is used when priority is given to discarding unimportant cells in the event of congestion in the system.For example, those with a value of 0 are hard to discard. Processed so that a value of 1 is set to be easily discarded.
  • CI is a 1-bit Congestion Indicator field that is set to a value of 0 when there is no congestion history and to a value of 1 when there is congestion history. Is done. The next two bits are reserved.
  • EI is a 1-bit Error Indicator field. The value is set to 0 when there is no error, and to 1 when there is an error.
  • the ER-ID is a 7-bit Error Identifier field. If not used, the value 0000-0000 is set. The value 0 00000 1 to 0 1 1 1 1 1 is reserved. In the case of a CPCS (Common Part Convergence Sublayer) CRC error, the value 1 0 0000 1 is set, and in the case of a CPCS-SDU Length error, the value 1 0000 10 is set. Other values are reserved.
  • CPCS Common Part Convergence Sublayer
  • the next CPCS-UU is an 8-bit CPCS-User to User information fie Id.
  • Figure 10 shows an example of the format and coding of an ASE (PDU) (AAL0 Type).
  • AAL0 Type In the format of the ASEL-PDU of AAL0 Type, a value of 0 is set in the MR field and a value of 0000 is set in the AAL Type field shown in FIG. Then, information specific to the AAL0 Type is stored in the AAL Specific Information field. That is, LP is a 1-bit Loss Priority field, in which the value 0 is set when the loss priority is low, and the value 1 is set when the loss priority is high.
  • CI is a 1-bit Congestion Indicator field. The value 0 is set when there is no congestion history, and the value 1 is set when there is congestion history. The next two bits are reserved.
  • EI is a 1-bit Error Indicator field. The value is set to 0 when there is no error, and to 1 when there is an error.
  • ER-ID is a 7-bit Error Identifier field, and the value 0000000 is set when it is not used.
  • OAM Operaation And Maintenance
  • ASE or CMI Connection Management Interface
  • ASEL-CMI exchanges ASE CMEs (Connection Management Entities) mounted on ATM / 1 394 repeater 3 which is a network side and 1 394 terminals 4-1 to 4-3 which are User side This is the interface for connection.
  • ASEL-CMI The functions of ASEL-CMI are shown below.
  • ASEL-PDUs called "ASEL Connection Management Protocol (ASEL-CMP)" are transferred via ASEL-CMI.
  • ASEL-CMP ASEL Connection Management Protocol
  • ASEL-CMP controls ASEL-VCC by transferring messages between peer ASEL-CMEs using ASEL-PDUs using AAL0-type Asynchronous packets.
  • VPI / VCI value All "0"
  • MNG-ID 0 0 0 (peer ASEL entity management)
  • QoS class 0 0 0 0 0
  • AAL-Type AAL0
  • Tables 1 and 2 list the messages used in ASEL-CMP.
  • the messages in Table 1 cause ASEL-CME to make a state transition when transmitted and received. These are possible messages, and the messages in Table 2 are those that do not cause a state transition.
  • the Wakellp message (the format of which will be described later with reference to Fig. 15) is used when the ASEL-CME on each User side notifies the Network side that its startup has been completed. .
  • This message always uses the broadcast address as the Destination ID of the 1394 Asynchronous packet.
  • the ASEL-CME on the Network side activates the ASEL-CME for each User side after receiving the WakeUp message.
  • Used when requesting registration of the Self ID of the Network side for example, an ID automatically added by the IEEE1394 standard at power-on, etc.
  • Node Unique ID for example, an ID automatically added by the IEEE1394 standard at power-on, etc.
  • the ActAck message (the format of which will be described later with reference to Fig. 17) is used when the ASEL-CME of the user side notifies the Network side of the result of the operation for ActReq reception.
  • the IsoReq message (the format of which will be described later with reference to FIG. 18) is used by the ASEL-CME on the user side to request the value of the isochronous channel for resolving the assigned VPI / VCI from the network side. Used when doing
  • the IsoRply message (the format of which is described below with reference to FIG. 19) is used when the ASEL-CME of the network side responds to Iso & eq to assign the isochronous channel to the user side. You.
  • the DestlDReq message (the format of which will be described later with reference to FIG. 20) is a method in which the ASEL-CME on the user side uses the Asynchronous target CD Destinat ion IDiO i to resolve the assigned VPI / VC I. Used when requesting a Network side.
  • the DestlDRply message (the format of which will be described later with reference to FIG. 21) is used when the ASEL-CME of the network side responds to the DestlMeq to inform the user side of the self ID of the destination node to the user side. used.
  • Figures 12 and 13 show the state transitions in the ASEL-CME on the User side and Network side, respectively.
  • Reset Status indicates the initialization state or the state of whether or not the reset topology is determined immediately after the reset of the 1394 serial path.
  • ActPending Status indicates the user side. (Fig. 12) shows the state of receiving ActReq message from Network side, and Network side (Fig. 13) shows the state of waiting for ActAck message from User side. Act Status is Network side.
  • both USER SIDE and USER SIDE indicate that they recognize each other that ASEL-CME is activated.
  • Timerjleset is for indicating a bus reset permission period of the 1394 serial bus. Normally, even when a 1394 bus reset occurs, it recovers from the reset state within several 10 Ozs.
  • ASEL-VCC must not be released by such a transition to the reset state. That is, until Timer_Reset expires, N
  • the ASEL-CME on the etwork side and each User side must maintain all ASEL-VCC settings. However, Asynchronous buckets in ASE L-VCC of Point-Point topology type will be discarded until each ASEL-CME returns to Act Status. This is because those Asynchronous nozzles (DestinationIDs at this time are indeterminate at this time).
  • Timer-ActPending indicates a timing for resending a WakeUp message on the User side or an ActReq message on the Network side.
  • Figure 14 shows the format of the fields common to all ASEL-CMP messages.
  • the Message ID field is composed of 8 bits and indicates the type of the ASEL-CMP message.
  • the value 0 0 0 0 0 0 0 0 is unused.
  • the value 0 0 0 0 0 0 1 is set for the WakeUp message
  • the value 0 0 0 0 0 0 10 is set for the ActBeq message
  • 0 1 1 is set, if the value is an IsoHeq message, the value 0 0 0 00 100 is set, if the message is an IsoRply message, the value 0 0 0 0 101 is set, and the DestlDReq message is set.
  • the value 0 0 0 0 0 1 1 10 is set, and in the case of the DestlDRply message, the value 0 0 0 0 0 1 1 is set.
  • Other values are reserved.
  • the Reference ID field consists of 16 bits, and indicates an identification number that is referred to by each other so that there is no inconsistency in state transition between Network side and User side.
  • the Error Code field is composed of 8 bits, and indicates the error or the cause of the storage error that occurred in ASEL-CME.
  • the Error Code field is defined for each message. Details of the coding rules will be described later. If there are no errors or warnings, the value 0 0 0 0 0 0 0 0 is set. If a warning event occurs, the value is set to the upper two bits. If a message with a warning is received, continue processing as much as possible. If a serious error event occurs, the upper two bits are set to the value 11. When a message with this error is received, an error is immediately notified to the ASEL layer management. Other values are reserved.
  • FIG. 15 shows the format of the WakeUp message.
  • the coding of the Error Code field is set to the value 0 0 0 0 0 0 0 0 0 0 if there is no error, and the value 1 0 0 0 0 0 if the message retransmission warning 0 0 1 is set.
  • Other values are reserved
  • the Unique_ID (NU_ID) field of the User Side Node is composed of 64 bits, and the ASEL-CME of the User Side uses the globally unique Node Unique held by the User Side Node 1394 terminal.
  • the value of ique ID is set. Upper 24 bits indicate Vendor_ID, Lower 40 bits Indicates Chip-ID.
  • the User side Self ID field is composed of 16 bits, and the value of Self ID which is the node address of User side is set by ASEL-CME of User side.
  • the upper 10 bits indicate BUSJD, and the lower 6 bits indicate PHY_ID.
  • Figure 16 shows the format of the ActReq message.
  • the coding of the Error Code field is set to the value 0 0 0 0 0 0 0 0 0 when there is no error, and the value 1 0 0 0 0 0 0 is set in the case of a message retransmission warning. 1 is set. Furthermore, in the case of a topology change warning, the value 1 00 0 0 0 10 is set. Other values are reserved.
  • the Network side Node_Unique_ID (NU_ID) field is composed of 64 bits and is globally unique by the ASEL-CME on the User side, which is owned by the Network side device for each 1394 serial path.
  • One of the Node Unique ID values is set.
  • the upper 24 bits indicate Vendor_ID, and the lower 40 bits indicate Chip-ID.
  • the Network side Self ID field is composed of 16 bits, and the value of Self ID, which is the node address of the Network side, is set by the ASEL-CME of the Network side.
  • the upper 10 bits indicate BUS_ID, and the lower 6 bits indicate PHYJD.
  • FIG. 17 shows the format of the ActAck message.
  • the coding of the Error Code field is set to the value 0 0 0 0 0 0 0 0 0 0 if there is no error, and the value 1 1 0 0 0 0 0 0 if the error is a serious error of startup failure. 1 is set. Other values are reserved. 1 7
  • Figure 18 shows the format of the IsoReq message.
  • the coding of the Error Code field is set to the value 000 000 000 if there is no error, and to the value 1 0000 001 if there is a message retransmission warning. You.
  • the Assigned VPI / VCI field consists of 24 bits, and the VPI value (8 bits) and the VCI value (16 bits) assigned by the MASEL-ConSet.req primitive from its own ASEL layer management. Bit) is set.
  • FIG 19 shows the format of the IsoRply message.
  • the coding of the Error Code field is set to the value 00000000 if there is no error, and to the value 1100000 if there is a critical error for which there is no available isometric channel. 10 is set.
  • the Assigned VPI / VCI field consists of 24 bits, in which the VPI value (8 bits) included in the IsoReq message from the user side and the VCI value (16 bits) are set.
  • the Assign Isochronous Channel field is composed of 8 bits, and the upper 2 bits are set to the Tag field of the 1394 Isochronous packet header.
  • Lower six bi Uz DOO is 0 Isochronous channel that Network side assigned is Se Uz Bok
  • the Tag field As an example of how to use the Tag field, it is used as a bitmap for filtering when receiving Isochronous packets. For example, of the 2 bits, the upper bit is the Listen Bit of the Network Side and the lower bit is the Listen Bit of the User Side, and the packet is received only when the corresponding bit is "1". To This usage is different for each node However, when the filtering function of the Isochronous channel is not sufficient (for example, when the number of channels that can be set is small), it is effective when it is desired to prevent the reception of unnecessary packets as easily as possible. For example, by setting the Tag field of the Dummy bucket to be transmitted when there is no packet to be transmitted to (0, 0), the value of the isochronous channel can be ignored without being identified.
  • (0, 1) is assigned to ASEL-VCC that only the User Side should receive
  • (1, 0) is assigned to ASEL-VCC that only the Network Side should receive
  • (1, 1) is User Both Side and Network Side are assigned to ASEL-VCC to be received.
  • the tag field or expand the number of channels of the isochronous channel. In other words, expand the 6-bit isochronous channel to 8 bits and use the tag field for the upper 2 bits.
  • the value 00 of the Tag field is not used, so the value from 00000000 to 00 1 1 1 1 1 1 cannot be used for this field as a whole.
  • the value from 0 000000 to the value 1 1 1 1 1 1 1 1 is set as the isochronous channel 1.
  • the ASEL-VCC Opr_Speed field consists of 8 bits, and indicates the speed at which data can be transferred in this ASE-VCC. For S100 (100 Mb ps), the value 00000000 is set; for S200 (200 Mbps), the value 00000001 is set. Furthermore, in the case of S400 (400Mbps), the value 00000010 is set. Other values are reserved.
  • Figure 20 shows the format of the DestlDReq message.
  • the coding of the Error Code field is If there is no password, the value 000000 00 is set, and in the case of a message resend warning, the value 100000001 is set.
  • the Assigned VPI / VCI field consists of 24 bits, and the VPI value (8 bits) and VCHil (16 bits) assigned by the MASEL_ConSet.req primitive from its own ASEL layer management. Set.
  • Figure 21 shows the format of the DesUDRply message.
  • the coding of the Error Code field is set to the value 000000 0 0 if there is no error, and to the value 1 1 0000 1 1 if there is a serious error where the Destination ID cannot be found. Is done.
  • the Assigned VPI / VCI field consists of 24 bits, and sets the VPI value (8 bits) and the VCI value (16 bits) included in the DestlDReq message from the User side.
  • the Destination Self ID field is composed of 16 bits, and the value of Self ID, which is the destination node address corresponding to this ASEL-VCC, is set.
  • the upper 10 bits indicate BUS_ID and the lower 6 bits indicate PHY_ID.
  • the ASE VCC 0pr_Speed field is composed of 8 bits and indicates the speed at which data can be transferred in this ASE-VCC.
  • S 100 100 Mb ps
  • the value 0000000 0 is set.
  • S 200 200 Mbps
  • the value 00 00 00 01 is set.
  • S400 400Mbps
  • the value 00 00 00 10 is set.
  • Other values are reserved.
  • SDL Stateand The explanation will be made using the flowchart described in (Description Language).
  • the list of SDL keys is shown in Figure 22.
  • Each symbol shown in the flowcharts of FIGS. 23 to 53 has a meaning as shown in FIG.
  • the processes related to ASEL-CME commands on the User side shown in Fig. 12 are shown in Figs. 23 to 28, and the processes related to ASEL-CME commands on the Network side shown in Fig. 13 are shown in Figs. See Figure 35.
  • a data transfer process on the transmission side is shown in FIGS. 36 to 43, and a data transfer process on the reception side is shown in FIGS. 44 to 53.
  • • aselLayerOprMode indicates whether the ASEL entity is operating in User side mode or Network side mode. It can be set to three values: Unknown (0), Use r side (l), and Network side (2). Can be taken.
  • • aselLayerTimerJleset indicates the time from Timer_Reset activation to expiration, and is represented by an integer value from 1 to 64. The unit is seconds. The default value is 32.
  • • aselLayerTimer_ActPendiiig indicates the time from the start of the Timer-ActPending to the expiration, and is represented by an integer from 1 to 64. The unit is seconds. The default value is 1.
  • • aselLayerMaxTimerExpire indicates the maximum number of expirations allowed for a Timer—ActPending event, and can range from 1 to 255. The default value is 4.
  • • aselLayerl394Dest0ff set indicates a special Destination Offset address used to identify that the content (payload) of the received Asynchronous write request packet is an ASEL-PDU, and 48 bits (0 to O xffffffffffffffff) can be an integer.
  • • aselLayerl394Bus Index indicates the value (1394 Bus Index value) for uniquely identifying the 1394 serial path existing on ASEL-UNI.
  • aselLayerStatus indicates the current operation status of ASEL-UNI, and can take three types of values, Reset (O), ActPending (1), Act (2), like Status of ASEL-CME.
  • the initial value is Reset (O).
  • • aselLayerNetSideNodeUniqld indicates a globally unique value (Network side Node_ Unique. ID value) for identifying the 1394 node on the Network side of ASEL-UNI, and 64 bits (0 to 0 xf ff ffffffffff ) Can take an integer value.
  • • aselLayerUserSideNodeUniqld indicates a globally unique value (User side Node_ Unique_ID value) for identifying the 1394 node on the User side of ASEL-UNI, and 64 bits (0 to 0 xf fffffff) fff fffff).
  • • aselLayerNetSideNodeSelf ld indicates the physical address value (Network side Self ID) on the 1394 serial path for identifying the 1394 node on the Network side of ASEL- UNI, and 16 bits ( It can take an integer value from 0 to O x ffff). The initial value and the value after clearing are O xffff You.
  • • aselLayerUserSideNodeSelfld indicates the physical address value (User side SelfID) on the 1394 serial bus for identifying the 1394 node on the ASEL-UNI User side, and 16 bits (0 to Oxffff) Can take an integer value.
  • the initial value and the value after clearing are Oxffff.
  • • aselVccVpi indicates the VSEL value of ASEL-VCC, and can take a value from 0 to 255.
  • • aselVccVci indicates the VSEL value of ASEL-VCC and can take a value from 0 to 65535.
  • • aselVccConnld indicates the value (ASEL Connection ID value) for identifying ASEL-VCC to the public through all ASEL-UNIs.
  • aselVccTopology indicates the type of ASEL-VCC topology that has been set, and can take two values: Point-Point (1) and Point-MultiPoint (2).
  • • aselVccStatus indicates the status of ASEL-VCC, and can take two values: Down (0) and Up (1).
  • the upper layer of ASEL can perform data transfer only when this state is Up (l).
  • aselVccAalType indicates AAL Eve used by ASEL-VCC, and can take five values: AAL0 (0), AAL1 (1), AAL3 / 4 (3), and AAL5 (5).
  • aselVccQosType indicates the QoSClass for bidirectional transmission and reception of ASEL-VCC, and can take four values: UBR (0), CBR (l), VBR (2), and ABR (3).
  • aselVccOprSpeed indicates the speed at which ASEL-VCC data can be transferred, and can take three values: S100 (0), S200 (l), and S400 (2).
  • • aselVccTransmitSegLen is used to split a long AAL-SDU into several equal length data units, excluding the final data unit. These data units are transmitted as ASEL-SDU.
  • the value of this parameter is equal to the length of the ASEL-PDU to be transmitted, and is indicated by an integer value in units of bits.
  • • aselVccReceiveSeqUse sets whether or not the ASEL entity uses the Sequence Number of the received ASEL header for each ASEL-VCC, and can take two values: No use (0) and Use (l) .
  • aselVccIsoChannel indicates the tag value and isochronous channel value used by the ASE VCC, and is expressed as an integer from 0 to 255.
  • aselVccIsoDelayVariationTolerance indicates the permissible delay fluctuation value for ASEL-PDU in ASEL-VCC on Isochronous link, and is expressed in the number of ASEL-PDUs per unit time.
  • aselVccIsoTransmitBand indicates the transmission band of ASEL-PDU in ASE or VCC on Isochronous link, and the unit is 64Kbps (1 Byte / Cycle).
  • aselVccIsoReceivedBand indicates the reception band of ASEL-PDU in ASE or VCC on Isochronous link, and the unit is 64Kbps (1 Byte / Cycle).
  • aselAal5ConnErSduDeliver is only relevant for ASEL-VCC using AAL5. If a CRC error is found in the received AAL5-SDU, the ASEL 5's emulation function in the ASEL entity can select whether to deliver the SDU to the upper layer.
  • aselAal5ConnTransmitMaxSduSize indicates the maximum AAL5-SDU size (unit is octets) supported in the transmission direction of ASEL-VCC, and can take a value from 0 to 65535. The default value is 9 1 8 8.
  • • aselAal5ConnReceiveMaxSduSize indicates the maximum AAL5-SDU size (unit is octet) supported in the ASEL-VCC reception direction, and can take a value from 0 to 65535. The default value is 9 1 8 8.
  • AselAalOCormErSduDeliver is only relevant for ASEL-VCC using AAL0. If a CRC error is detected in the received AAL0-SDU, the emulation function of AAL0 in the ASE entity can select whether or not to deliver the SDU to the upper layer. The following parameters are set independently for each ASEL-VCC whose QoS Class is ABR.
  • • aselVccAbrMinReceiveRate indicates the minimum reception rate of ASEL-PDU in ABR ASEL-VCC, and the unit is 64 Kbps.
  • aselVccAbr lnitialTransmitRate indicates the initial transmission rate of ASEL-PDU in ABR ASEL-VCC, expressed in 64 Kbps. This parameter derives the sum of the ASEL-PDU lengths per first unit time at which the occurrence of the event starts. The value of this parameter must not be greater than aselVccAsyncPeakTransmitRate and is usually smaller.
  • • aselVccAbrinitialReceive & ate indicates the initial reception rate of ASEL-PDU in ABR ASEL-VCC, and the unit is 64 Kbps.
  • aselVccAbrAllowedTransmitRate indicates the transmittable rate of ASEL-PDU in ABR ASEL-VCC, expressed in 64 Kbps. This parameter may limit the total ASEL-PDU length per unit time. As soon as this is done, the aselVccAsyncPeakTransmitRate must not be too small and is usually small.
  • • aselVccAbrTransmitTrm indicates the upper limit of the transmission RM cell interval included in the ASEL-P DU at the active source in milliseconds, and trm0point7 8125 (1), trmlpoint5625 (2) s trm3pointl25 (3), trm6point25 (4), trml2point5 (5), trm25 (6), trm50 (7), tnnl00 (8).
  • the default value is trml00 (8).
  • • aselVccAbrTransmitCdf is a cutoff reduction factor that controls the rate to be reduced in association with the loss or delay of backward RM cells included in the ASE-PDU.
  • This parameter is composed of 8 types of cdfO (l), cdf0ne0ver64 (2), cdfOneOver32 (3), cdf0ne0verl6 (4), cdf0ne0ver8 (5), cdf0ne0ver4 (6), cdf0ne0ver2 (7), cdf0ne (8) Can take a value. The larger the value, the sooner the rate decreases. The default value is cdf0ne0verl6 (4).
  • These parameters are: rifOne 0ver32768 (l), rif0ne0verl6384 (2), rif0ne0ver8192 (3), rifOneO ver4096 (4), rif0ne0ver2048 (5), rif0ne0verl024 (6), rifOneOver 512 (7), rif0ne0ver0256 (8) (9), rif0ne0ver64 (10), rif0ne0ver32 (ll), rif0ne0verl6 (12), rif0ne0ver8 (13), rifOneO ver4 (14), rif0ne0ver2 (15), rif0ne (16). The higher the value, the faster the rate will increase. The default value is rif
  • These parameters are: rdf0neOver3276 8 (1), rdf0ne0verl6384 (2), rdf0ne0ver8192 (3), rdf0ne0ver4096 (4), rdf0ne0ver2048 (5), rdf0ne0verl024 (6) rdf0ne0ver512 (7), rdf0ne0ver256 (8), rdf0ne0verl28 (9), rdf0ne0ver64 (10), rdfOne 0ver32 (ll), rdf0ne0verl6 (12), rdf0ne0ver8 (13), rdf0ne0ver4 (1 4), rdf0ne0ver2 (15),
  • • aselVccAbrTransmitAdtf is the ACR decrease time factor, and indicates the allowable time between transmissions of the RM cell included in the ASEL-PDU before the ACR is reduced to the ICR, from 1 to 1023 (unit is 1 0 Values up to milliseconds). The higher the value, the longer the current rate will be maintained. The default value is 50 (50 Oms).
  • steps S1 to S10 in FIG. 23 is processing in the case of transition from the reset state to the state of ActPending, and the processing of steps S13 to S19 returns to the state of reset again. This is the process in the case of transition.
  • the route corresponding to the processing of steps S11 and S12 is not shown in FIG.
  • step S1 upon receiving the primitive of MASEL—Act—Req from the ASEL layer management, in step S2, the ASE L-CME determines whether the ASEL-UNI ID already exists. . If the ID does not yet exist, the process proceeds to step S3, and the ASEL-CME sets the ASEL-UNI ID to asel LayerUni Id.
  • step S4 aselLayer1394BusIndex is set. Further, in step S5, aselLayerllserSideNodeUniqld and aselLayerUserSideNodeSelfld are set. If it is determined in step S2 that the ASEL-UNI ID already exists, Steps S3 to S5 are skipped.
  • step S7 a message of Wakellp is output to ASEL-CME of Network side.
  • step S8 ActPending is set in aselLayerStatus.
  • Timer_Reset is stopped in step S9, and Timer-ActPending is started in step S10.
  • the state transits to the ActPending state.
  • step S13 when a local event indicating that the Timerjleset has expired is received, the process proceeds to step S14, and a process of transmitting a stop event of a recovery stop from reset is performed.
  • step S15 the ASEL-VCC on the corresponding ASEL-UNI is searched.
  • step S16 it is determined whether or not the search has been completed. If the search has not been completed, the process proceeds to step S17, and a process of releasing all resources related to the searched ASEL-VCC is executed. Thereafter, the process returns to step S15, and the subsequent processes are repeatedly executed.
  • step S16 When it is determined in step S16 that the search has been completed, the process proceeds to step S18, and aselLayerUni Id, aselLayer 13394 Buslndex, aselLayerNetSideNodeUniqld, and ase ayerUserSideNodeUniqld are cleared, respectively. Thereafter, the flow advances to step S19 to output a MASEL_BusHalt. Ind primitive to ASEL layer management, and returns to the reset state again. After receiving the MASEL_BusHalt. Ind primitive, the application software immediately releases all VCC-related resources on the ASEL-UNI.
  • step S1.1 if a recoverable local event from Reset is received, the process proceeds to step S12, where ASE is UN I It is determined whether or not the ID already exists. If the ID does not exist, the state returns to the Reset state again. If the ID exists, the process proceeds to step S6, and the subsequent processing is executed and the ActPending is executed. Transition to the state.
  • steps S31 to S38 represents the processing when transitioning from the ActPending state to the Act state, and the processing of steps S39 to S46 is performed again from the ActPending state. This shows the process when returning to the ActPending state.
  • step S32 When the ActReq PDU is received from the ASEL-CME on the Network side in step S31, it is checked in step S32 whether the Refrence ID is True. If this ID is True, the process proceeds to step S33, where aselLayerNetSideNodeUniqldii aselLayerNetSideNodeSelfld is set. In Step S34, the PDU of ActAck is transmitted to the ASEL-CME of the Network side, and in Step S35, MASEL_Act. Ind is transmitted to the ASEL layer management.
  • step S36 Timer_ActPending is stopped.
  • K is set to 0, and in step S38, ActLayerStatus is set to Act. Then, the state transits to the state of Act.
  • step S32 If it is determined in step S32 that the Refrence ID is False, the state returns to ActPending.
  • step S39 if an oral event indicating that Timer_ActPending has expired is received, the process proceeds to step S40, and is incremented. This K represents the number of times Timer__ActPending has expired.
  • K is aselLayerMax It is determined whether it is greater than TimerExpire. If it is determined that K is larger, the process proceeds to step S45, MASEL_expireEr.Ind is output to the ASEL layer management, and in step S46, is set to 0, and ActPending is set. Return to the state.
  • step S41 When it is determined in step S41 that K is equal to aseLayerMaxTimerExpire or K is smaller, the process proceeds to step S42, and Timer_ActPending is restarted.
  • Step S43 Error Code is set to Ox81, and in Step S44, a WakeUp message is transmitted as a PDU to ASEL-CME of Network side (retransmitted), and the state of ActPending Return to
  • step S62 aselVccConnld, aselVccVpi, aselVccVci, aselVccAalType, aselVccQosType, aselVccTransmitSegLen, aseVcc, aselVcc , aselAalConn objects are set.
  • step S63 it is determined whether or not aselVccQosType is subjected to CBI.
  • step S64 If it is set to CBR, the flow advances to step S64 to set aselVccIsODe1ayVariationTo1eranc e, aselVcc IsoTransmitBand ⁇ aselVcc IsoReceiveBand. Then, in step S65, Iso & eq is transmitted to the ASEL-CME on the Network side as a PDU, and the state returns to the Act state.
  • step S63 If it is determined in step S63 that CBR is not set in aselVccQosType, the process proceeds to step S66 and aselVccAsyncPeak TransmitRate and aselVccAsyncPeakReceiveRate are set.
  • step S67 it is determined whether or not ABR is set in aselVccQosType, and if it is determined that ABR is not set, the process proceeds to step S69, and the PDU of DesUDReq is transmitted to ASEL-CME on the network side. And return to the Act state.
  • step S 6 7 if the ABR is determined to be set to AselVccQosType, the process proceeds to step S 68, aselVccAbrVpi, aselV ccAbrVci, aselVccAbrMinTransmitRate, aselVccAbrMinReceiveRat e, aselVccAbrlnitialTransmitRate, aselVccAbrlnitialReceiveRa te, aselVccAbrAllowedTransmitRate, aselVccAbrAllowedReceiveR ate, aselVccAbrTransmitCdf, aselVccAbrTransmitRif, aselVccAbrTransmitRdf and aselVccAbrTransmitAtdf are set respectively. Thereafter, the process proceeds to step S69, where the PDU of DestlDReq is output to ASEL-CME on the network side
  • step S70 When MASE L_ConRe Req is received from the ASEL layer management in step S70, the process proceeds to step S69, where DestlDReq is transmitted to ASEL-CME on the network side, and the state returns to Act.
  • step S71 when the PDU of IsoRply is received from the ASEL-CME on the network side, the process proceeds to step S72, and it is determined whether a serious error has occurred. If it is determined that a serious error has occurred, the process proceeds to step S76, and ASE FatalEr.Ind (ErrorCode is set to C2h) is output to the ASEL layer management. Return to the state of Act.
  • step S72 If it is determined in step S72 that no serious error has occurred, the process proceeds to step S73, where aselVccIsoChannel, aselVcc OprSpeed is set. In step S74, Up is set in aselVccStatus. Then, in step S75, MASE ConSet. Conf is output to the ASEL layer management, and the state returns to Act.
  • step S77 when Dest lDRply is received from ASEL-CME on the Network side, the process proceeds to step S78, and it is determined whether or not a serious error has occurred. When it is determined that a serious error has occurred, the process proceeds to step S82, and MASEL_FatalEr. Ind (ErrorCode is set to C3h) is output to the ASEL layer management, and the state of Act Return to
  • step S78 If it is determined in step S78 that no serious error has occurred, the process proceeds to step S79, where aselVccAsyncDest ID and aselVccOprSpeed are set, and in step S80, aselVcc Status is updated to Up. Is set. Further, in step S81, MASEL_ConSet. Conf is output to the ASEL layer management, and the state changes to Act.
  • step S92 when ActReq is received from ASEL-CME on the network side in step S91, it is determined in step S92 whether or not the Reference ID is True. If it is determined that this ID is True, the process proceeds to step S93, where 0 is set in Error Code, and in step S94, ActAck is transmitted to ASEL-CME of the Network side. Then, in step S95, MASEL_StsEr. Ind is output to the ASEL layer management, and the state returns to Act. If it is determined in step S92 that the Reference ID is False, the processing in steps S93 to S95 is skipped, and the state immediately returns to the Act state. In addition, any state except Reset shown in Fig. 12 (ActPending or ActPending 27), the process shown in the flowchart of FIG. 27 is performed, and a transition to the Reset state occurs.
  • step S101 when MASEL_Heset. Req is received from the ASEL layer management in step S101, the ASEL-VCC in the Asynchronous Link on the corresponding ASEL-UNI is searched in step S102. In step S103, it is determined whether or not the search has been completed. If not, the process proceeds to step S108, and "down" is set in aselVccStatus. Then, in step S109, aselVcc AsyncDest ld is cleared, the process returns to step S102, and the subsequent processing is repeatedly executed.
  • step S103 If it is determined in step S103 that the search has been completed, the flow advances to step S104 to clear aselLayerUserSideSelfIdaselLayerNe tSideSelfld.
  • step S105 Reset is set in aselLayerStatus, and in step S106, Timer_Reset is shut down. Further, in step S107, a mouth event during recovery starting from Reset is transmitted, and the state transits to the Reset state.
  • step S122 when MASE ConRel. Req is received from the ASEL layer management in step S122, the process proceeds to step S122, and all the parameters in the corresponding ASEL-VCC are cleared. Then, in step S123, MASE L_Conile l. Conf is output to the ASEL layer management, and the private state is restored.
  • FIG. 29 is a process performed in any of the three states shown in FIG.
  • step S132 when the Wakelip is received from the ASEL-CME of the User side in step S131, in step S132, aselLayerNetSideNodeSelfID and aselLayerUserSideNodeSelfID are cleared.
  • step S133 it is determined whether or not the NU-ID of the terminal on the User side that has transmitted the WakeUp message is the NU_ID of a new User side different from the previous one.
  • step S 1 If it is determined that this is the new User side NIJ_ID, step S 1
  • step S1305 the 1394 Bus Index in LK_DATA. Ind is set in the aselLayer 1394 Bus Index.
  • step S136 aselLayerNetSideNodeUniqld and aselLayerUserSideNodeUniqld are set. Step S 1
  • step 3 if it is determined that the NU-ID of the user side terminal that has transmitted the WakeUp message is not the NU_ID of the new user side, the processing in steps S 1 34 to S 1 36 is performed. Skipped.
  • step S137 the process proceeds to step S137, where aselLayerUserSideNodeSelfld and aselLayerNetSideNodeSelfld are set.
  • step S138 the Reference ID is stored.
  • step S139 ActPending is set in aselLayerStatus.
  • ActReq is transmitted to ASEL-CME on the User side, and in step S141, Timer_Reset is stopped. Further, in Step S142, after Timer_ActPending is activated, the state transits to the ActPending state.
  • the Reset state the Act state
  • the process of transition from the ActPending state to the ActPending state is performed.
  • FIG. 30 shows a process for returning from the reset state of FIG. 13 to that state again.
  • this process first, when a local event of Timer_Reset expiration is received in step S151, an ASEL-VCC on the corresponding ASEL-UNI is searched in step S152. Then, in step S153, it is determined whether or not the search has been completed. If not, the process proceeds to step S154 to execute processing for releasing all resources related to the searched ASEL-VCC. You. Then, the process returns to step S152, and the subsequent processing is repeatedly executed.
  • step S155 proceed, aselLayerUni Id, aselLayer 13394 Bus Index, aselLayerNetSideNodellniqld, aselLayerUserSideNodeUniq Id is cleared. Ind is output to the ASEL layer management and returns to the reset state in SI 56.
  • MASEL_BusHalt.Ind is output to the ASEL layer management in step S156, the steps in FIG. As in S19, after receiving this primitive, the application software releases resources for all VCCs on the ASEL-UNI.
  • Step 3 Steps S161 to S167 from the state of ActPending to the state of ActPending, and the processing of returning to the state from the ActPending state (Step Flop S 1 6 1, S 1 6 2, S 1 6 3, S 1 6 8 to about the S 1 7 6) will be described.
  • ActAck is received from ASEL-CME of User side in step S161
  • reference ID is checked in step S162. If it is determined that the Reference ID is True, the flow advances to step S163 to determine whether a serious error has occurred. If no serious error has occurred, the process proceeds to step S164 and Act is set in aselLayerStatus. Then, in step S165, MASEL_Act. Ind is output to the ASEL layer management.
  • step S166 Timer-ActPending is stopped, K is set to 0 in step S166, and the state transits to Act.
  • Step S162 when it is determined that the Reference ID is Fault, the state immediately transits to the ActPending state. If it is determined in step S163 that a serious error has occurred, the process proceeds to step S168, where MASE FatalEr. Ind (Error Code is set to C1h) is transmitted to the ASEL layer. After being output to the management, it transits to the ActPending state.
  • MASE FatalEr. Ind Error Code is set to C1h
  • step S169 if an event indicating that Timer_ActPending has expired is received, the process proceeds to step S170, in which a variable equal to the number of timer_ActPending expirations is incremented by 1, and then to step S171. Therefore, it is determined whether K is greater than aselLayerMaxTimerExpire. If K is determined to be larger, the process proceeds to step S175, MASEL_ExpireEr.Ind is output to the ASEL layer management, and then in step S176, K is set to 0, and ActPending Return to the state.
  • step S 172 The processing for restarting Timer_ActPending is performed. Then, in step S173, 0x81 is set to the Error Code, and in step S174, ActReq is transmitted (retransmitted) to ASEL-CME on the User side. Then, the state returns to ActPending.
  • step S193 it is determined whether or not CBR is set in aselVccQosType. If it is determined that the setting has been made, step S194 proceeds, and aselVccIsoDelayVariationTolerance, ase IVccIsoTransmitBand, and aselVcc IsoReceiveBand are set. Then, it returns to the state of Act.
  • step S193 If it is determined in step S193 that CBR is not set in aselVccQosType, the process advances to step S195 to set aselVccAsyncPeakTransmitRate, aselVccAsyncPeakReceiveRate.
  • step S196 the flow advances to step S196 to determine whether or not aselVccQosType is ABR. , aselVccAbrAllowedTransmitRate, aselVccAbrAllowedRec eiveRate is set. If it is determined in step S196 that aselVccQosType is not ABR, the processing of step S197 is skipped. And it returns to the state of Act.
  • step S198 when IsoReq is received from ASEL-CME on the User side in step S198, the process proceeds to step S199 to check for an available Isochronous channel. Then, in step S200, it is determined whether an available Isochronous channel exists. If it is determined that the channel exists, the process proceeds to step S201, the channel is set in aselVccIsoChannel, and in step S202, Up is set in aselVccStatus. Then, in step S203, IsoRply is transmitted to ASEL-CME on the user side, and in step S204, MASEL-ConSet.Conf is output to the ASEL layer management. Then, it returns to the state of Act.
  • step S200 If it is determined in step S200 that there is no available isochronous channel, the process proceeds to step S205, and 0xC2 is set in Error Code.
  • step S206 IsoRply indicating that the Iso channel does not exist is transmitted to the ASEL-CME on the user side, and in step S207, MASEL-IsoEr.Ind is output to the ASEL layer management. You. Then, the state returns to Act.
  • step S208 If DestlDReq is received from the ASEL-CME on the User side in step S208, the process proceeds to step S209, and a search process for Destination SelfID is performed.
  • step S210 it is determined whether or not Destination SelflD has been searched. If found, the process proceeds to step S211 and the result is set in aselVccAsyncDestID.
  • step S212 Up is set in aselVccStatus, and step S2 At 123, DestlDRply is sent to ASEL-CME on User side. Further, in step S214, MASEL_ConSet.Conf is output to the ASEL layer management, and the state returns to Act.
  • step S210 If it is determined in step S210 that the Destination Self ID has not been found, the process proceeds to step S215, and 0XC3 is set in Error Code.
  • step S216 DestlDRply indicating that the Destination ID could not be found is transmitted to ASEL-CME on the User side.
  • step S217 MASE DestlDEr. Ind is output to the ASE layer management, and then the state returns to Act.
  • Step S231 of FIG. 33 when ActAck is received from ASEL-CME on the User side, it is determined in Step S232 whether Reference ID is True. If this ID is True, the flow advances to step S233 to determine whether a serious error has occurred. When it is determined that a serious error has occurred, the process proceeds to step S235, and MASEL_FatalEr. Ind (Error Code is set to C1h) is output to the ASEL layer management, and the Return to the state.
  • step S233 If it is determined in step S233 that no serious error has occurred, the process proceeds to step S234, in which MASE StsEr. Ind is output to A SEL layer management, and then the state of Act is set. Return.
  • step S232 If it is determined in step S232 that the Reference ID is False, the processing in steps S233 to S235 is skipped, and the state returns to Act.
  • step S241 the processing of transition to Reset is performed by the processing in FIG. 34.
  • MASEL—Reset.Req is received from the ASEL layer management in step S241
  • the ASEL-VCC in the Asynchronous Link on the corresponding ASEL-UN is detected in step S224.
  • a search process is performed.
  • step S243 it is determined whether or not the search has been completed. If the search has not been completed, the process proceeds to step S244 and aselVccStatus is set to down. Then, after aselVccAsyncDestID is cleared in step S245, the process returns to step S242, and the subsequent processing is repeatedly executed.
  • step S243 If it is determined in step S243 that the search has been completed, the flow advances to step S246 to clear aselLayerUserSideSelfId, aselLayerNetSideSelfld.
  • step S247 Reset is set to aselLayerStatus, and in step S248, after Timer_Reset is started, the state transits to the Reset state.
  • step S261 when MASEL_ConRel. & Eq is received from the ASEL layer management in step S261, all parameters in the corresponding ASEL-VCC are cleared in step S262. . Then, in step S263, MASEL-ConRel.Conf is output to the ASEL layer management, and then returns to the original state.
  • Figures 36 and 37 show ASEL from AAL UNITDAT from Upper Layer in Figure 6.
  • A. represents the processing when LKJS O.req or LK_DATA.req is output to the 1394 Link layer when receiving the input of Req.
  • step S281 AAL_UNITDATA.Req is received from the Upper Layer in the Act state.
  • This AALJJN I TDATA. Req includes ASEL-UNI ID, VPI / VCI Value, AAL-ID, More, AAL-LP, AAL-CI, AAL-UU, and AA ES.
  • step S282 a check is made as to whether or not aselVccVpi and aselVccVci corresponding to the ASEL-UNI ID and VPI / VCI Value exist. If it is determined that these are true, the process proceeds to step S283, and it is determined whether or not aselVccStatus is Up. If Up is set in aselVcc Status, the process proceeds to step S284, where the value of aselVccVpi is set in the VPI Value of the ASEL header and the value of aselVccVci is set in the VCI Value. If the result of the check is False in step S 282, or if it is determined in step S 283 that Up is not set in aselVccStatus, the state returns to Act.
  • step S285 aselVccQosType is set in the QoS class, and in step S286, it is determined whether the QoS class is CBR. If it is determined that the QoS class is CBR, the process proceeds to step S287, and a process for creating parameters for the primitive of LK_IS0.req is executed. Details of this processing will be described later with reference to the flowchart of FIG.
  • step S286 If it is determined in step S286 that the QoS class is not CBR, the flow advances to step S288 to execute a process for creating a parameter of the primitive of LK_DATA.req. The details of this process are shown in the flow chart in Figure 41. —It will be described later with reference to the chart.
  • TR_SN is a variable that is incremented in step S307, as described later.
  • step S290 Ml is set to 0, and in step S291, MNG-ID is set to 0.
  • step S292 it is determined whether aselVccAalType is AAL5 or AAL0. If aselVccAalType is determined to be AAL5, the process advances to step S293 to set AAL_Type to AAL5. Next, in step S294, the parameter creation process of AAL5Specificfile is executed. Details of this processing will be described later with reference to the flowchart in FIG.
  • step S295 a pointer to the buffer storing the AAL-ID is set in ptrSDU, and in step S296, the length of the AA-ID is set in Count.
  • step S297 it is determined whether the value of Count is greater than a value obtained by subtracting 8 from aselVccTransmitSegLen.
  • step S297A More is "Not Used” (that is, not used) or "End of SDU” (that is, the last part of AAL-SDU). It is determined whether or not. If it is determined that More is “Not Used” or “End of SDU”, the process proceeds to step S298, MR is set to 0, and in step S310, the value obtained by adding 8 to Count is Set to Data Length.
  • step S302 it is determined whether or not the QoS class is CBR. Is determined. Here, if the determination is Yes, the process proceeds to step S303, where LK_IS0.req is output to the 1394Link layer, and then returns to the Act state. If it is determined in step S302 that the QoS class is not CBR, in step S304, LK—DATA. Req is output to the 1394 Link layer, and then the state returns to Act.
  • step S292 If it is determined in step S292 that aselVccAalType is AAL0, the flow advances to step S299 to set AAL0 in AAL_Type.
  • step S300 the parameter creation process of the AALO Specific field is executed. The details of this process will be described later with reference to the flowchart in FIG. Thereafter, the process proceeds to step S301, and the subsequent processes are executed.
  • step S297 if it is determined in step S297 that the value of Count is larger than the value obtained by subtracting 8 from aselVccTransmitSegLen, the process proceeds to step S305 and MR is set to 1. Then, the value of TR_SN is incremented in step S307 (here, the value of aselVccTransmitSegLen is set. In step S307, the QoS class is set to CBR in step S308). If YES is determined here, the process proceeds to step S309, and LK_IS0.req is output to the 1394 Link layer. If the determination is made, in step S310, LK_DATA.req is output to the 1394 Link layer.
  • step S311 to add a value obtained by subtracting 8 from aselVccTransmitSegLen to the current value of ptrSDU '.
  • step S312 the value of Count is decremented by the value obtained by subtracting 8 from aselVccTransmitSegLen. Then, return to step S297, Subsequent processes are repeatedly executed.
  • step S297A If it is determined in step S297A that More is not "Not Used” or "End of PDU", the process proceeds to step S305, and the subsequent processing is performed.
  • FIG. 38 shows the process of FIG. 6 in which ASEL outputs LK-DATA.req to the 1394Link layer when MASEL_DATA.Req is received from ASEL layer management.
  • MASEL_DATA.Req is received from ASEL layer management.
  • the MASEL_DATA. Req includes ASEL-UNI ID, VPI / VCI Value, MNG-ID, AAL-ID (SDU), AA-LP, AAL-CI, and AAL-ES.
  • step S322 it is determined whether the corresponding aselVccVpi and aselVccVci exist. If aselVccVpi and aselVccVci exist, the process advances to step S323 to determine whether Up is set in aselVccStatus. When the determination of Yes is made in step S323, the process proceeds to step S324, where the value of aselVccVpi is set to the VPI Value of the ASEL header, and the value of asel VccVci is set to the value of VCI Value. . In step S325, the value of aselVccQosType is set in the QoS Class. In step S326, the process of creating the parameters of the primitive of LK_DATA.req (see FIG. 41 for details of this process) Will be described later).
  • step S327 TR_SN is set to SN, and in step S328, 1 is set to Ml. Further, in step S329, the value of the MNG-ID in MASEL_DATA.req is set to the MNG-ID. In step S330, AAL0 is set to AAL Type. It is.
  • step S331 a process of creating parameters of the AAL O Specific field (the details of this process will be described later with reference to FIG. 43) is executed.
  • step S332 a value obtained by adding 8 to the length of AAL-SDU is set to Data Length.
  • step S333 LK—DATA.req is output to the 1394 Link layer, and then the state returns to Act.
  • step S322 when it is determined that aselVccVpi and aselVccVci are False, no particular processing is performed, and the state returns to the Act state. The same applies when it is determined in step S323 that Up is not set in aselVccStatus.
  • Fig. 39 shows ASEL-CMP transfer processing performed in an arbitrary status.
  • 0 is set in the QoS class in step S 352.
  • the value of aselLayer 1 394 Bus lndex is set in 1 394 Bus Index, and in step S 354, 0 is also set in the VPI Value and VCI Value of the ASEL header. , Are set respectively.
  • step S355 it is determined whether aselLayerOprMode is User side or Network side.
  • the process proceeds to step S356, and aselLayerNetSideNodeSelf Id is set as the Destination Self ID.
  • Step S 3 5 5 If it is determined that aselLayerOprMode is Network side, go to step S 3 5 7 ion 561 0 is set to & 5611 ⁇ 61] 36 10
  • step S358 Transaction Code is set to 1, and Retry Code is set to 1 in step S359.
  • step S360 the value of AselVccOprSpeed is set in Speed, and in step S366, TR_SN is set in SN.
  • step S362 Ml is further set to 1, and in step S363, MNG-ID is set to 0.
  • step S364 AAL0 is set to AAL_Type.
  • step S365 MR is set to 0, in step S366, LP is set to 0, in step S366, CI is set to 0, in step S368, EI is set to 0, and in step S366, EI is set to 0.
  • E & -ID is set to 0, respectively.
  • step S370 a value obtained by adding 8 to the length of ASE CMP is set to Data Length.
  • step S371, LKJ) ATA.req is output to the 1394Link layer and returns to the original state.
  • FIG. 40 shows details of the parameter creation process of the LK_IS0.req primitive in step S287 of FIG. 36.
  • the value of aselLayer 1394 Buslndex is set to 1394 Bus Index.
  • the value of the lower 6 bits of aselVccIsoChannel is set to Isochro nous Channel number.
  • the value of the upper two bits of ase IVccIsoChannel is set in the Tag value.
  • the value of aselVccOprSpeed is set to Spped.
  • FIG. 41 shows steps S 288 in FIG. 36 and step S 3 88 in FIG. It shows the details of the parameter creation process of the LK_DATA.req primitive in 26.
  • step S401 the value of aselLayer 1394 Buslndex is set to 1 394 Bus Index.
  • step S402 the value of aselVccAsyncDestld is set in Destination SelflD.
  • step S403 the value of aselLayerl 394 DestOf fset is set in Destination of fset.
  • a value of 1 is set to the Transaction Code and Retry Code, respectively.
  • step S406 the value of aselVccOprSpeed is set in Speed.
  • FIG. 42 illustrates details of the parameter creation process of the AAL5 Specific field in step S294 of FIG.
  • step S411 the value of AAL-LP is set to LP. This parameter is mapped from the AA LJJNITDATA.req primitive.
  • step S412 AAL-CI is set to CI. Again, this parameter is mapped from the AALJJNITDATA.req primitive.
  • step S414 it is determined whether ES is No Error.
  • the process proceeds to step S 415, where 0 is set to EI, and 0 is set to ER-ID in step S 416.
  • step S417 it is determined whether or not the ES is a CPCS CRC error. If the result is Yes, the process proceeds to step S 419, and ER-ID is set to 0 ⁇ 81. Is performed.
  • step S420 it is determined whether the ES is a CPCS-SDU Length error. If the determination is Yes, the process proceeds to step S421, and 0x82 is set to the ER-ID. If No is determined in step S420, the process proceeds to step S422, and 0 is set in the ER-ID.
  • FIG. 43 shows details of the AALO Specific field parameter creation processing in step S300 in FIG. 36 and step S331 in FIG. 38.
  • step S431 MR is set to 0, and in step S432, AAL-LP is set to LP.
  • step S433 AAL-CI is set in the CI.
  • step S434 it is determined whether ES is No Error. Here, if the determination is Yes, the process proceeds to step S435, where EI is set to 0, and in step S436, ER-ID is set to 0.
  • step S434 When the determination of No is made in step S434, the process proceeds to step S437, and 1 is set to EI. Then, in step S438, 0X01 is set in the ER-ID.
  • the flow charts in Fig. 44 to Fig. 46 receive the input of LK-DATA.Ind or LK_IS0.Ind from the 1394 Link layer in Fig. 6 and output AA LJJNITDATA.ind in the upper layer, or the ASEL layer. This shows the process of outputting MASE DATA.Ind to the management.
  • step S4 51 _08.111 (1 is received from 13941 ⁇ layer. This includes 1394 Bus Index, Source self ID, Destination Self ID, Destination Of fset, Transaction code, Retry code, Data Length, Data (ASEL-PDU), Speed, Packet status are included.
  • step S452 a check process of the 1394 Asynchronous header format is performed. Details of this processing will be described later with reference to the flowchart in FIG. Next, the process proceeds to step S4453, and it is determined whether or not Result is 0K. If Result is not 0K, the process proceeds to step S465. If the result is 0K, the process proceeds to step S445 to search for an ASEL-UNI ID using the 1394 Bus Index and Source SelflD.
  • step S455 it is determined whether the ASEL-UN ID has been searched. If found, the flow advances to step S456 to check the VP I / VC I Value of the ASEL header. If this value is correct and VPI / VCI is not 0/0, go to step S457, and if this value is correct and VPI / VCI is 0/0, go to step S47. Go to 5. If this value is not correct, go to step S465.
  • that the VP I / VCI is 0/0 indicates that the VP I Value is 0 and the VCI Value is also 0.
  • step S455 If it is determined in step S455 that the ASEL-UNI ID has not been searched, the flow advances to step S467 to determine whether both VPI / VCI are 0. In step S467, if the determination is Yes, the process proceeds to step S475, and if the determination is No, the process proceeds to step S465.
  • step S457 it is determined whether Ml is 0 or not.
  • the process proceeds to step S458, and the determination of AAL Type is made.
  • the process proceeds to Step S459, and when the AAL Type is Type 5, the process proceeds to Step S479. If AAL Type is another Type, step S 4 6 5 Proceed to.
  • step S459 AALO (User data overnight) assembly processing is performed.
  • the process proceeds to step S460, and it is determined whether or not Result is 0K. If it is determined to be 0K, the process proceeds to step S461, and a process of adding ASEL_SDU (that is, AAL-SDU) to the reception buffer is executed.
  • step S 4 62 the process proceeds to step S 4 62, and a process of creating an AAL0 parameter is executed. Details of this processing will be described later with reference to the flowchart in FIG. Next, the process proceeds to step S463, where AAL-UNIDATA.Ind is output to the upper layer of FIG. This AALJJNIMTA.Ind includes ASEL-UNI ID, VPI / VCI value, AAL-ID (SDU), AAL-LP, AAL-CI, and AA ES. Then, it returns to its original state.
  • step S460 If Result is determined to be NG in step S460, the process advances to step S464 to set No error in Rcv_ER_Status. This parameter indicates the error status of the received AA or SDU, and has an independent value for each ASEL-VCC. Then, the process proceeds to step S465. If it is determined in step S457 that the value of Ml is not 0, the process proceeds to step S468, where it is determined whether the MNG ID is 0. Here, if the determination is Yes, the process proceeds to step S475. On the other hand, if No is determined, the process proceeds to step S469. In step S469, it is determined whether or not AAL Type is 0. Here, when the determination of No is performed, the process proceeds to step S465. Here, if the determination is Yes, the process proceeds to step S470, and the assembling process of AALO (LM data) is executed. Details of this processing will be described later with reference to the flowchart in FIG.
  • step S471 it is determined whether Result is 0K. If it is NG, the process proceeds to step S464, and if it is 0K, the process proceeds to step S472.
  • step S472 a process of adding ASEL-SDU (that is, AA or SDU) to the reception buffer is executed. Further, in step S4753, a process of creating an AAL0 parameter is executed. Details of this processing will be described later with reference to the flowchart of FIG.
  • MASE MTA.Ind is output to the ASEL layer management of FIG.
  • This MASEL_DATA.Ind includes SEL-UNI ID, VPI / VCI value, AAL-ID (SDU), AAL-LP, AAL-CI, and AAL-ES. After that, it returns to the original state.
  • step S475 AALO (LM data) assembling processing is executed. Details of this processing will be described later with reference to the flowchart of FIG. Next, the process proceeds to step S476, where it is determined whether or not Result is 0K. If it is NG, the process proceeds to step S465.
  • step S476 it is determined whether or not Result is 0K. If it is NG, the process proceeds to step S465.
  • step S477 execute processing for adding ASEL-SDU (that is, ASEL_CMP) to the reception buffer.
  • ASEL_CMP ASEL-SDU
  • step S479 AAL5 assembling processing is executed. The details of this processing will be described later with reference to the flowchart of FIG. Next, the process proceeds to step S480, and it is determined whether or not Result is 0K. If it is 0K, proceed to step S 4 81 and receive A process is performed to add ASEL-SDU to the buffer (ie, AAI ⁇ SDU during assembly). Next, in step S 482, it is determined whether MR is 0 or 1. If MR is 0, the flow advances to step S 483 to execute processing for creating an AAL5 parameter. The details of this processing will be described later with reference to the flowchart in FIG. Next, in step S484, AA UNIDATA.Ind is output to the Upper Layer in FIG.
  • This AAL_UNIDATA includes ASEL-U NI ID, VPI / VCI value, AAL-ID (SDU), AAL-LP, AAL-CI, AAL-UU, and AAL-ES. After that, it returns to the original state.
  • step S482 If it is determined in step S482 that the value of MR is 1, the processing in steps S483 and S484 is skipped.
  • step S480 determines whether the value of MR is 0 or 1. If it is determined in step S485 that MR is 1, the process proceeds to step S468. If it is determined that MR is 0, the process proceeds to step S4866, and 0 is set to Rev—ER_Flag. This parameter indicates that the received AAL-SDU contains some error, and has an independent value for each ASEL-VCC.
  • step S487A a value obtained by incrementing the SN value by 1 is set in Next_Rcv_SN.
  • This parameter indicates the next expected SN value on the receiving side, is incremented by modulo 128, and has an independent value for each ASEL-VCC.
  • step S465 proceed to step S465 to execute processing for discarding the ASEL-PDU. Is done.
  • step S466 OK is set in Result, and then the state returns to the original state.
  • LK_IS0.Ind includes 1394 Bus Index, Isochronus Channel number, Tag value, Data Length, Data (ASEL-PDU), Speed, Packet status, and the like.
  • step S 489 a check process is performed for the 139 Isochronous header format. The details of this process will be described later with reference to the flowchart of FIG. Next, proceeding to step S490, it is determined whether or not Result is 0K. If it is NG, the process proceeds to step S465, and the subsequent processing is executed.
  • step S491 a search process of ASEL-UNI ID using 1394 Bus Index, Isochronous Channel number, and Tag value is executed.
  • step S492 it is determined whether an ASE or UNI ID has been retrieved. If found, the flow advances to step S493 to check the VPI / VCI value of the ASEL header. If this value is correct, the flow advances to step S457 to execute the subsequent processing.
  • Step S492 If it is determined in Step S492 that the ASE or UNI ID has not been searched, or if it is determined in Step S493 that the value of the VPI / VCI value is incorrect, the process proceeds to Step S465. Subsequent processing is executed.
  • FIG. 47 The more detailed processing of the subroutine shown in the processing of FIG.
  • FIG. 47 shows details of the check process of the 1394 Asynchronous header format in step S452 of FIG. 44.
  • step S501 it is determined whether a 1394 header CRC error has occurred. If no error has occurred, the flow advances to step S502, and it is determined whether the value of Destination Offset is equal to the value of aselLayer 1 394 Dest0ffset. If the two values are equal, the process advances to step S503 to determine whether the Transaction Code is 1. If this value is 1, the process proceeds to step S504, and it is determined whether the Retry Code is 1. If this value is 1, the process further proceeds to step S505, and it is determined whether or not the packet statistics is F0RMAT_ERR0il. Here, when the determination of No is performed, the process proceeds to step S506.
  • step S501 It is determined in step S501 that an error has occurred, or it is determined in step S502 that the Destination Offset is not equal to aselLayer 1 394 Dest0ffset, or step S In 503, it is determined that the value of the transaction code is not 1, in step S504, it is determined that the retry code is not 1, or in step S505, the packet status is When it is determined that the value is F0RMAT_EIiR0R, the process proceeds to step S515, and NG is set in Result.
  • step S506 it is determined whether or not the Packet status is BROADCAST. Here, if the determination of Yes is made, the process proceeds to step S516, and 0K is set to Result.
  • step S506 Proceeding to 507, it is determined whether the Packet status is DATA_CRC_ERROR.
  • the process proceeds to step S508, and 0K is set to Resist.
  • step S509 Acknowledge is set to 1 (the state is set to ack_complete).
  • step S510 RELEASE is set in Bus Occupancy Control.
  • step S511 the value of aselVccOprSpeed is set in Speed.
  • step S512 LK—DATA. Resp is output to the 1394 Link layer in FIG. The LK_DATA. Resp includes 1394 Bus Index, Acknowledge, Bus Occupancy Control, and Speed.
  • step S507 if it is determined in step S507 that the Packet status is DATA-CRC-ERROR, the process proceeds to step S513, and a process of discarding the Acknowledgment packet is executed. Further, in step S514, 0XD is set to the acknowledge edge (ack_data-error is set). Next, the process proceeds to step S515, and NG is set in Result.
  • FIG. 48 shows details of the check processing of the 1394 Isochronous header format in step S489 of FIG. 44.
  • step S 521 it is determined whether an error has occurred in the 1394 header CRC. If no error has occurred, the process advances to step S522 to determine whether or not DATA_CRC_ERR0R is set in Packet status.
  • step S523 it is determined whether or not F0RMAT_ERR0R is set in Packet status.
  • 0K is set to Result.
  • step S522 determines whether an error has occurred in the header CRC. If it is determined in step S522 that DATA_CRC_ERROR is set in the Packet status. Otherwise, or if it is determined in step S523 that F0RMAT_ERROR is set for the Packet status, the process proceeds to step S525, and NG is set for Result.
  • FIG. 49 shows the details of the AAL 5 assembling process in step S479 of FIG.
  • step S5401 it is determined whether Rcv_ER_Flag is 0 or 1. If it is determined that Rev—ER_Flag is 1, the process proceeds to step S5552, and NG is set in Result.
  • step S5401 If it is determined in step S5401 that Rcv_ER-Flag is 0, the process proceeds to step S542 and it is determined whether EI is 1. If EI is not 1, the flow advances to step S4443 to determine whether aselVccReceiveSeqUse is Use. If aselVcc ReceiveSeqUse is determined to be Use, step S 5
  • step S544 the process proceeds to step S545, where Next_Rcv—SN is incremented, and
  • step S444 If it is determined in step S444 that aselVccReceiveSeqUse is not Use, the processing in step S544 and step S545 is skipped, and the flow advances to step S546.
  • step S546 a value obtained by subtracting 8 from Data Length is added to Sum_AA or SDU_Len. This parameter indicates the length of the assembled AA or SDU being received, and is independent for each ASEL-VCC. Have.
  • step S 547 it is determined whether or not aselAai 5 Coim & eceiveMaxSduSize is smaller than Sum—AAL_SDU_Len.
  • N 0 0K is set to Result in step S548.
  • step S545 the process proceeds to step S549, and 1 is set to Rcv_ER_Flag.
  • step S550 a process of discarding the AA or SDU being assembled is performed.
  • step S551 NG is set in Result.
  • step S545 If it is determined in step S545 that SN is not equal to Next-Rcv_SN, the process proceeds to step S555, and & AL_Sii Length is set to AAL-S DU Length Error.
  • step S556 it is determined whether or not aselAal5ConnErSduDel iver is All low. If it is All low, the process proceeds to step S557 to execute processing for storing the NextJLcv_SN and the SN value in the received ASE L-PDU in the SN error list.
  • step S557 Next—RCV_SN is set to the value obtained by adding 1 to SN. Thereafter, the process proceeds to step S546, and the subsequent processes are executed.
  • step S556 When it is determined in step S556 that aselAal5ConnErSduDeliver is not All low, the process proceeds to step S555, and 1 is set to ilcv_EiLFlag.
  • step S560 a process of discarding the AAL-SDU being assembled is executed. Then, in step S5661, NG is set to Result.
  • step S554 If it is determined in step S554 that EI is 1, the process proceeds to step S553, and the ER-ID is a CPCS-SDU Length error. , Or a CPCS CRC error. In the former case, the process proceeds to step S555, and the subsequent processes are executed. In the latter case, the process proceeds to step S555 and AAL-SDURC Error is set in Rcv_ER_Status. Then, the process proceeds to step S556, and the subsequent processing is executed.
  • FIG. 50 shows details of the assembling process of AAL 0 (User data overnight) in step S 459 of FIG. 45.
  • step S581 it is determined whether EI is 1. If EI is not 1, the flow advances to step S582 to determine whether or not aselVccReceiveSeqUse is Use. If aseVccReceiveSeqllse is Use, the process advances to step S583 to determine whether SN is equal to Next_Rcv_SN. Here, if the determination of Yes is made, the process proceeds to step S584, and the value of Next_Rcv_SN is incremented.
  • step S582 If it is determined in step S582 that aselVccfleceiveSeqUse is not Use, the processing of steps S583 and S584 is skipped, and the flow proceeds to step S585.
  • step S585 a value obtained by subtracting 8 from Data Length is set in SDU_Len of Sum_AA.
  • step S586 it is determined whether Sum_AAL-SDU_Len is greater than 48.
  • the process proceeds to step S587, and 0K is set to Result.
  • step S588 the process proceeds to step S588 to discard the AAL-SDU being assembled.
  • step S589 the process proceeds to step S589, and NG is set in Result.
  • step S583 the value of SN is not equal to the value of Next Rev SN. If it is determined that it is, the process proceeds to step S595, and Nextjlcv—SN is set to a value obtained by incrementing the value of SN by 1. Next, the process proceeds to step S585, and the subsequent processing is executed.
  • step S581 If it is determined in step S581 that EI is 1, the process proceeds to step S590, and it is determined whether the ER-ID is a CPCS-SDU Length Error or a CPCS CRC error. Is done. In the former case, the process proceeds to step S591, and AAL-SDU Length Error is set in Hcv_EILStatus. Next, the process proceeds to step S593, and it is determined whether or not aselAal OConnEr SduDeliver is Allow. If it is “Allow”, the process proceeds to step S 594, and the process of saving the Next_Rcv_SN and the SN value in the header to the received ASEL-PDU in the SN error list is executed.
  • step S595 the process proceeds to step S595, and the subsequent processing is executed.
  • step S592 the process proceeds to step S592, and AAL-SDU CRC Error is set in Rcv_ER_Status. Thereafter, the process proceeds to step S593.
  • step S 593 If it is determined in step S 593 that aselAal 0 ConnErSduDeiiver is not “Allow”, the process proceeds to step S 596, and a process of discarding the AA or SDU being assembled is executed. Further, in step S597, NG is set to Result.
  • FIG. 51 shows details of the AALO (LM data) assembling process in step S470 and step S475 in FIG.
  • step S611 it is determined whether or not EI is 1. If EI is not 1, the process proceeds to step S612, and it is determined whether or not aselVccReceiveSeqUse is Use. If aselVccReceiveSeqlise is Use, proceed to step S 6 13, where SN subtracts 1 from Next—Rcv_SN It is determined whether or not it is equal to the calculated value. If both are determined to be equal, the process proceeds to step S614, and a value obtained by subtracting 8 from Data Length is set to Sum-AA or SDU_Len.
  • step S615 it is determined whether SunU ⁇ -SDLLEN is greater than 48.
  • the process proceeds to step S616, and 0K is set to Result.
  • the process proceeds to step S616, and the process of discarding the AA or SDU being assembled is executed.
  • the process proceeds to step S618, and NG is set to the Result.
  • step S612 If it is determined in step S612 that aselVccReceiveSeqUse is not Use, the process proceeds to step S616, and the subsequent processing is executed.
  • step S613 If it is determined in step S613 that SN is not equal to the value obtained by subtracting 1 from Next_Rcv_SN, the process proceeds to step S623A, where Next_Rcv_SN is set to a value obtained by incrementing the value of SN by 1. You. Thereafter, the process proceeds to step S614, and the subsequent processes are executed.
  • step S611 If it is determined in step S611 that EI is 1, the process proceeds to step S619, and it is determined whether the ER-ID is a CPCS-SDU Length error or a CPCS CRC error. . If the former is determined, the process proceeds to step S620, and AA or SDU Length Error is set in Rev. ER_Status. Next, the process proceeds to step S622, and it is determined whether or not aselAalOConnErSduDeliver is All low. If it is determined to be All low, the process proceeds to step S6203, and a process of storing the Next—RCV_SN and the SN value in the received ASEL-PDU in the SN error list is executed. .
  • step S623A Is executed.
  • step S621 AAL-SDU CRC Error is set in Rcv_ER_Status. Thereafter, the process proceeds to step S622.
  • step S622 If it is determined in step S622 that aselAal0ConnErSduDeliver is not "Allow”, the process proceeds to step S624, and processing for discarding the AA or SDU being assembled is executed. Then, in step S625, NG is set to Result.
  • FIG. 52 shows the details of the processing for creating the AAL5 parameter overnight in step S483 of FIG.
  • step S641 LP is set in AAL-LP. This parameter is mapped to the AAL5 specific field of the ASEL-PDU header.
  • step S642 the CI is set to the AA CI. This parameter is also mapped to the AAL5 specific field of the PDU header of the ASE.
  • step S643 Rcv_ER_Status is set in AAL-ES. Further, in step S644, CPA-UU is set to AA or UU.
  • FIG. 53 shows the details of the process of creating the AAL0 parameter overnight in steps S4 62 and S473 of FIG.
  • step S651 LP is set in AAL-LP. This parameter is mapped to the AALO specific field of the ASEL-PDU header.
  • step S652 CI is set in AAL-CI. This parameter is also mapped in the AAL0 specific field of the ASEL-PDU header.
  • step S6553 Rcv_ER_Status is set in the AA / ES.
  • ATM terminals 1 and 1 When communication with terminals 4, 22, and 23 is performed using IP / ATM as the standard protocol as in the conventional case, the end-to-end U (User) plane and C (Control) plane protocol are used.
  • the protocol stack is laid out as shown in FIGS. 54 and 55, respectively.
  • the U-plane protocol of ATM terminal 1 is composed of a PHY (physical) layer, an ATM layer, an AAL5 layer, an IP / ATM layer, and an IP layer.
  • the U-Brain protocol consists of a PHY layer and an ATM layer.
  • the U-plane protocol stack of the ATM / 1 394 repeaters 3 and 21 consists of the PHY layer, ATM layer and AAL 5 layer on the ATM network side, and the 1 394 PHY layer and 1 394LINK on the 1394 terminal side. Layer and ASEL layer 31.
  • the U-brain protocol stack of the 1394 terminals 4, 22, and 23 is composed of the 1394PHY layer, the 1394LINK layer, the 5layer 32, the IP / ATM layer, and the IP layer.
  • AAL / ATM is emulated by ASEL 31 between ATM / 1 394 repeaters 3 and 1 394 terminal 4 and between ATMZ 139 4 repeaters 21 and 1 394 terminals 22 and 23. Since the concept of VPC / VCC exists, handling of U-plane packets can be performed not by IP but by VPI / VCI values. This VPI / VCI is usually included in the disk library table of the AA / PDU, and is not included in the bucket like the interface data. As a result, when the ASEL31 performs routing, it is not necessary to copy the contents of the packet (interface data). Therefore, the load is reduced at the ATM / 1 394 repeaters 3 and 21 and the throughput of the ATM / 1 394 repeaters 3 and 2 1 is reduced. Can be improved.
  • the protocol stack of the C plane of ATM terminal 1 is composed of PHY layer, ATM layer, AAL5 layer, SSCF (ITU-T Q.2130) + SSC0P (ITU-TQ . 2 110) layer and the Q.2931 (ITU-TQ. 2931) layer.
  • the protocol of the C plane of ATM network 2 has the same configuration as that of ATM terminal 1.
  • the protocol stack of the C plane of the ATM / 1 394 repeaters 3 and 21 has the same configuration as the case where the ATM network side is the ATM terminal 1 and the ATM network 2.
  • the 1394 terminal has the same configuration as the protocol stack of the 1394 terminals 4, 22, and 23, and the 1394 PHY layer, the 1394 LINK layer, and the ASEL layer 33 ( (Corresponding to ASEL layer 31 in Fig. 54).
  • 139 4 Terminal 4, 2, 2 and 23 C-plane protocol stacks are 1394 PHY layer, 1394 LIM layer, ASE L layer 34 (corresponding to ASEL layer 32 in Fig. 54), SSCF It consists of + SSC0P layer and Q.2931 layer.
  • ASEL provides multi-point, multi-point
  • the services provided by various connection-based applications using connections are based on the characteristics of the IEEE1394 serial bus: low cost, ease of cape ringing, and shared 'media (media sharing network: 1). It can be provided as it is on an infrastructure that has the element of enabling effective use of media resources by means of a cable (transmission medium that connects various terminals to communicate).
  • the ASEL-CME of the ATM / 1 3 9 4 repeater 2 1 Upon receiving the WakeUp (Fig. 15), the ASEL-CME of the ATM / 1 3 9 4 repeater 2 1 assigns a new ASEL-UNI ID, and the 1 3 9 4 Bus Index, Node Unique ID and Se Register in association with lf ID. And ActReq (Fig. 16) is sent to the ASEL-CME of each 1394 terminal, requesting activation of ASEL-CME of each User side, and registering Node Unique ID and Self ID of Network side. Request.
  • the ASEL-CME of each 1394 terminal performs registration in response to this request, transits to Active status, and sends ActAck (Fig. 17) to the ASEL-CME of the ATM / 1 394 repeater 21. Send, and both sides become Active status.
  • ASEL-CME issues MASEL_Act.Ind primitive to ASEL layer management.
  • the ASEL layer management recognizes the activated ASE UNI ID and the 1394 Bus Index in which the ASEL-UNI exists. Therefore, since the above-described processing is performed with all connected 1394 terminals, the ATM / 1 394 repeater 21 can determine which 13 9 4 It can recognize whether it is connected to the serial bus.
  • the final exchange of data between 1 3 9 4 terminal 2 2-1 and ATM terminal 1 is data on the U plane as shown in Figure 54.
  • the protocol stack of the C-brain shown in Fig. 55 is used.
  • VPI / VC I In order to exchange protocols on the C plane, VPI / VC I usually uses two types of VCC using 0/5 and 0/16 for each ASEL-UNI and each AT. Established in advance for each M-UNI.
  • ASEL 33 and 34 of ATM / 1 394 repeater 21 and 1394 terminal 22-1 convert data of IEEE 1394 standard into data of ATM (AAL) standard. It has a function to convert data, and a function to convert data from the ATM (AAL) standard to data from the IEEE 1394 standard.
  • the signaling protocols 35 and 36 in the ATM / 1 394 repeaters 21 and 1394 terminals 22-1 can use the same protocol as the ATM terminal 1 and ATM network 2.
  • These signaling protocols determine the various parameters (VPI / VCI Value, AAL Type, QoS class, Transmit / Receive Bandwidth etc,) of the VCC used in the U-brain in Fig. 54. o
  • the ATM / 1394 repeater 21 and 13394 terminal 22-1 have access to the signaling protocol 35, 36 from the application program.
  • ConSet.req primitive is issued to MASE for each ASEL-CME due to ASEL layer management.
  • the ATM / 1 394 repeater 21 has already recognized that the ATM terminal 1 which is the termination point of the VCC on one side does not exist in the ASE or UNIs that it owns by the signaling protocol. 0
  • IsoReq (Fig. 18), which requests the allocation of an isochronous channel that resolves the allocated VPI / VCI, Transmit to ATM / 1 394 repeater 21 where L-CME is installed.
  • the DestlDReq ( Figure 20) that requests the value of the destination ID of the Asynchronous bucket that resolves the assigned VP I / VCI is sent to the ATM / 13 that the ASE CME of the Network side implements. 9 4 Transmit to repeater 21.
  • ASEL-CME of ATM / 1 3 9 4 repeater 2 1 is 1 3 9 4 terminal
  • VCC is established between ATM terminal 1 and 1394 terminal 22-1.
  • the ASELs 31 and 32 of the ATM / 1 394 repeaters 21 and 1 394 terminals 2 2-1 transmit data of the IEEE 1394 standard to ATM (AA or other standard). Since it has a function to convert data to data in the ATM (AAL) standard and data to data in the IEEE 1394 standard, it has As the upper layer of ASEL 32 in 2-1, the same protocol (for example, IP / ATM) as the upper layer of AAL5 in ATM terminal 1 can be used.
  • the signaling protocol 3 5 for ATM / 1 3 9 4 repeaters 2 1, 1 3 9 4 terminals 2 2-1 and 1 3 9 4 terminals 2 3-1 , 36, MASEL_ConSet.req primitive is issued to each ASEL-CME via ASEL layer management.
  • the ATM / 1394 repeater 21 has its own terminals 1339 4 terminal 2 2-1 and 1 394 terminal 2 3-1, which are the termination points of both VCCs. It is present in the containing ASEL-UN Is, but has already recognized that it is a separate 1394 serial bus.
  • the ASEL-CME of each user Sends IsoReq (Fig. 18) requesting the assignment of an isochronous channel to resolve the assigned VPI / VCI to the ATM / 1 394 repeater 21 equipped with ASEL-CME on the network side.
  • ASEL-CME of ATMZ1394 repeater 21 returns IsoReply (Fig. 19), and specifies the isochronous channel there.
  • the isochronous channel numbers can be specified independently.
  • the ASEL-CME on each user side sends Dest IDReq (Fig. 20) to the ATM / 1 394 repeater 21 equipped with ASEL-CME on the network side.
  • ASEL-CME of ATM / 1 394 repeater 21 returns DestlDRply (FIG. 21).
  • the communication path in the IEEE 1394 standard is secured by notifying the self ID of the ATM node 1394 repeater 21 itself, which is the destination node, in the respective 1394 serial path.
  • the VCC is opened between the 139 4 terminal 22-1 and the 1 394 terminal 23-1 via the ATM / 1 394 repeater 21.
  • the ASEL31 of the ATM / 1 394 repeater 21 converts the data of the IEEE 1394 standard into data of the ATM (AAL) standard.
  • the data exchanged between the 1394 terminal 22-1 and the 1394 terminal 23-1 is relayed by using the function to convert the IEEE 1394 standard data into the IEEE 1394 standard data.
  • the signaling protocols 35 and 36 of the ATM / 1 394 repeater 2 1, 1 394 terminal 2 2-1 and 1 394 terminal 2 2-2 use a common protocol. These signaling protocols determine the various parameters (VPI / VCI Value, AAL Type, QoS class, Transmit / Receive Bandwidth etc.) of the VCC used in the U-plane of Fig. 54. .
  • the signaling ports 3 5 and 3 6 must be connected to the 1 3 9 4 terminal 2 2-1 and 1 3 9 4 terminal 2 2-2 via the ATM / 13 9 4 repeater 21. It is exchanged between.
  • the signaling protocol 3 5 for ATM / 1 394 repeaters 21, 1 394 terminals 2 2-1 and 1 394 terminals 2 2-2 is used.
  • 36 application programs issue ASEL-ConSet.req primitives to each ASEL-CME via ASEL layer management.
  • the ATM / 1394 repeater 21 has its own terminal 1394 terminal 22-1 and 1394 terminal 22-2, which are the termination points of both VCCs. It already exists in the ASEL-UNIs that it is housed in and has already recognized that it is the same 1394 serial path. Therefore, since there is no need to relay the data on this VCC, the terminals 1 3 9 4 2 2 1 and 1 2
  • Terminal 2 Open VCC that can directly exchange data with 2 2-2.
  • the ASEL-CME on each user side sends IsoReq (Fig. 18) to the ATM / 1 394 repeater 21 equipped with the ASEL-CME on the network side, and
  • the ASE or CME of the ATM / 1 394 repeater 21 returns Iso & eply (Fig. 19), and specifies the isochronous channel there.
  • the same Isochronous channel number is specified for each.
  • by specifying the Tag Value corresponding to the upper 2 bits of the assigned Isochronous channel to (0, 1), it can be used to indicate that the channel is received only by ASEL32 on the User side. In this way, 1 3 9 4 terminal 2
  • An isochronous channel used between 2 _ 1 and 13394 terminal 22-2 is allocated, and a communication path in the IEEE1394 standard that can directly exchange data is secured.
  • the ASEL-CME on each user side uses Dest IDReq (Fig. 20) to transfer the ATM /
  • the direct data Communication channels in the IEEE 1394 standard that can be exchanged are secured.
  • VCC is established between 3 9 4 terminal 2 2—1 and 1 3 9 4 terminal 2 2—2. It is. At this VCC, the ASEL 31 of the ATM / 1 394 repeater 21 is used for data exchanged between the 1394 terminal 2 2-1 and the 1394 terminal 2 3 -1. Does not know.
  • connection control primitives (MASEL_ConSet.req, MASEL-ConRec.req, MASEL-ConSet.conf, MASEL.ConRel.req, MASEL-Co) are included in the ASEL layer management primitives. conf), these primitives have been published via ASEL layer management.
  • ASEL layer management primitives. conf these primitives have been published via ASEL layer management.
  • an implementation that is issued directly from the application program of the signaling protocol 35, 36 or issued directly from the signaling protocol 35, 36 itself is used.
  • one ATM terminal is connected to the ATM network.
  • a plurality of ATM terminals are connected to the ATM network, and each of the 1394 terminals is desirably connected to the ATM network. It is also possible to receive the provision of data.
  • Industrial Applicability According to the communication control device and the communication control method according to the present invention, the data of the second transmission standard received via the repeater is converted into the data of the first transmission standard. However, since the predetermined data of the first transmission standard is converted to the data of the second transmission standard, the existing signaling protocol used in the first transmission standard can be applied. In addition, it is possible to reduce the number of system development steps and improve the reliability.
  • the data of the first transmission standard transmitted from the first terminal and the second transmission data transmitted from the second terminal is processed using the same signaling protocol as the signaling protocol used in the first terminal. , Reliability can be improved
  • the repeater converts the data of the first transmission standard transmitted from the first terminal into the data of the second transmission standard. And converts the data of the second transmission standard transmitted from the second terminal to the data of the first transmission standard, and the second terminal transmits the data via the repeater.
  • the data of the second transmission standard is converted to data of the first transmission standard, and a predetermined data of the first transmission standard is converted to data of the second transmission standard. Routing can be performed only with connection information in the first transmission standard, so that the load on the repeater can be reduced.
  • the conventional signaling protocol used in the first transmission standard can be applied between the repeater and the second terminal, thereby reducing system development man-hours and improving reliability. Is possible.
  • a communication path for transferring data of a transmission standard exchanged between a terminal and another terminal between the repeater and the terminal is determined in advance by a predetermined control command. Since the setting is made using a network, the burden on the repeater can be reduced. In addition, data can be transferred substantially without going through a repeater.

Description

明細書 通信制御装置及び方法 技術分野 本発明は、 通信制御装置及び方法に関し、 例えば、 マルチメディ アデ一タを提供するビデオ · オン · デマン ドシステム等に用いて好 適な通信制御装置及び方法に関する。 背景技術 図 1は、 ノ ックボーン側に ATM (Asynchronous Transfer Mode) 網 を、 またフロン トェン ド側に IEEE ( The Institute of Electrical and Electronic Engineers, Inc . ) 1 3 9 4 シリアルバス （IEEE 1
3 9 4 Standards Draft 8 . 0 v 2 ) を、 それぞれ使用した VOD (ビ デォ . オン · デマン ド） システムの考えられる 1つの構成例を示し ている。
ATM端末 1は、 ビデオデータ等を記憶するサーバであり、 UN I ( Us er-Network Interface) を介して ATM網 2に接続され、 ビデオデータ を 1 3 9 4端末 4一 1乃至 4一 7 (以下、 1 3 9 4端末 4一 1乃至
4一 7を個々に区別する必要がないときは、 適宜 1 3 9 4端末 4と 記載する） に提供するようになされている。 ATM/ 1 3 9 4中継器 3 は、 UNIを介して ATM網 2に接続され、 ATM網 2を経由して ATM端末 1 から伝送されてきたビデオデータを受信し、 IEEE 1 3 9 4シリアル バスを介して 1 3 9 4端末 4に提供するようになされている。 1 3 9 4端末 4は、 ATM/ 1 3 9 4中継器 3より IEEE 1 3 9 4シリァルバ スを介して提供されるビデオデ一夕を受信し、 CRT又は LCD等の表示 装置に表示するようになされている。
この V0Dシステムにおいて、 ATM端末 1が 1 3 9 4端末 4との間で 通信を行うとき、 ATM特有のプロ トコルは全て ATM/ 1 3 9 4中継器 3において終端せざるを得ない。
例えば、 ATM端末 1が 1 3 9 4端末 4との間で、 IP ( Internet Pr otoco l ) バケツ 卜のやりとりを行うための標準プロ トコルとして、 IP over ATM (以下、 IP/ATMと略記する） を用いた場合、 end to en dの U ( User) ブレーン及び C ( Control ) ブレーンのプロ トコルス 夕ックは、 図 2及び図 3に示すようにそれぞれレイァゥ トされる。 即ち、 図 2に示すように、 ATM網 2の Uプレーンのプロ トコルス夕 ックは、 PHY (物理） レイヤ及び ATMレイヤより構成される。 したが つて、 ATM端末 1の Uプレーンのプロ トコルス夕ヅクは、 ATM網 2に 対応して、 PHYレイヤと ATMレィャを有する他、 IPパケッ 卜をやりと りするための IP/ATMレイヤ、 及び IPレイヤを有している。 そして、 ATMレイヤと IP/ATMレイヤの間に、 上位アプリケーション （IP/ATMレ ィャ） のデ一夕単位 （ 1バイ トから 6 4キロバイ トまでのユーザ情 報） と、 セルで統一的に扱われる 4 8バイ トのユーザ情報との整合 ノ調整を行う AAL ( ATM Adaptation Layer) 5を有している。
ATM/ 1 3 9 4中継器 3の Uブレーンのプロ トコルス夕 ヅクは、 A TM網 2側が ATM端末 1 と同様の構成とされる。 即ち、 PHYレイヤ、 AT Mレイヤ、 AAL 5 レイヤ、 IP/ATMレイヤ、 及び IPレイヤにより構成さ れる。 一方、 1 3 9 4端末 4側は、 1 3 9 4端末 4のプロ トコルス タックと同様の構成とされ、 1394PHYレイヤ、 1394UNKレイ ャ、 及び IPレイヤより構成される。 ATM網 2側の IP/ATMレイヤに対応 するものがない （そこで図 2においては nullと記載してある） （た だし、 IP/ 1394のようなプロ トコルを配置することも考えられ る） 。 1394端末 4の Uブレーンのプロ トコルスタックは、 13 94PHYレイヤ、 1394 LINKレイヤ、 及び IPレイヤより構成される c また、 図 3に示すように、 ATM端末 1の Cプレーンのプロ トコルス タックは、 PHYレイヤ、 ATMレィャ、 AAL5レイヤ、 SSCF (Service S pecif ic Coordination Function) ( ITU( International Telecommu nication Union)-TQ. 2 130) +SSC0P (Service Specific Conn ection Oriented Protocol) (ITU-TQ. 21 10) レイヤ、 及び Q. 293 1 (ITU-TQ. 293 1 ) レイヤにより構成される。 ATM網 2の Cプレーンのプロ トコルス夕ヅクは、 ATM端末 1の場合と同様の構成 とされる。
ATM/ 1394中継器 3の Cブレーンのプロ トコルスタックは、 A TM網 2側が ATM端末 1及び ATM網 2の場合と同様の構成とされる。 一 方、 1394端末 4側は、 1394端末 4のプロ トコルスタックと 同様の構成とされ、 1394PHYレイヤ、 1394LINKレイヤ、 及び オリジナルシグナリングプロ トコル （Original Signaling Protoco 1) レイヤより構成される。 1394端末 4の Cブレーンのプロ トコ ルスタックは、 1394PHYレイヤ、 1394LIMレイヤ、 及び Ori ginal Signaling Protocolレイヤより構成される。
図 2に示したように、 ATM/ 1394中継器 3と 1394端末 4と の間では、 VPC (Virtual Pass Connection) /VCC (Virtual Chann el Connection) の概念が存在しないため、 Uプレーンのバケツ トの 1
ハン ドリングは、 IPヘッダによって行うことが考えられる。 その場 合、 ATM/ 1 3 9 4中継器 3では、 IPによるルーティ ング機能が必要 となる。
また、 図 3に示したように、 ATM/ 1 3 9 4中継器 3と 1 3 9 4端 末 4間では、 ATM網 2の UN Iで使用されるシグナリングプロ トコル
( Q . 2 9 3 1 レイヤと SSCF + SSCOPレイヤ） を適用することができ ないため、 それに相当するオリジナルシグナリングプロ トコルを独 自に設計して用いるようにする必要がある。
しかしながら、 ATM/ 1 3 9 4中継器 3において、 IPによるルーテ ィング機能を用いて Uブレーンのパケッ 卜のハン ドリングを行う場 合、 デ一夕を含む IPパケッ トの全体をコピーして、 その中からル一 ティ ングに必要な情報を読み取る必要があり、 ATMZ 1 3 9 4中継器 3にかかる負荷が大きくなる課題があった。
また、 ATM/ 1 3 9 4中継器 3と 1 3 9 4端末 4間で使用されるォ リジナルシグナリングプロ トコルを一から開発する必要が生じるが、 そのためには多大の投資を必要とし、 現実的ではない課題があった。 発明の開示 本発明はこのような状況に鑑みてなされたものであり、 中継器を 介して端末間で異なる伝送規格のデ一夕のやりとりを行うとき、 中 继器の負担を軽減するとともに、 システムの開発工数を削減するこ とができるようにするものである。
本発明に係る通信制御装置は、 中継器を介して受信した第 2の伝 送規格のデ一夕を、 第 1の伝送規格のデ一夕に変換する第 1の変換 手段と、 第 1の伝送規格の所定のデータを、 第 2の伝送規格のデ一 夕に変換する第 2の変換手段とを備える。
本発明に係る通信制御方法は、 中継器を介して受信した第 1の伝 送規格のデ一夕を、 第 2の伝送規格のデータに変換するステップと、 第 2の伝送規格の所定のデータを、 第 1の伝送規格のデータに変換 するステップとを備える。
本発明に係る通信制御装置は、 第 1の端末から送信されてきた第 1の伝送規格のデ一夕を、 第 2の伝送規格のデータに変換する第 1 の変換手段と、 第 2の端末から送信されてきた第 2の伝送規格のデ —夕を第 1の伝送規格のデ一夕に変換する第 2の変換手段と、 第 1 の端末が有するシグナリングプロ トコルと同一のシグナリングプロ トコルで、 第 1の端末から送信されてきた第 1の伝送規格のデータ と、 第 2の変換手段で変換された第 1の伝送規格のデータを処理す る処理手段とを備える。
本発明に係る通信制御方法は、 第 1の端末から送信されてきた第 1の伝送規格のデータを、 第 2の伝送規格のデータに変換する第 1 の変換ステップと、 第 2の端末から送信されてきた第 2の伝送規格 のデ一夕を第 1の伝送規格のデータに変換する第 2の変換ステツプ と、 第 1の端末が有するシグナリングプロ トコルと同一のシグナリ ングプロ トコルで、 第 1の端末から送信されてきた第 1の伝送規格 のデ一夕と、 第 2の変換手段で変換された第 1の伝送規格のデ一夕 を処理する処理ステップとを備える。
本発明に係る通信制御装置は、 中継器は、 第 1の端末から送信さ れてきた第 1の伝送規格のデ一夕を、 第 2の伝送規格のデータに変 換する第 1の変換手段と、 第 2の端末から送信されてきた第 2の伝 P T/JP97/01178
6 送規格のデータを第 1の伝送規格のデータに変換する第 2の変換手 段とを備え、 第 2の端末は、 中継器より伝送されてきた第 2の伝送 規格のデータを、 第 1の伝送規格のデータに変換する第 3の変換手 段と、 第 1の伝送規格の所定のデータを、 第 2の伝送規格のデータ に変換する第 4の変換手段とを備える。
本発明に係る通信制御方法は、 中継器は、 第 1の端末から送信さ れてきた第 1の伝送規格のデータを、 第 2の伝送規格のデータに変 換して、 第 2の端末に伝送するステップと、 第 2の端末から送信さ れてきた第 2の伝送規格のデ一夕を、 第 1の伝送規格のデータに変 換して、 第 1の端未に伝送するステップとを備え、 第 2の端末は、 中継器を介して伝送されてきた第 2の伝送規格のデータを、 第 1の 伝送規格のデータに変換するステツプと、 第 1の伝送規格の所定の デ一夕を、 第 2の伝送規格のデータに変換し、 中継器に伝送するス テッブとを備える。
本発明に係る通信制御装置は、 中継器又は端末との間で、 端末と 他の端末がやり取りする伝送規格のデータを転送するための通信路 を、 あらかじめ所定の制御コマン ドを用いて設定する設定手段を備 んる。
本発明に係る通信制御方法は、 中継器又は端末との間で、 端末と 他の端末がやり取りする伝送規格のデータを転送するための通信路 を、 あらかじめ所定の制御コマンドを用いて設定するステップを備 んる。
本発明に係る通信制御装置においては、 第 1の変換手段が、 中継 器を介して受信した第 1の伝送規格のデータを、 第 2の伝送規格の データに変換し、 第 2の変換手段が、 第 2の伝送規格の所定のデー 夕を、 第 1の伝送規格のデータに変換する。
本発明に係る通信制御方法においては、 中継器を介して受信した 第 1の伝送規格のデ一夕が、 第 2の伝送規格のデ一夕に変換され、 第 2の伝送規格の所定のデータが、 第 1の伝送規格のデ一夕に変換 される。
本発明に係る通信制御装置及び通信制御方法においては、 第 1の 端末が有するシグナリングプロ トコルと同一のシグナリングプロ ト コルで、 第 1の端末から送信されてきた第 1の伝送規格のデ一夕と、 第 2の変換手段で変換された第 1の伝送規格のデータが処理される c 本発明に係る通信制御装置においては、 中継器で、 第 1の変換手 段が、 第 1の端末から送信されてきた第 1の伝送規格のデータを、 第 2の伝送規格のデータに変換し、 第 2の変換手段が、 第 2の端末 から送信されてきた第 2の伝送規格のデ一夕を第 1の伝送規格のデ —夕に変換する。 また、 第 2の端末において、 第 3の変換手段は、 中継器より伝送されてきた第 2の伝送規格のデ一夕を、 第 1の伝送 規格のデータに変換し、 第 4の変換手段は、 第 1の伝送規格の所定 のデータを、 第 2の伝送規格のデータに変換する。
本発明に係る通信制御方法においては、 中継器が、 第 1の端末か ら送信されてきた第 1の伝送規格のデ一夕を、 第 2の伝送規格のデ 一夕に変換して、 第 2の端末に伝送し、 第 2の端末から送信されて きた第 2の伝送規格のデータを、 第 1の伝送規格のデータに変換し て、 第 2の端末に伝送する。 第 2の端末は、 中継器を介して伝送さ れてきた第 2の伝送規格のデータを、 第 1の伝送規格のデ一夕に変 換するとともに、 第 1の伝送規格の所定のデ一夕を、 第 2の伝送規 格のデータに変換して、 中継器に伝送する。 7/01178
本発明に係る通信制御装置及び通信制御方法においては、 中継器 と端末との間で、 端末と他の端末がやり取りする伝送規格のデータ を転送するための通信路が、 あらかじめ所定の制御コマン ドを用い て設定される。
以下に、 本発明の実施の形態を説明するが、 その前に、 特許請求 の範囲に記載の発明の各手段と以下の実施の形態との対応関係を明 らかにするために、 各手段の後の括弧内に、 対応する実施の形態 (但し、 一例） を付加して、 本発明の特徴を記述すると、 次のよう になる。
本発明に係る通信制御装置は、 中継器 （例えば、 図 4の ATM/ 1 3 9 4中継器 3 ) を介して受信した第 2の伝送規格 （例えば、 I EEE 1 3 9 4規格） のデータを、 第 1の伝送規格 （例えば、 ATM規格） のデ —夕に変換する第 1の変換手段 （例えば、 図 5 4の ASEL 3 2 ) と、 第 1の伝送規格の所定のデータを、 第 2の伝送規格のデータに変換 する第 2の変換手段 （例えば、 図 5 4の ASEL 3 2 ) とを備える。
本発明に係る通信制御装置は、 端末が有するシグナリングブ口 ト コルと同一のシグナリングプロ トコルで第 1の伝送規格のデ一夕を 処理する処理手段 （例えば、 図 5 5のレイヤ 3 6 ) を備える。
本発明に係る通信制御装置は、 第 1の端末 （例えば、 図 4の ATM端 末 1 ) から送信されてきた第 1の伝送規格 （例えば、 ATMの規格） の データを、 第 2の伝送規格 （例えば、 IEEE 1 3 9 4の規格） のデ一 夕に変換する第 1の変換手段 （例えば、 図 5 5の ASEL 3 3 ) と、 第 2の端末 （例えば、 図 4の 1 3 9 4端末 4一 1 ) から送信されてき た第 2の伝送規格のデータを第 1の伝送規格のデ一夕に変換する第 2の変換手段 （例えば、 図 5 5の ASEL 3 3 ) と、 第 1の端末が有す るシグナリングプロ トコルと同一のシグナリングプロ トコルで、 第
1の端末から送信されてきた第 1の伝送規格のデータと、 第 2の変 換手段で変換された第 1の伝送規格のデータを処理する処理手段 (例えば、 図 5 5のレイヤ 35 ) を備える。
本発明に係る通信制御装置は、 複数の第 2の端末 （例えば、 図 4 の 1 394端末 2 2— 1と 23— 1 ) が、 異なる第 2の伝送規格の 伝送路上に接続されている場合、 複数の第 2の端末の間でやり取り される Uブレーンにおける第 2の伝送規格のデ一夕を中継する中継 手段 （例えば、 図 54の ASEL3 1 ) をさらに備える。
本発明に係る通信制御装置は、 複数の第 2の端末 （例えば、 図 4 の 1 394端末 22— 1と 2 2— 2 ) が、 同一の第 2の伝送規格の 伝送路上に接続されている場合、 複数の第 2の端末の間でやり取り される Uブレーンにおける第 2の伝送規格のデータを、 実質的にス ルーして中継する中継手段 （例えば、 図 54の ASEL3 1 ) をさらに 備んる。
本発明に係る通信制御装置は、 中継器 （例えば、 図 4の ATM/ 1 3 94中継器 3 ) は、 第 1の端末 （例えば、 図 4の ATM端末 1 ) から送 信されてきた第 1の伝送規格 （例えば、 ATMの規格） のデ一夕を、 第 2の伝送規格 （例えば、 IEEE1 394の規格） のデータに変換する 第 1の変換手段 （例えば、 図 54の ASEL3 1 ) と、 第 2の端末 （例 えば、 図 4の 1 394端末 4一 1 ) から送信されてきた第 2の伝送 規格のデータを第 1の伝送規格のデータに変換する第 2の変換手段 (例えば、 図 54の ASEL3 1 ) とを備え、 第 2の端末は、 中継器よ り伝送されてきた第 2の伝送規格のデータを、 第 1の伝送規格のデ —夕に変換する第 3の変換手段 （例えば、 図 54の ASEL32 ) と、 第 1の伝送規格の所定のデ一夕を、 第 2の伝送規格のデ一夕に変換 する第 4の変換手段とを備える。
本発明に係る通信制御装置は、 中継器 （例えば、 図 4の ATM/ 1 3 9 4中継器 3 ) と端末 （例えば、 図 4の 1 3 9 4端末 4— 1 ) との 間で、 端末 （例えば、 図 4の 1 3 9 4端末 4一 1 ) と他の端末 （例 えば、 図 4の 1 3 9 4端末 4一 2 ) がやり取りする伝送規格のデー 夕を転送するための通信路を、 あらかじめ所定の制御コマン ドを用 いて設定する設定手段を備える。
なお、 勿論この記載は、 各手段を上述したものに限定することを - 意味するものではない。 図面の簡単な説明 図 1は、 従来の V0Dシステムの構成例を示す図である。
図 2は、 IP/ATM使用時の考えられる Uプレーンのプロ トコルス夕 ックを示す図である。
図 3は、 I P/ATM使用時の考えられる Cプレーンのプロ トコルス夕 ックを示す図である。
図 4は、 本発明の通信制御装置を適用した V0Dシステムの構成例を 示す図である。
図 5は、 ASEL-UN Iの関係を説明する図である。
図 6は、 ASELのレイヤ関連図を示す図である。
図 7は、 ASEL- PDUの挿入フィールドを示す図である。
図 8は、 ASEL- PDUのすベての AALタイプに共通なフォーマツ ト及び コ一ディ ング例を示す図である。 図 9は、 ASEL-PDU ( AAL 5 Type) のフォーマッ ト及びコ一ディ ン グ例を示す図である。
図 1 0は、 ASEL-PDU ( AAL O Type) のフォーマツ 卜及びコ一ディ ング例を示す図である。
図 1 1は、 ASEL-CMIと ASEL-UN Iの関係を説明する図である。
図 1 2は、 User s ideにおける ASEL- CMEの状態遷移を説明する図で める。
図 1 3は、 Network sideにおける ASEL-CMEの状態遷移を説明する 図である。
図 1 4は、 ASEL-CMPメヅセージに共通のフィールドのフォ一マッ トを示す図である。
図 1 5は、 WakeUpメッセージのフォーマツ トを示す図である。 図 1 6は、 ActReqメヅセージのフォーマッ トを示す図である。 図 1 7は、 ActAckメヅセージのフォ一マッ トを示す図である。 図 1 8は、 IsoReqメヅセージのフォーマ ヅ トを示す図である。 図 1 9は、 I soRplyメッセージのフォーマツ 卜を示す図である。 図 2 0は、 Dest lDReqメ ッセージのフォ一マヅ トを示す図である。 図 2 1は、 Dest lDRplyメ ヅセージのフォーマッ トを示す図である。 図 2 2は、 SDLを説明する図である。
図 2 3は、 図 1 2の Resetの状態からの状態遷移の処理を説明する フローチヤ一トである。
図 2 4は、 図 1 2の ActPendingの状態からの状態遷移の処理を説 明するフローチヤ一トである。
図 2 5は、 図 1 2の Actの状態からの状態遷移の処理を説明するフ 口一チヤ一トである。 図 2 6は、 図 1 2の Actの状態からの状態遷移の処理を説明するフ 口一チャートである。
図 2 7は、 図 1 2の任意の状態からの状態遷移の処理を説明する フローチャートである。
図 2 8は、 図 1 2の任意の状態からの状態遷移の処理を説明する フローチヤ一トである。
図 2 9は、 図 1 3の任意の状態からの状態遷移の処理を説明する フローチャー トである。
図 3 0は、 図 1 3の Resetの状態からの状態遷移の処理を説明する フローチャートである。
図 3 1は、 図 1 3の ActPendingの状態からの状態遷移の処理を説 明するフローチャー トである。
図 3 2は、 図 1 3の Actの状態からの状態遷移の処理を説明するフ ローチヤ一トである。
図 3 3は、 図 1 3の Actの状態からの状態遷移の処理を説明するフ ローチャートである。
図 3 4は、 図 1 3の任意の状態からの状態遷移の処理を説明する フローチヤ一トである。
図 3 5は、 図 1 3の任意の状態からの状態遷移の処理を説明する フローチャートである。
図 3 6は、 Actの状態からのデータ転送の処理を説明するフローチ ヤートである。
図 3 7は、 データを転送する場合の処理を説明するフローチヤ一 トである。
図 3 8は、 データを転送する場合の処理を説明するフローチヤ一 トである。
図 3 9は、 データを転送する場合の処理を説明するフローチヤ一 トである。
図 4 0は、 図 3 6のステップ S 2 8 7のより詳細な処理を説明す るフローチャートである。
図 4 1は、 図 3 6のステップ S 2 8 8のより詳細な処理を説明す るフロ一チヤ一トである。
図 4 2は、 図 3 6のステップ S 2 9 4のより詳細な処理を説明す るフローチヤ一トである。
図 4 3は、 図 3 6のステップ S 3 0 0のより詳細な処理を説明す るフローチヤ一トである。
図 44は、 データを受信する場合の処理を説明するフローチヤ一 トである。
図 4 5は、 デ一夕を受信する場合の処理を説明するフローチヤ一 トである。
図 4 6は、 データを受信する場合の処理を説明するフローチヤ一 トである。
図 4 7は、 図 44のステップ S 4 5 2のより詳細な処理を説明す るフローチヤ一トである。
図 4 8は、 図 44のステップ S 4 8 9のより詳細な処理を説明す るフローチヤ一トである。
図 4 9は、 図 4 6のステップ S 4 7 9のより詳細な処理を説明す るフローチヤ一トである。
図 5 0は、 図 4 5のステップ S 4 5 9のより詳細な処理を説明す るフローチヤ一トである。 図 5 1は、 図 4 5のステップ S 4 7 0のより詳細な処理を説明す るフローチャートである。
図 5 2は、 図 4 6のステップ S 4 8 3のより詳細な処理を説明す るフローチヤ一卜である。
図 5 3は、 図 4 5のステップ S 4 6 2のより詳細な処理を説明す るフローチヤ一トである。
図 5 4は、 ASELを採用した場合の IP/ATM使用時の Uプレーンのプ 口 トコルスタ ックを示す図である。
図 5 5は、 ASELを採用した場合の IP/ATM使用時の Cプレーンのブ 口 トコルス夕ックを示す図である。 発明を実施するための最良の形態 図 4は、 本発明を適用した V0Dシステムの構成例を示している。 図 1に示した場合と同様に、 ノ ヅクボーン側に ATM (Asynchronous Tr ansfer Mode) 網、 フロン 卜ェン ド側に IEEE 1 3 9 4シリアルパス (IEEE 1 3 9 4 Standards Draft 8. 0 v2 ) を使用している。
ATM端末 1は、 ビデオデ一夕を記憶するサーバであり、 UNI (User -Network Interface) を介して ATM網 2に接続され、 ビデオデ一夕等 の提供を行うようになされている。 ATM/ 1 3 9 4中継器 3は、 UNI を介して ATM網 2に接続され、 ATM網 2を経由して ATM端末 1からのビ デォデ一夕を受信し、 IEEE 1 3 9 4シリアルバスを介して 1 3 9 4 端末 4一 1乃至 4— 7 (以下、 1 3 9 4端末 4一 1乃至 4— 7を個 々に区別する必要がないときは、 適宜 1 3 9 4端末 4と記載する） に提供するようになされている。 1 3 9 4端末 4は、 ATM/ 1 3 9 4 中継器 3から I EEE 1 3 9 4シリアルバスを介して提供されるビデオ データを受信し、 CRT又は LCD等の表示装置に表示するようになされ ている。
同様に、 ATM/ 1 3 9 4中継器 2 1は、 UN Iを介して ATM網 2に接続 され、 ATM網 2を経由して ATM端末 1からのビデオデ一夕を受信し、 IEEE 1 3 9 4シリアルバスを介して 1 3 9 4端末 2 2— 1乃至 2 2 - 4 (以下、 1 3 9 4端末 2 2— 1乃至 2 2— 4を個々に区別する 必要がないときは、 適宜 1 3 9 4端末 2 2と記載する） に提供する ようになされている。 1 3 9 4端末 2 2は、 ATM/ 1 3 9 4中継器 2 1から IEEE 1 3 9 4シリアルパスを介して提供されるビデオデータ を受信し、 CRT又は LCD等の表示装置に表示するようになされている。
ATM/ 1 3 9 4中継器 2 1にはまた、 IEEE 1 3 9 4シリアルパス ( 1 3 9 4端末 2 2が接続されている IEEE 1 3 9 4 シリアルバスと は異なる系統のシリアルバス） を介して 1 3 9 4端末 2 3— 1乃至
2 3 - 4も接続されており、 これらの 1 3 9 4端末にも、 ATM端末 1 からビデオデータが提供されるようになされている。
IEEE 1 3 9 4シリアルパスの接続方式は、 「ディジーチェーン」 又は 「ノード分岐」 のいずれをも使用することができる。 ディジー チェーン方式の場合、 通常 1 6台までの 1 3 9 4端末 （ノード （ 1
3 9 4ポートを持つ機器） ） を接続することができ、 その端末間の 最大長は IEEE 1 3 9 4規格で 4 . 5メ一トルまでと規定されている。 ノード分岐方式を併用した場合では、 規格上、 最大で 6 3台まで接 続することができる。
ディジーチェーン方式での接続端末数の制限は、 両端の端末間で の伝送遅延によるものである。 また、 IEEE 1 3 9 4規格では、 ノー ド ID用の 1 6ビッ トのうち、 1 0ビッ トでバス ID番号を指定し、 6 ビヅ 卜でフィ ジカル （Physical ) ID番号を指定する。 1つのバスに ついては、 フィジカル ID番号 0乃至 6 2を 1 3 9 4端末に割り当て ることができ、 最大接続数は 6 3台となる。 最後のフィジカル ID番 号である 6 3は、 ブロードキャス 卜で使用されるため、 個々の端末 に対するフィジカル ID番号に割り振ることはできない。
一方、 バス ID番号として 0乃至 1 0 2 2の値を各パスに割り当て ることができる。 最後のバス ID番号である 1 0 2 3は、 ブロードキ ヤス 卜で使用されるため、 個々のパスに対するバス ID番号に割り振 ることはできない。 即ち、 パスは最大 1 0 2 3個まで拡張すること ができる。 したがって、 1つのシステム内では最大 6 4 4 4 9 ( = 1 0 2 3 x 6 3 ) ノードを接続することができる。
全てのノードは、 自分のノード ID番号に送られたパケッ トと、 ノ ス ID番号が等しい、 又はブロードキャス トであるフィジカル ID番号 6 3宛に送られたバケツ トを受け取る。
また、 1 3 9 4端末は、 IEEE 1 3 9 4規格のケーブルの抜き差し を、 電源が入った状態で、 即ち機器が動作している状態で行うこと が可能であり、 ノードが追加又は削除された時点で、 あるいは電源 投入時にも自動的に 1 3 9 4ネッ トワークの再構成を行い、 各ノー ドに対してノード ID番号を再設定するようになされている。
以下、 フロン トエン ド側に属する ATM/ 1 3 9 4中継器 3及び 2 1、 1 3 9 4端末 4， 2 2， 2 3等の装置において、 それらの IEEE 1 3 9 4規格のリンクレイヤ （ 1 3 9 4 LINK) 上に、 AAL (ATM Adaptat ion Layer) /ATMレイヤ （ITU-TI . 3 6 3 / ITU-TI . 3 6 1 ) をェ ミュレ一ションする階層を実装する方法について説明する。 ここで はこの階層のことを ASEL ( ATM over IEEE1394 Serial bus Emulat i on Layer) と呼ぶことにする。
ASELは、 その装置の ASEL以上の階層のソフ トウェアに対して、 IE EE 1 3 9 4シリアルバスを隠蔽し、 且つ AAL/ATMレィャをエミユレ ーシヨンする。 そのため、 ASELを実装した装置においては、 自身の IEEE 1 3 9 4シリアルバスイ ンタフェースにおいて、 VPC (Virtual Pass Connection) /VCC ( Virtual Channel Connection) の多重分 離が可能となり、 さらに、 ATM網 2に対応したネッ トワークアクセス プロ 卜コルソフ 卜ウェア、 及び各種アプリケ一シヨンソフ トウエア をそのまま使用することが可能となる。
図 5は、 ATM/ 1 3 9 4中継器 3と 1 3 9 4端末 4— 1乃至 4 - 3 における ASELエンティティが、 各々の ASEL-UNIを介して、 1対 1に 相互接続されることを示した図である。 同図に示すように、 物理的 には 1本の 1 3 9 4シリアルバスケーブル上に、 複数の ASEL-UNIが 存在しうる。
また、 ASELエンティティは、 ASEい UNIを境に、 Network side ( AT / 1 3 9 4中継器 3側） と、 User side ( 1 3 9 4端末 4一 1乃至 4一 3側） の動作に分けられる。 Network sideにおける各々の ASEL - UNIは、 User sideの 1 3 9 4端末 4— 1乃至 4一 3が個々に保有し ている 1 3 9 4 Node Unique IDと、 各々の ASEL- UN Iに割り振られた ASEL-UNI IDを対応付けることによって、 識別される。
図 6は、 ASELの位置づけを表すレイヤ関連図を示している。 同図 に示すように、 ASELは、 上位レイヤ （Upper Layer) とのプリ ミティ ブとして、 各種 AALが提供するプリミティブと同様のプリ ミティブを 提供する。 即ち、 上位レイヤからの AAL UNITDATA. req (リクエス ト） を受け取り、 AALJJNITMTA.ind (イ ンディケ一ト） を供給する。 ま た、 AAL_U_ABORT.reqを受け取り、 AAL_U_ABORT. indを供給する。 さ らに、 AAL—P— ABORT, indを上位レイヤに供給する。 これにより、 ASE Lの上位レイヤ （例えば、 後述する図 54の IPレイヤ、 IP/ATMレイヤ、 並びに図 5 5の Q. 293 1レイヤ、 SSCF + SSCOP) のソフ トウエア は、 下位レイャ （例えば、 図 54と図 5 5の 1 394 LINKレイヤ， 1 394PHYレイヤ） が AALである場合と同様に振る舞うことができ る。
ここで、 AALJJNITDATA.req及び AAL_UNITDATA. indは、 上位レイヤ との間で、 デ一夕転送を行うためのプリ ミティブである。
^に1^1 0 7 . 9及び 1^_1^1了0八1 .111(1プリ ミティブには、 以下 の情報が含まれる。
• ASEL-UNIを識別するための ID (ASEい UNI ID)
• Virtual Passを識別するための VPI(Virtual Pass Identifier)/ Virtual Channelを識別するための VCI (Virtual Channel Identifie r)値 (VPI/VCI value)
• AAL5パラメ一夕群 （AAL5 parameters) ： このパラメータ群は、 ASEL-VCCの AAL夕ィプが AAL 5である場合に含まれる。
• イン夕フエ一スデ一夕 （Interface Data) ： AAL 5がメヅセ一 ジモードで動作している場合、 このパラメ一夕は、 完全な AAい SDU (Service Data Unit) に相当する。 ス 卜 リ一ミングモードで動作し ている場合、 このパラメ一夕は、 一部の AAい SDUに相当する。
• More： このパラメ一夕は、 メッセージモードでは使用されない。 ス ト リーミングモードにおいて、 このパラメ一夕は、 受信中及び送 信中のィン夕フエースデータが、 AAい SDU全体の最終部分を含んでい るか否かを示す。
• 損失優先度 （Loss Priority) ： このパラメ一夕は、 AAい SDUの 損失優先度を示す。 このパラメ一夕は、 後述する ASEL- PDU ( Protoc ol Data Unit) ヘッダへマツビングされる。
• 輻輳表示 ( Congestion Indication) ： このノ ラメ一夕は、 AA L - SDUが、 輻輳状態を経由したかどうかを表示する。 このパラメ一夕 は、 後述する ASEL-PDUへッダへマツビングされる。
• AALユーザ ·ユーザ情報 （AAL User - User Informat ion) ： この パラメ一夕は、 同位の ASEL上位レイヤエンティティ間を、 ASELによ つて透過的に転送される。 このパラメ一夕は、 後述する ASEL-PDUへ ッダへマッビングされる。
. エラ一状態 （Error Status) ： このパラメ一夕は、 インタフエ ースデータが伝送エラ一を含んでいるかもしれないことを示す。 こ のパラメ一夕は、 エラ一データの配信機能を使用している場合のみ 使用される。 このパラメ一夕は、 AALJIN ITDATA. reqプリ ミティブに は含まれない。
• AAL 0パラメ一夕群 （AAL O parameters) ： このパラメ一夕群は、 ASEL-VCCの AAL夕ィプが AAL 0である場合に含まれる。
• イン夕フエ一スデ一夕 （Interface Data) ： このパラメ一夕は、 常に、 完全な AAL- SDI こ相当する。
• 損失優先度 （Loss Prior ity) ： このパラメ一夕は、 AAい SDUの 損失優先度を示す。 このパラメ一夕は、 後述する ASEL-PDUヘッダへ マツビングされる。
• 輻輳表示 （Congest ion Indication) ： このパラメ一夕は、 AA L-SDUが、 輻輳状態を経由したかどうかを表示する。 このパラメ一夕 は、 後述する ASEL-PDUへッダへマツビングされる。
• エラ一状態 （Error Status) ： このパラメ一夕は、 イン夕フエ —スデ一夕が伝送エラーを含んでいるかもしれないことを示す。 こ のパラメ一夕は、 エラ一データの配信機能を使用している場合のみ 使用される。 このパラメ一夕は、 AAL_UNITDATA.reqプリ ミティブに は含まれない。
さらに、 AAL_U_AB0RT.req、 AAL_U_AB0RT. ind及び AAL_P_AB0RT. in dプリ ミティブは、 上位レイヤとの間で、 アボートサービスを行うた めのプリ ミティブである。 これらのプリ ミティブは、 該当する ASEL - VCCが AAL3/4又は AAL5のス トリ一ミングモ一ドの場合にのみ、 使用される。
AALJLABORT.reqプリミティブは、 アポ一トサービスを起動するた めに、 ASELの上位レイヤによって使用される。 AAL_U_AB0RT.indプリ ミティブは、 相手同位 （相手側の ASEL) の上位レイヤからの指示に よって、 一部配信された AAL-SDUを、 ASELの上位レイヤが廃棄すべき であることを示す。 AAL_P_AB0RT.indプリ ミティブは、 ASEL又は ASE Lの下位レイヤでエラーが発生していることによって、 一部配信され た AAい SDUを、 ASELの上位レイヤが廃棄すべきであることを示すため に、 ASELェンティティによって使用される。
AAL_U_AB0RT.req、 AAL_U_AB0RT. ind及び AAL_P_AB0RT. indプリ ミテ イブには、 以下の情報が含まれる。
• ASEL-UNIを識別するための ID (ASEL-UNI ID)
• VPI/VCI値 （VPI/VCI value)
また、 ASELは、 下位レイヤとのプリ ミティブとして、 IEEE 1 3 9 4 リンクレイヤが提供するプリ ミティブをそのまま使用する。 即ち、 下位レイヤに対して LK一 IS0_C0NT.reqを供給し、 LK_CYCLE. indを受け 取る。 また、 下位レイヤに対して LK_IS0.reqを供給し、 LK_IS0.ind を受け取る。 また、 下位レイヤに対して LK_DATA.reqを供給し、 LK— DATA.conf, LK_DATA. indを受け取り、 下位レイヤに対して LK_DATA. respを供給する。 これにより、 1 394 リンクレイヤは、 上位レイ ャを意識する必要がなくなる。
LK_IS0一 CONT.reqプリ ミティブは、 ASELエンティティが受付許可さ れている受信 Isochronous channel numberのリス トを要求する際に 使用される。
LK_IS0_C0NT.reqプリ ミティブには、 以下の情報が含まれる。
• 収容している 1 394シリアルパスを識別するためのバスィンデ ックス （ 1 39 4 Bus Index)
• 受付許可中の受信 Isochronous channel numberのリス 卜 (Accep ted receive isochronous channel number list)
LK_CYCLE. indプリ ミティブは、 1 394 Linkレイヤが、 Cycle sy nc eventが発生したことを ASELエンティティに通知するために、 使 用される。
LK— CYCLE, indプリ ミティブには、 以下の情報が含まれる。
• 収容している 1 394シリアルバスを識別するためのバスィンデ ックス （ 1 394 Bus Index)
• 現在の cycle count値 (Current cycle count) ： このノ ラメ一夕 は、 現在の CycleJTIMEレジス夕の cycle_count値を収容すべきである。 • 現在の second count値 (Current second count) ： このノ ラメ一 夕は、 現在の BUSJTIMEレジス夕の値を表す。
LK_IS0.req及び LK ISO. indプリ ミティブは、 ASELと 1 39 4 Link レイヤとの間で、 CBR( Constant Bit Rate)データの転送を行うため に使用される。 ASELエンティティは、 1つの Isochronousパケ 'ソ 卜の 送信を 1 394Linkレィャに要求するために、 LK— ISO.reqプリ ミテ イブを使用する。 また、 1 3 94Linkレイヤは、 1つの Isochronou sパケッ トを受信したことを ASELェンティティに通知するために、 L K— ISO.indプリ ミティ ブを使用する。
Ui_IS0.req及び LK_IS0.indプリミティブには、 以下の情報が含ま れる。
• 収容している 1 3 94シリアルパスを識別するためのパスィンデ ヅクス （ 1 394 Bus Index)
• Tag value
• Isochronous channel number
• Synchronization code： このパラメ一夕は、 ASELエンティティで は使用されない。
• デ一夕長 (Data length)
• デ一夕 （Data) ： このパラメ一夕は、 ASEL-PDUを表す。
• Speed： このパラメ一夕は、 パケヅ 卜の伝送レ一ト （ 1 00 M/ 200 M/40 0Mbps) を示す。
• Packet status： このパラメ一夕は、 1 394 Linkレイヤによつ て実行されるバケツ 卜の受信動作の結果を表す。 このパラメ一夕は、 LK_IS0.indプリ ミティブのみに含まれる。
LK_DATA.reqプリ ミティブは、 UBR(Unassigned Bit Rate)又は ABR (Available Bit Rate)データの送信を行うために使用される。 ASEL エンティティは、 1つの Asynchronousパケッ トの送信を 1 394 Li nkレイヤに要求するために、 このプリ ミティブを使用する。 LK— DATA.reqプリ ミティブには、 以下の情報が含まれる。
• 収容している 1 3 94シリアルバスを識別するためのバスィンデ ックス （ 1 394 Bus Index)
• Destination Self ID
• Destination offset： このパラメ一タは、 この Asynchronousパケ ッ トの Data fieldに ASEL-PDUを格納していることを示すための値に 固定される。
• Transaction code： このノ ラメ一夕は、 "write request for d ata block" の値 （すなわち、 = 1 ) に固定される。
• Extended transaction code： このノ ラメ一夕は、 ASELェンティ ティでは使用されない。
• Retry code： "retry not supported" の値 (すなわち、 = 1 ) に固定される。
• デ一夕長 (Data length)
• デ一夕 （Data) ： このパラメ一夕は、 ASEL-PDUを表す。
• Speed： このパラメ一夕は、 パケッ トの伝送レ一ト （ 1 0 0 M/ 200 M/40 0Mbps) を示す。
LK_DATA.confブリ ミティブは、 1つの Asynchronousパケッ 卜の送 信を、 上位レイヤが確認するために、 1 394Linkレイヤによって、 使用される。
LK_DATA.confプリ ミティブには、 以下の情報が含まれる。
• 収容している 1 3 94シリアルバスを識別するためのバスィンデ ックス （ 1 394 Bus Index)
• Request status： このパラメータは、 LK_DATA. reqプリ ミティブ の結果を表す。 • Acknowledge： このパラメ一夕は、 IEEE 1 3 9 4規格で定義され ている Ack_codeの値の 1つを含む。
LK_DATA. indプリ ミティ ブは、 UBR又は ABRデータの受信を行うため に使用される。 1 3 9 4 L inkレイヤは、 1つの Asynchronousバケツ 卜を受信したことを ASELエンティティに通知するために、 このプリ ミティブを使用する。
LK_DATA. indプリ ミティ ブには、 以下の情報が含まれる。
• 収容している 1 3 9 4シリアルパスを識別するためのバスィンデ ヅクス （ 1 3 9 4 Bus Index)
• Source Self ID
• Destination Self ID
• Destination offset： この ラ 一タ 、 この Asynchronousノ ケ ッ トの Data fieldに ASEL-PDUを格納していることを示すための値に 固定される。
• Transact ion code： このノ ラメ一夕は、 "write request for d ata block" の値 （すなわち、 = 1 ) に固定される。
• Extended transaction code： このノ ラメ一夕は、 ASELェンティ ティでは使用されない。
• Transaction label： このパラメ一夕は、 ASELエンティティでは 使用されない。
• Retry code : "retry not supported" の値 （すなわち、 = 1 ) に 固定される。
• データ長 （Data length)
• データ （Data) ： このパラメ一夕は、 ASEL-PDUを表す。
• Speed： このパラメータは、 パケヅ 卜の伝送レ一ト （ 1 0 0 M / 2 0 0 M / 4 0 0 Mbps) を示す。
• Packet status： このパラメ一夕は、 1 3 9 4 Linkレイヤによつ て実行されるバケツ 卜の受信動作の結果を表す。
LK— DATA. respプリ ミティブは、 受信された 1つの Asynchronousパ ケッ トに対する応答を行うために、 ASELェンティティによって使用 される。 すなわち、 1つの acknowledgeパケッ トを送信することによ つて、 そのサブアクションは完了する。
LK— DATA. respプリ ミティブには、 以下の情報が含まれる。
• 収容している 1 3 9 4シリアルバスを識別するためのバスィンデ ヅクス （ 1 3 9 4 Bus Index)
. Acknowledge： このパラメ一夕は、 IEEE 1 3 9 4規格で定義され ている Ack_codeの値の 1つを含む。
， Bus Occupancy Control： このパラメ一夕は、 1 3 9 4 Linkレイ ャが、 a c k n o w 1 e d g eパケッ トの送信後、 1 3 9 4シリア ルバスの支配権を手放すか否かを制御する。
• Speed： このパラメ一夕は、 パケッ トの伝送レート （ 1 0 0 M / 2 0 0 M / 4 0 0 Mbps) を示す。
さらに、 ASELは、 自分自身の （ローカルな） ASELレイヤマネージ メン トェンティティ との間で、 相手側の ASELェンティティ及び自分 自身の ASELエンティティに関する構成、 障害、 性能、 及び警報等の 各種の管理情報を含めた ASELマネージメント用プリ ミティブをやり とりする。
ASELレイヤマネージメン ト用プリ ミティブとして、 大きく分けて 7種類のプリ ミティブ群を提供する。 具体的には、 起動、 リセッ ト、 コネクション制御、 ローカル障害、 リモート障害、 ローカルエラ一 及びデータ転送の 7種類である。
まず、 ASELの起動に関するプリ ミティブとして、 ASELレイヤマネ —ジメン 卜からの MASEL_Act.reqを受け取り、 MASEL_Act. indを供給 する。 MASEL_Act.reqプリ ミティブは、 ASELエンティティが起動状態 (Actstatus) に遷移することを要求するために、 User sideの ASEL レイヤマネージメン トによって使用される。 MASEL_Act. indプリ ミテ イブは、 ASELレイヤマネージメン トに対して、 ASELエンティティが 起動状態 （Actstatus) に遷移したことを通知するために、 ASELェン ティティによって使用される。
MASEL_Act.req及び MASEL_Act.indプリ ミティブには、 以下の情報 が含まれる。
• ASEL- UNIを識別するための ID (ASEL-UNI ID)
• 収容している 1 3 9 4シリアルバスを識別するためのパスィンデ ヅクス （ 1 3 9 4BUS Index) ：このパラメ一夕は MASE ACT. reqプリ ミティブには含まれない
ASELのリセッ 卜に関するプリ ミティブとして、 ASELレイヤマネ一 ジメン トからの MASEL_Reset.reqを受け取る。 MASELJeset. reqプリ ミティブは、 ASELエンティティがリセッ ト状態 （Resetstatus) に遷 移することを要求するために、 ASELレイヤマネ一ジメン 卜によって 使用される。
MASEL_Reset.reqプリミティブには、 以下の情報が含まれる。
• ASEL- UNIを識別するための ID (ASEL-UNI ID)
ASELのコネクション制御に関するプリ ミティブとして、 ASELレィ ャマネージメン 卜からの MASEL_ConSet.req及び MASEL— ConRec.reqを 受け取り、 MASEL ConSet.confを提供する。 また、 ASELレイヤマネー ジメン トからの MASEL_ConRel.reqを受け取り、 MASEL_ConRel . confを 提供する。
MASEL— ConSet.reqプリ ミティブは、 新たな ASEL- VCCを設定するこ とを要求するために、 ASELレイヤマネージメン トによって使用され る。
MASEL— ConSet.reqプリ ミティブには、 以下の情報が含まれる。
• ASEL- UNIを識別するための ID (ASEL-UNI ID)
• VPI/VCI値 (VPI/VCI value)
• ASELエンティティに存在する全ての ASEL-UNI上で、 各 ASELコネク シヨンをユニークに識別するための ID (ASEL Connection ID)
• AAL夕ィプ （AAL Type)
• ルーティ ングエリア （Routing Area) ： このパラメ一夕は、 設定 しょうとしている ASEL-VCCのルーティ ングエリアを表す。 パラメ一 夕の値として、 External/Internal and same 1 394 Bus/ Intern al and other 1 394 Bus/Termin ate/Unknownの 5種類をとりう る。
• トポロジー （Topology) ： このパラメ一夕は、 ASEL-VCCの形態を 表す。 パラメ一夕の値として、 Point-Point/Point-Multipointの 2 種類をとりうる。
• AAL5特有情報 （AAL5 Specific information) ： このパラメ一 夕は、 AALタイブパラメ一夕が AAL 5の場合のみ使用される。
• 上位レイヤに対するエラー SDUの配信 （Error SDU delivery t o Upper Layer)
• 送信最大 SDU長 (Transmit Maximum SDU Size)
• 受信最大 SDU長 （Receive Maximum SDU Size) • AAL O特有情報 （AAL O Spec ific information) ： このパラメ一 夕は、 AAL夕ィブパラメータが AAL Oの場合のみ使用される。
• 上位レイヤに対するエラー SDUの配信 （Error SDU del ivery t o Upper Layer)
• 送信帯域幅 ( Transmit Bandwidth)
• 受信帯域幅 （Receive Bandwidth)
. QoSクラス （QoS c lass) ： このパラメ一夕は、 ASEい VCCのサービ ス品質 （Qual ity of Service) を決定する。 パラメ一夕の値として、 UBR/CBR/VBR(Variable B it &ate )/ABRの 4種類をとりうる。
• ABRトラヒック情報 （ABR traff ic information) ： このパラメ一 夕は、 QoSクラスパラメ一夕が ABRである場合のみ使用する。
最小送信レ一ト (Minimum Transmit Rate)
最小受信レ一卜 (Minimum Receive Rate)
初期送信レート （Initial Transmit Rate)
初期受信レート （Initial Receive Rate)
送信 Trm ( Transmit Trm) ： このパラメ一夕は、 User s ideでの み使用される。
• 送信許可レート減少時間ファクタ （Transmit Al lowed Rate D ecrease Time Factor) ： この^ラメ一夕は、 User sideでのみ使用 される。
• 送信レート増カロファクタ ( Transmit Rate Increase Factor) ： このパラメ一夕は、 User sideでのみ使用される。
• 送信レー卜減少ファクタ ( Transmit Rate Decrease Factor) ： このパラメ一夕は、 User sideでのみ使用される。
• 送信カツ トオフ減少ファクタ （Transmit Cutoff Decrease Fa ctor) ： このパラメ一夕は、 User sideでのみ使用される。
• 送信セグメントサイズ （Transmit Segmentation size) ： このパ ラメ一夕は、 分割された各々の送信 ASEL-PDU長に等しい。 このパラ メータは、 AAL0タイブの ASEL- VCCでは使用しない。
• 受信シ一ケンス番号 (Receive Sequence Number) ： このノ メ 一夕は、 受信した ASEL-PDUヘッダの SN (Sequence Number) フィ一ル ドのチエツクを行うか否かを決定する。
MASEL— Con&ec.reqブリ ミティブは、 1 3 94のバスリセッ トが原 因で、 Reset statusへ遷移した後、 再度 Act statusに復旧した ASEL -UNIにおける ASEL-VCCを復旧することを要求するために、 User sid eの ASELレイヤマネージメントによって使用される。
MASEL_ConSet.confプリ ミティブは、 MASEL_ConSet. req、 又は、 M ASEL_ConHe reqプリ ミティブに対する動作の結果を、 ASELレイヤマ ネージメントが確認するために、 ASELェンティティによって使用さ れる。 また、 ASELエンティティは、 ASEL- VCCが復旧したことを通知 するために、 MASEL— ConSet.confプリ ミティブを使用する。
MASEL_ConRel.reqプリ ミティ ブは、 ASELレイャマネ一ジメン トに よって、 ASEL-VCCを解放するために使用される。
MASEL_ConRel.confプリ ミティブは、 MASEL_ConRel. reqプリ ミティ ブに対する動作の結果を、 ASELレイヤマネ一ジメン トが確認するた めに、 ASELエンティティによって使用される。
MASEL_Con ec.req, MASEL_ConSet.conf , MASEL_ConRel. req及び M ASEL_ConRel.confプリ ミティブには、 以下の情報が含まれる。
• ASEL-UNIを識別するための ID (ASEL- UNI ID)
• VPI/VC1値 (VPI/VCI value) • ASELエンティティに存在する全ての ASEL-UNI上で、 各 ASELコネク シヨンをユニークに識別するための ID ( ASEL Connection ID )
ASELのローカル障害に関するプリ ミティブとして、 ASELレイヤマ ネ一ジメン 卜に対して、 MASEL_BusHa . ind及び MASEL—ExpireEr . in dを供給する。 これらのプリ ミティブは、 口一カルな ASELェンティテ ィに重大な障害が発生したことを意味しているため、 ASELレイヤマ ネージメン トエンティティ及びアプリケーションソフ 卜ウェアは速 やかに、 障害が発生した ASEL-UNIに関連する全てのリソースを解放 するべきである。
MASEL_BusHalt. indプリ ミティブは、 User sideでは、 1 3 9 4シ リアルバスが停止されたことを示し、 Network sideでは、 1 3 9 4 シリアルバスが停止されたか、 もしくは、 User sideの 1 3 9 4端末 が喪失されたことを示す。
MASEL—ExpireEr. indプリ ミティブは、 ローカルな ASELェンティテ ィにおいて、 夕イマ満了に伴う重大なエラーが発生したことを示す。
MSEL_BusHalt. ind及び MASEL— Exp ireEr . indプリ ミティブには、 以 下の情報が含まれる。
• ASEL-UNIを識別するための ID ( ASEL-UNI ID)
ASELのリモート陣害に関するプリ ミティブとして、 ASELレイヤマ ネ一ジメン トに対して、 MASEL_FatalEr. indを供給する。 このプリ ミ ティブは、 リモートの ASELエンティティにおいて、 何か重大なエラ —が発生したことを意味しているため、 ASELレイヤマネージメン 卜 エンティティ及びアブリケーシヨンソフ トウェアは速やかに、 障害 が発生した ASEL-VCCに関連する全てのリソースを解放するべきであ
0 MASEL_FatalEr. indプリ ミティブには、 以下の情報が含まれる。
• ASEL- UNIを識別するための ID ( ASEL-UNI ID)
• VP I/VCI値 ( VPI/VCI value)
• ASELエンティティに存在する全ての ASEL- UNI上で、 各 ASELコネク シヨンをユニークに識別するための ID ( ASEL Connection ID)
• エラ一コード （Error Code) ： このパラメ一夕は、 リモートの A SELェンティティで発生した障害内容をコード化したものである。
ASELのローカルエラーに関するプリ ミティブとして、 ASELレイヤ マネージメントに対して、 MASEL_IsoEr. ind、 MASEL_DestEr. ind及び MASEL_StsEr. indを供給する。
MASELJsoEr. ind及び MASEに DestEr. indプリ ミティブは、 口一カル な ASELェンティティにおいて、 ASEL-VCC設定に関するエラ一が発生 したことを意味しているため、 ASELレイヤマネージメン トェンティ ティ及びアプリケ一ションソフ トウェアは速やかに、 障害が発生し た ASEL-VCCに関連する全てのリソースを解放するべきである。
MASEL— I soEr. ind及び MASE DestEr. indプリ ミティブには、 以下の 情報が含まれる。
- ASEL-UNIを識別するための ID (ASEL-UNI ID)
• VP I/VC I値 （VP I/VCI value)
• ASELエンティティに存在する全ての ASEL-UNI上で、 各 ASELコネク シヨンをユニークに識別するための ID ( ASEL Connection ID)
MASEL— StsEr. indプリ ミティブは、 口一カルな ASELェンティティに おいて、 状態遷移に関するエラーが発生したことを示す。
MASEL_StsEr. indプリ ミティブには、 以下の情報が含まれる。
• ASEL- UNIを識別するための ID ( ASEL-UNI ID) ASELのレイヤマネージメント情報を含めたデータ転送を行うため のプリ ミティブとして、 ASELレイヤマネ一ジメン 卜から MASEL_DATA. reqを受け取り、 MASEに DATA.indを供給する。 これらのプリ ミティブ は、 相手同位 ASELレイヤマネージメン トエンティティ間で、 任意の マネージメン ト情報を転送するために使用される。
MASEに DATA·Γeq及びMASEL_DATA.indプリ ミティブにおけるパラメ —夕は、 AALJJNITDATA.req及び AALJJNITDATA. indプリ ミティブにお ける AAL0パラメ一夕と同じ内容のパラメ一夕を含む。 なぜならば、 これらのプリ ミティブを転送するための ASEL- PDUの AALタイブは、 常 に AAL0を使用するからである。
MASE DATA.Γeq及びMASEL·_DATA.indブリ ミティブには、 以下の情 報が含まれる。
• ASEL-UNIを識別するための ID (ASEL-UNI ID)
• VPI/VCI値 (VPI/VCI value)
• Management ID： このパラメ一夕は、 イン夕フェースデ一夕とし て含まれているマネ一ジメン ト情報の種別を識別するために、 使用 される。
• イン夕フエ一スデ一夕 （Interface Data) ： このパラメ一夕は、 常に、 完全な AAL-SDUに相当する。
• 損失優先度 （Loss Priority) ： このパラメ一夕は、 AAい SDUの損 失優先度を示す。 このパラメ一夕は、 後述する ASEL-PDUへヅダのへ マッピングされる。
• 輻輳表示 (Congestion Indication) ： このパラメ一夕は、 AAL- SDUが、 輻輳状態を経由したかどうかを表示する。 このパラメ一夕は、 後述する ASEい PDUへッダへマツビングされる。 . エラ一状態 （Error Status) ： このパラメ一夕は、 インタフエ一 スデ一夕が伝送エラーを含んでいるかもしれないことを示す。 この パラメ一夕は、 エラ一データの配信機能を使用している場合のみ使 用される。 このパラメ一夕は、 MASEL_DATA.reqプリ ミティブには含 まれない。
次に、 ASELの主要な機能について説明する。 まず第 1に、 各 ASEL - UNIにおける VPC/VCC多重分離が可能である。 即ち、 ASELェンティテ ィは、 Isochronous channel上に複数の VPC/VCCの設定を可能とする。 なお、 異なった Isochronous channel上に設定する VPC/VCCの VPI(Vi rtual Path Identir icat ion )/VCI (Virtual Channel Identif icatio n)値は重複してもよい。
また、 ASELエンティティは、 送信時は、 相手先のノード ID番号で ある Dest (デスティネーション） -ID、 受信時は自身のノード ID番号 である Src (ソース） -ID毎に複数の VPI/VCI値の設定及び識別を可能 とする。
なお、 異なった Dest- ID又は Src-IDにおける VPC/VCCの VPI/VCI値は 重複してもよい。 VPC/VCCに関する各種パラメ一夕は、 ASELレイヤマ ネージメントからの MASEL_ConSet.reqブリ ミティブを用いて設定さ れる。
第 2に、 ASELは、 QoS (Quality of Service) を保証する。 即ち、 ASELは、 ATMの CBR (固定伝送速度 ： Constant Bit Rate) サービスを IEEE 1 394規格の Isochronousパケッ トを用いて、 また、 ATMの UB R (Unassigned Bit Rate) サ一ビス、 及び ABU (Available Bit Rat e) サービスを IEEE 1 39 4規格の Asynchronousパケッ トを用いて行 い、 ASELユーザに対して QoSを保証する。 図 7は、 I EEE 1 3 9 4規格においてやりとりされるバケツ トのデ 一夕フォーマツ トを示している。 このパケヅ トはヘッダ部とデ一夕 フィールドより構成され、 へヅダ部には、 Asynchronousパケッ トの 場合、 相手ア ドレス、 自ノード · ア ドレス、 及び転送データ · サイ ズ等の情報が入り、 I sochronousパケッ トの場合、 チャネル I Dなどの 情報が入り、 デ一タフィールドに実際に伝送するデータがクヮ ドレ ヅ ト （quadl et ) 単位 （ 4パイ ト単位） で格納される。 デ一タフィ一 ルドの大きさは可変であり、 データフィールドには、 パケッ トの大 きさが 4バイ ト単位となるように、 デ一夕の最後に必要に応じて適k、 zero pad bytesが挿入される 0
伝送速度が 1 0 0 Mbps (メガビッ 卜/秒） の場合、 バケツ トの最 大長は、 I EEE 1 3 9 4規格の I sochronousパケヅ トでは 1 0 2 4バイ ト、 IEEE 1 3 9 4規格の Asynchronousバケツ トでは 5 1 2パイ トで ある。 また、 ASELエンティティには、 デ一夕転送を行う前に MASEL— ConSet . reqプリ ミティブの送信セグメン トサイズパラメ一夕が、 各 々の ASEL-VCC毎に設定される。 よって、 どちらかの値を超えるパケ ッ トについては、 複数のパケ、ソ 卜に分割して送信する。
例えば、 IEEE 1 3 9 4規格の Asynchronousバケツ 卜の場合、 所定 のノ一ドから送信されたパケヅ トは、 IEEE 1 3 9 4シリアルバス内 の全てのノードに転送されるので、 各ノードは、 このパケッ トのへ ッダ部を読み、 自ノード宛のパケッ トデ一夕であればそれを読み込 む。 また、 I EEE 1 3 9 4規格の I sochronousパケッ トの場合、 ノード • ア ドレスを使用せず、 チャネル I Dを用いる。 例えば、 同時に複数 ノードからデータを転送する場合には、 転送するデータにその内容 を区別するためのチャネル IDをそれぞれ設定し、 データを受信する ノードは、 所定の転送データに対応するチャネル IDを設定し、 所望 のデ一夕だけを受け取る。 したがって、 2つ以上のノードが同一の チャネル I Dのデータを受け取ることもできる。 このようにして、 所 定のノ一ドから他の所定のノードにデ一夕を転送することができる。 また、 図 7に示したように、 ASEL-PDU (プロ トコル 'データ単位 ： Protocol Data Unit) は、 IEEE 1 3 9 4規格に規定されている As ynchronous packet formats with data block payloadの Write req uest for data block packets 又は I sochronous data-block packe t formatの dataフィ一ルドに挿入される。 図 8乃至図 1 0を参照し て後述するように、 ASEL-PDUは、 ヘッダ部とペイロード部より構成 される。
ASEい PDUを転送する場合、 Asynchronous l 卜 （Write reques t for data block packet) のヘッダにおいて、 以下のフ ィールドの 値が固定される。
• Destination offsetフィ一ノレド ： 本 Asynchronous packetのデ一 夕フィ一ルドに、 ASEL-PDUが格納されていることを示すための特有 なオフセッ ト値とする。
• Transaction codeフ ィ ——ゾレ ド ： 0 0 0 1 ： write request for d at a block
• Extended transaction codeフ ィ一レ ド ： 0 0 0 0
ASEL-PDUを転送する場合、 Isochronousパケッ ト （I sochronous d ata— block packet) のへヅダにおいて、 以下のフィールドの値が固 定される。
• Transaction codeフ ィ ——ノレ ド ： 1 0 1 0 : Isochronous data bl ock 図 8乃至図 1 0に示すように、 ASEL- PDUは、 ヘッダ部とペイロー ド部より構成される。
ASEL- PDUヘッダには、 以下の情報が含まれる。
• VPC/VCCを識別するための VPI/VCI情報
• ASELレイヤマネージメント識別情報
• QoSクラス
• AAL-SDU (サービス . デ一夕単位： Service Data Unit) 最終表 示
• AAL-SDUシーケンス番号
• AALタイプ識別情報
• AAL特有情報
また、 ASEL-PDUペイロードは以下の情報を含む。
• AAL-SDU
ASELは、 上述した各種機能を、 同位の ASELエンティティ間で、 図 8に示すような ASEL-PDUを使用することにより実現する。 図 8は、 全ての AALタイプに共通の ASEL-PDUのフォーマッ トを示している。 同図において、 VPI/VCI valueは、 VPI/VCI valueフィールドであ り、 VPI valueに 1バイ ト、 VCI valueに 2パイ トが割り当てられる。 これは、 ATMにおける VPI及び VCIをエミユレ一シヨンするためのもの である。 Mlは 1 ビッ 卜で構成される Management information Indie atorフィ一ルドであり、 AAい SDUの内容が ASELレイヤマネージメン ト 情報であるか否かを示す。 ASELレイヤマネ一ジメン ト情報ではない とき、 値 0がセッ 卜され、 ASELレイヤマネ一ジメン ト情報であると き、 値 1がセッ トされる。
MNG - IDは、 3ビッ 卜の ASEL Layer Management Identifierフィ一 ルドであり、 Peer ASEL Entityマネージメントであるとき、 値 0 0 0がセッ トされ、 Segment F 5 f low 0AMであるとき、 値 0 0 1がセ ッ 卜される。 End- End F5 f low 0AMであるとき、 値 0 1 0がセッ トさ れる。 さらに、 Resourceマネージメン トであるとき、 値 0 1 1がセ ヅ 卜される。 その他の値は予約済み （reserved) である。 なお、 こ こで、 予約済みとは、 未定義の状態であることを意味する。
QoS C lassは、 4ビッ トの QoS Classフィールドであり、 URBサ一ビ ス使用のとき、 値 0 0 0 0がセッ トされ、 CBRサービス使用のとき、 値 0 0 0 1がセッ トされる。 また、 VBR (可変伝送速度 ： Var iable B it Rate) サービス使用の場合、 値 0 0 1 0がセッ 卜される。 さら に、 ABR ( Avai lable Bit Rate) サービス使用の場合、 値 0 0 1 1が セッ トされる。 その他の値は予約済みである。
MRは、 1ビッ トの More Indicationフィールドであり、 やりとりさ れる PDUが、 AAい SDUの終了部を含むか否かを示す。 AAい SDUの終了部 を含むとき、 値 0がセッ トされ、 AAL-SDUの終了部を含まないとき、 値 1がセッ 卜される。
SNは、 7ビッ 卜の Sequence Numberフィ一ルドであり、 VP I /VC I値 別に管理され、 AAL- SDUの内容が ASELレイヤマネージメント情報以外 の ASEL-PDUを送信する度に、 モジュロ 1 2 8で 1加算される。 ASEL レイヤマネージメン ト情報を含む場合、 このフィ一ルドは加算され ない。 したがって、 受信側は SNフィールドの値が不連続である場合、 途中で伝送誤り等により、 ASEL-PDUの喪失又は誤挿入が発生したこ とを検出することができる。
AAL-Typeフィールドは 4 ビヅ 卜で構成され、 AALのタイプを示す。
AALのタイプが AAL 0 ( nul l AAL又は raw ce l lに等しい） とき、 即ち、 AALがないとき、 値 0 0 0 0がセッ トされる。 AALの夕ィプが AAL 1の とき、 値 0 0 0 1がセッ トされる。 AALの夕ィプが AAL 2のとき、 値 0 0 1 0がセッ トされる。 AALの夕ィプが AAL 3又は 4のとき、 値 0 0 1 1がセッ 卜される。 AALの夕ィプが AAL 5のとき、 値 0 1 0 1が セヅ 卜される。 また、 値 0 1 0 0及びその他の値は予約済みである。
AAL Specific Informationフィール ドは 2 0ビッ 卜で構成され、 各 AALタイプ毎に特有な情報が格納される。 Payload ( AAL-SDU) フィ ールドは可変長であり、 上位レイヤ又はレイヤマネージメン トとや りとりする SDUを格納する。 PADフィールドは、 I EEE 1 3 9 4規格の Asynchronous/ Isochronous packetのデ一夕フィ——ノレ ド内の zero pa d bytesであり、 Payloadフィールドが 4バイ トの整数倍となるよう に揷入される。
図 9は、 ASEい PDU (AAL 5 Type) のフォーマッ ト及びコーディン グ例を示している。 AAL 5 Typeの ASEL- PDUにおいては、 図 8に示し た Mlフィールドに値 0がセッ トされ、 AAL Typeフィールドに値 0 1 0 1がセッ トされる。 そして、 AAL Spec ific Informationフィ一ル ドに、 AAL 5 Typeに特有な情報が格納される。 即ち、 LPは 1 ビッ ト の Loss Priorityフィ一ルドであり、 低損失優先度のとき値 0がセッ 卜され、 高損失優先度のとき値 1がセッ 卜される。 LPフィ一ルドは、 システム内で輻輳状態になった場合において、 重要でないセルから 優先的に廃棄するとき用いられるものであり、 例えば、 値 0がセッ 卜されたものが廃棄されにく く、 値 1がセッ トされたものが廃棄さ れやすくなるように処理される。
C Iは 1 ビッ トの Congestion Indicatorフィールドであり、 輻輳履 歴がないとき値 0がセッ トされ、 輻輳履歴があるとき値 1がセッ ト される。 続く 2ビッ トは予約されている。
EIは、 1 ビッ トの Error Indicatorフィールドであり、 エラーがな いとき、 値 0がセッ トされ、 エラ一があるとき、 値 1がセッ トされ る。 ER-IDは、 7ビッ トの Error Identifierフィールドであり、 未使 用の場合、 値 0 00 0000がセッ トされる。 値 0 00000 1乃 至 0 1 1 1 1 1 1は予約されている。 CPCS (Common Part Converge nce Sublayer) CRCエラーの場合、 値 1 0 0000 1がセッ トされ、 CPCS-SDU Lengthエラ一のとき、 値 1 0000 1 0がセッ トされる。 その他の値は予約済みである。
次の CPCS-UUは、 8ビッ トの CPCS-User to User information fie Idである。
図 1 0は、 ASEい PDU (AAL0 Type) のフォーマツ ト及びコ一ディ ング例を示している。 AAL0 Typeの ASEL- PDUのフォーマツ トは、 図 8に示した MRフィールドに値 0がセッ 卜され、 AAL Typeフィールド に値 0000がセッ トされる。 そして、 AAL Specific Information フィールドに、 AAL0 Typeに特有な情報が格納される。 即ち、 LPは 1ビッ トの Loss Priorityフィールドであり、 低損失優先度のとき値 0がセッ 卜され、 高損失優先度のとき値 1がセッ トされる。 CIは 1 ビッ トの Congestion Indicatorフィール ドであり、 輻輳履歴がない とき値 0がセッ 卜され、 輻輳履歴があるとき値 1がセッ トされる。 続く 2ビッ 卜は予約されている。
EIは、 1ビッ トの Error Indicatorフィールドであり、 エラーがな いとき、 値 0がセッ トされ、 エラ一があるとき、 値 1がセッ トされ る。 ER-IDは、 7ビッ 卜の Error Identifierフィール ドであり、 未使 用の場合、 値 00000 00がセッ 卜される。 OAM (Operation And Maintenance) セノレ EDC (Error Detection Code) エラ一のとき、 ί直 0 0 0 0 0 0 1がセヅ トされる。 その他の値は予約済みである。 次 の 8ビッ トは予約されている。
次に、 ASELの機能の 1つである ASELコネクシヨンマネージメン ト の仕様について示す。
図 1 1に示すように、 ASEい CMI (Connection Management Interf ace) は、 各 ASEL- UNI上に 1つ存在する。 ASEL-CMIは、 Network sid eである ATM/ 1 3 9 4中継器 3及び User sideである 1 3 94端末 4 - 1乃至 4 - 3に実装された ASEい CME (Connection Management En tity) を相互接続するためのイン夕フェースである。
ASEL-CMIの機能を以下に示す。
• ASEL-CMIを介して、 "ASEL Connection Management Protocol (ASEL- CMP) " と呼ぶ ASEL-PDUsが、 転送される。
• ASEL-CMPは、 AAL0タイプの 1 3 9 4 Asynchronousパケッ トを用 いた ASEL-PDUsによって、 同位 ASEL- CME間のメッセージを転送し、 ASEL- VCCを制御する。
• ASEL-CMPのメッセージで使用する ASEL- PDUへッダの各フィールド のコーディ ングは、 以下の通り。
VPI/VCI value =全て "0"
I= 1
MNG-ID= 0 0 0 (同位 ASELェンティティマネージメン ト） QoSクラス = 0 0 0 0
AAL-Type = AAL0
ASEL-CMPで使用するメヅセージの一覧を、 表 1 と表 2に示す。 表 1のメッセージは、 送受信することで ASEL-CMEが状態遷移を生じる 可能性のあるメッセージであり、 表 2のメッセージは、 状態遷移を 生じないメッセージである。
(以下、 余白）
17
42 表 1 状態遷移を起こす ASEL-CMPのメ ッセージ
表 2 状態遷移を起こさない ASEL-CMPのメッセージ 接続
名称 方向 形態 パラメ一夕
IsoReq U→N 1対 1 Assigned VPI/VCI
Assigned VPI/VCK
Assigned Isochronous Channel
IsoRply N→U 1対 1 Value、
ASEL-VCC Operation Speed
DestlDReq U→N 1対 1 Assigned VPI/VCI
Assigned VPI/VCK
DestlDRply N→U 1対 1 Destination Self ID、
ASEL-VCC Operation Speed Wakellpメッセージ （そのフォーマッ トは、 図 1 5を参照して後述 する） は、 各 User sideの ASEL-CMEが、 自身の立ち上げが完了したこ とを、 Network sideに通知する際に使用される。 このメッセージは、 常に、 1 3 9 4 Asynchronousパケッ トの Destination IDとして、 ブ ロードキャス トア ドレスを使用する。
ActReqメッセ一ジ （そのフォーマッ トは、 図 1 6を参照して後述 する） は、 WakeUpメッセージを受信後、 Network sideの ASEL-CMEが、 各々の User sideに対して、 ASEL-CMEの起動を要求するとともに、 N etwork sideの Self ID (例えば、 電源投入時などに、 IEEE 1 3 9 4 規格により自動的に付加される ID) 及び Node Unique IDの登録を要 求する際に使用される。
ActAckメッセージ （そのフォーマッ トは、 図 1 7を参照して後述 する） は、 User s ideの ASEL-CMEが、 ActReq受信に対する動作の結果 を、 Network sideに通知する際に使用される。
IsoReqメッセージ （そのフォ一マッ トは、 図 1 8を参照して後述 する） は、 User sideの ASEL- CMEが、 割り当てられた VP I/VCIを解决 する Isochronousチャネルの値を、 Network sideに要求する際に使用 される。
IsoRplyメッセージ （そのフォーマッ トは、 図 1 9を参照して後述 する） は、 Network s ideの ASEL- CMEが、 I sochronousチャネルを、 U ser s ideに割り当てるため、 Iso&eqに応答する際に使用される。
DestlDReqメヅセージ （そのフォーマヅ トは、 図 2 0を参照して後 述する） は、 User sideの ASEL-CMEが、 割り当てられた VPI/VC Iを解 する Asynchronousノ ゲッ ト CD Destinat ion IDiO i直を、 Network s i deに要求する際に使用される。 DestlDRplyメ ヅセージ （そのフォーマッ トは、 図 2 1を参照して 後述する） は、 Network s ideの ASEL-CMEが、 相手先ノードの Self I Dを User s ideに教えるため、 DestlMeqに応答する際に使用される。 図 1 2及び図 1 3に、 User side及び Network sideの ASEL-CMEにお ける状態遷移を、 それぞれ示す。
状態の遷移は、 各 ASEL-CMI毎に独立して発生する。 このため、 複 数の ASEL-CMIが存在する装置は、 対応する各々の ASEL-CME毎の状態 を管理する必要がある。
図 1 2及び図 1 3において、 Reset Statusは、 初期化状態又は、 1 3 9 4シリアルパスのリセヅ ト直後にッリ一トポロジーが確定さ れるかどうかの状態を示し、 ActPending Statusは、 User side (図 1 2 ) では Network sideからの ActReqメッセージ受信を、 Network side (図 1 3 ) では User sideからの ActAckメ ヅセージ受信を、 それ ぞれ待機している状態を示し、 Act Statusは、 Network side及び Us er s ide共、 ASEL- CMEが活性化していることを互いに認識し合ってい る状態を示す。
Act Statusにおいてのみ、 Network s ide及び User sideの ASEL-CM Eは、 表 2に示したリソースを獲得するためのメ ッセージ （すなわち、 IsoReq, I soRply, DestlDReq, Dest lDRply) をやり取りすることが できる。
さらに、 Timerjlesetは、 1 3 9 4シリアルバスのバスリセッ ト許 容期間を示すためのものである。 通常、 1 3 9 4バスリセッ 卜が発 生した場合でも、 数 1 0 O z sの間に、 リセッ ト状態から復旧する。
ASEL- VCCは、 このような瞬間的なリセッ ト状態への遷移によって、 解放されてはいけない。 すなわち、 Timer_Resetが満了するまで、 N etwork side及び各々の User sideの ASEL-CMEは、 全ての ASEL- VCCの 設定を維持しなければならない。 しかしながら、 各々の ASEL-CMEが Act Statusに復旧するまで、 Point- Pointのトポロジータイプの ASE L-VCCにおける Asynchronousバケツ トは廃棄されるであろう。 なぜな ら ίま、 それらの Asynchronousノ ケ ヅ 卜（こお tナる DestinationIDが、 こ の時点では不確定なためである。
また、 Timer— ActPendingは、 User sideにおける WakeUpメッセージ 又は、 Network sideにおける ActReqメッセージを再送するための夕 ィ ミングを示すものである。
図 1 4は、 全ての ASEL-CMPメッセージに共通なフィールドのフォ —マツ トを示したものである。
図 1 4において、 Message IDフィールドは、 8ビッ トで構成され、 ASEL-CMPメッセージの種別を表す。 値 0 0 0 0 0 0 0 0は未使用で ある。 WakeUpメッセージの場合、 値 0 0 0 0 0 0 0 1がセッ 卜され、 ActBeqメッセージの場合、 値 0 0 0 0 0 0 1 0がセッ トされ、 ActA ckメヅセージの場合、 値 0 0 0 0 0 0 1 1がセッ 卜され、 IsoHeqメ ッセージの場合、 値 0 0 0 00 1 0 0がセッ 卜され、 IsoRplyメッセ —ジの場合、 値 0 0 0 0 0 1 0 1がセッ 卜され、 DestlDReqメ ッセ一 ジの場合、 値 0 0 0 0 0 1 1 0がセッ トされ、 DestlDRplyメッセー ジの場合、 値 0 0 0 0 0 1 1 1がそれぞれセッ トされる。 なお、 そ の他の値は、 予約済みである。
Reference IDフィールドは 1 6ビッ トで構成され、 Network side と User sideの間で状態遷移の矛盾が生じないように、 お互いが参照 しあう識別番号を示す。 User sideの ASEL-CMEが、 Reset Statusから 遷移する際に、 WakeUpメッセージを送信する場合、 User sideの ASE L- CMEは、 その ASEL- CMIにおいて、 ユニークな値の新たな Reference IDをその WakeUpメ ヅセージに割り当てなければならない。 User s i deと Network s ideの ASEL-CMEは、 現在の Reference IDとして、 この 値を使用しなければならない。 さらに、 現在の Reference IDの値と 異なった値を持つ WakeUpメッセージ以外の任意のメッセージを受信 した場合には、 それを無視しなければならない。
Error Codeフィールドは、 8ビッ 卜で構成され、 ASEL- CMEで発生 したエラ一又は蓄告の要因を表す。 Error Codeフィールドは、 各々 のメ ッセージ毎に定義される。 コ一ディ ングルールの詳細について は、 後述する。 エラー及び警告がなかった場合、 値 0 0 0 0 0 0 0 0がセッ 卜される。 警告対象の事象が発生した場合、 上位 2ビッ ト に値 1 0がセッ トされる。 警告付きのメヅセージを受信した場合、 可能な限り処理を継続する。 重大なエラーの対象となる事象が発生 した場合、 上位 2ビッ トに値 1 1がセッ トされる。 このエラ一付き のメヅセージを受信した場合、 直ちに ASELレイヤマネージメン トに エラーを通知する。 その他の値は予約済みである。
図 1 5に WakeUpメヅセージのフォーマツ トを示す。
図 1 5において、 Error Codeフィ一ルドのコ一ディ ングは、 エラー がない場合、 値 0 0 0 0 0 0 0 0がセッ トされ、 メッセージの再送 の警告の場合、 値 1 0 0 0 0 0 0 1がセッ トされる。 その他の値は 予約済みである
User s ide Node一 Unique_ID ( NU_ID ) フィールドは、 6 4ビッ トで 構成され、 User s ideの ASEL-CMEによって、 User s ideの 1 3 9 4端 末が保有しているグローバルでユニークな Node Un ique IDの値がセ ヅ 卜される。 上位 2 4ビッ トは、 Vendor_IDを示し、 下位 4 0ビッ ト は、 Chip— IDを示す。
User side Self IDフィールドは、 1 6 ビッ 卜で構成され、 User sideの ASEL-CMEによって、 User sideのノードアドレスである Self IDの値がセッ 卜される。 上位 1 0ビッ 卜は、 BUSJDを示し、 下位 6 ビッ トは、 PHY_IDを示す。
図 1 6に ActReqメヅセージのフォ一マツ トを示す。
図 1 6において、 Error Codeフィールドのコーディ ングは、 エラ —がない場合、 値 0 0 0 0 0 0 0 0がセッ トされ、 メッセージの再 送の警告の場合、 値 1 0 0 0 0 0 0 1がセッ トされる。 さらに、 ト ボロジ一変化の警告の場合、 値 1 0 0 0 0 0 1 0がセッ トされる。 その他の値は予約済みである。
Network side Node_Unique_ID ( NU_ID) フ ィールドは、 6 4 ビヅ 卜で構成され、 User sideの ASEL-CMEによって、 Network sideの装置 が 1 3 9 4シリアルパス毎に保有しているグロ一バルでユニークな Node Unique IDの値の 1つがセッ トされる。 上位 2 4ビッ トは、 Ve ndor_IDを示し、 下位 4 0 ビヅ トは、 Chip—IDを示す。
Network side Sel f IDフ ィール ドは、 1 6 ビヅ トで構成され、 Ne twork sideの ASEL-CMEによって、 Network sideのノードアドレスで ある Sel f IDの値がセッ 卜される。 上位 1 0 ビヅ トは、 BUS_IDを示し, 下位 6ビッ トは、 PHYJDを示す。
図 1 7に ActAckメッセージのフォーマヅ トを示す。
図 1 7において、 Error Codeフィールドのコーディ ングは、 エラ 一がない場合、 値 0 0 0 0 0 0 0 0がセッ トされ、 起動失敗の重大 なエラーの場合、 値 1 1 0 0 0 0 0 1がセッ トされる。 その他の値 は予約済みである。 1 7
48 図 1 8に IsoReqメヅセージのフォーマッ 卜を示す。
図 1 8において、 Error Codeフィ一ルドのコ一ディ ングは、 エラ 一がない場合、 値 000 000 00がセッ トされ、 メッセージの再 送の警告の場合、 値 1 0000 00 1がセッ トされる。
Assigned VPI/VCIフィールドは、 24ビッ トで構成され、 自身の ASELレイヤマネ一ジメン 卜から MASEL-ConSet.reqプリ ミティブによ つて割り当てられた VPI値 （ 8ビヅ ト） と、 VCI値 （ 1 6ビッ ト） が セッ 卜される。
図 1 9に IsoRplyメ ッセージのフォーマッ トを示す。
図 1 9において、 Error Codeフィ一ルドのコ一ディングは、 エラ —がない場合、 値 00000000がセッ トされ、 利用可能な Isoc hronous channelが存在しない重大なエラ一の場合、 値 1 1 0 000 1 0がセッ 卜される。
Assigned VPI/VCIフィールドは、 24ビッ トで構成され、 User s ideからの IsoReqメ ヅセージに含められた VPI値 （ 8ビッ ト） と、 VC I値 （ 1 6ビッ ト） がセッ トされる。
Assign Isochronous Channelフィ ——ノレ ドま、 8ビヅ 卜で構成され、 上位 2ビッ トは、 1 394 Isochronousパケッ トヘッダの Tagフィー ルドがセッ 卜される。 下位 6ビヅ トは、 Network sideが割り当てた Isochronous channelがセヅ 卜される 0
Tag fieldの使い方の一例として、 Isochronousパケッ ト受信時の フィルタリング用ビッ トマップとして用いる。 例えば、 2ビッ トの 内、 上位ビッ トを Network Sideの Listen Bit, 下位ビッ トを User S ideの Listen Bitとし、 該当するビッ トが " 1 " となっている場合の みパケッ トを受け取るようにする。 この使用方法は、 各々のノード が Isochronousチヤンネルによるフィル夕 リング機能が十分でないと き （例えば、 設定できるチャンネル数が少ない等） に、 不要なパケ ッ 卜の受信をできるだけ簡単に防ぎたい場合に有効である。 例えば、 送るべきパケッ 卜がないときに送信する Dummyバケツ 卜の Tag field を （ 0， 0 ) に設定することで、 Isochronous channelの値を識別す ることなく無視することができる。 また、 （ 0， 1 ) は User Sideだ けが受信すべき ASEL-VCCに割り当てられ、 （ 1 , 0 ) は Network Si deだけが受信すべき ASEL-VCCに割り当てられ、 （ 1 , 1 ) は User S ide及び Network Side共に受信すべき ASEL-VCCに割り当てられる。 また、 Tag field (ま、 Isochronous channelのチャンネ レ数を拡張 するという使い方も可能である。 すなわち、 6ビッ トの Isochronou s channelを 8ビッ トに拡張し、 その上位 2ビッ トに Tag fieldを使 用する。 この時、 Tag fieldの値 00は、 使用しない。 よって、 この フィ一ルド全体としては、 値 00000000から値 00 1 1 1 1 1 1までが利用できない値となり、 禾 ij用可育 gな Isochronous channe 1として値 0 1 000000から値 1 1 1 1 1 1 1 1までがセッ トさ れる。
ASEL-VCC Opr_Speedフィールドは、 8ビッ 卜で構成され、 この AS EL-VCCにおいてデータ転送可能な速度を示す。 S 1 00 ( 1 00 Mb ps) の場合、 値 0000000 0がセッ トされ、 S 200 ( 200 Mbps) の場合、 値 0000000 1がセッ トされる。 さらに、 S 4 00 ( 400Mbps) の場合、 値 000000 1 0がセッ トされる。 その他の値は予約済みである。
図 20に DestlDReqメヅセージのフォーマツ 卜を示す。
図 20において、 Error Codeフィールドのコーディ ングは、 エラ —がない場合、 値 000000 00がセヅ 卜され、 メヅセージの再 送の警告の場合、 値 1 00 0000 1がセッ トされる。
Assigned VPI/VCIフィールドは、 24ビッ トで構成され、 自身の ASELレイヤマネージメン 卜から MASEL_ConSet.reqプリ ミティブによ つて割り当てられた VPI値 （ 8ビッ ト） と、 VCHil ( 1 6ビッ ト） が セッ トされる。
図 2 1に DesUDRplyメヅセージのフォーマッ トを示す。
図 2 1において、 Error Codeフィールドのコ一ディ ングは、 エラ —がない場合、 値 000000 0 0がセッ トされ、 Destination ID が見つからない重大なエラーの場合、 値 1 1 0000 1 1がセッ ト される。
Assigned VPI/VCIフィールドは、 24ビッ トで構成され、 User s ideからの DestlDReqメッセージに含められた VPI値 （ 8ビッ ト） と、 VCI値 （ 1 6ビッ ト） がセッ トされる。
Destination Self IDフ ィール ドは、 1 6ビッ トで構成され、 この ASEL- VCCに対応した相手先のノードアドレスである Self IDの値がセ ヅ 卜される。 上位 1 0ビッ トは、 BUS_IDを示し、 下位 6ビッ トは、 PHY_IDを示す。
ASEい VCC 0pr_Speedフィールドは、 8ビッ トで構成され、 この AS EL-VCCにおいてデータ転送可能な速度を示す。 S 1 00 ( 1 00 Mb ps) の場合、 値 0000000 0がセッ トされ、 S 200 ( 200 Mbps) の場合、 値 00 00 00 0 1がセッ トされる。 さらに、 S 4 00 ( 400Mbps) の場合、 値 00 00 00 1 0がセッ トされる。 その他の値は予約済みである。
次に、 ASEL-CMEの状態遷移のプロセスについて、 SDL (Stateand Description Language) で表現したフローチヤ一トを用いて説明す る。 なお、 SDLキーの一覧は図 2 2に示されている。 図 2 3乃至図 5 3のフローチャー トに示す各記号は、 図 2 2に示すような意味を有 している。 図 1 2に示した User sideにおける ASEL-CMEのコマンドに 関するプロセスを図 2 3乃至図 2 8に示し、 図 1 3に示した Networ k sideにおける ASEL-CMEのコマンドに関するプロセスを図 2 9乃至 図 3 5に示す。 さらに、 送信側のデータ転送プロセスを図 3 6乃至 図 4 3に示し、 受信側のデ一夕転送プロセスを図 4 4乃至図 5 3に 示す。
以下に、 これらのプロセスについて説明するが、 その前に、 各ブ ロセスにおいて表れるパラメ一夕について説明すると、 次のように なる。
以下のパラメ一夕は、 ASELェンティティに共通に設定する。
• aselLayerOprModeは、 ASELエンティティが User sideと Network sideのどちらのモ一ドで動作しているのかを示し、 Unknown( 0 ) , Use r side( l )、 Network side( 2 )の 3種類の値を取りうる。
• aselLayerTimerJlesetは、 Timer_Reset起動から満了までの時間 を示し、 1から 6 4までの整数値で表される。 単位は秒である。 デ フオルト値は、 3 2。
• aselLayerTimer_ActPendiiigは、 Timer一 ActPending起動から満了 までの時間を示し、 1から 6 4までの整数値で表される。 単位は秒 である。 デフオルト値は、 1。
• aselLayerMaxTimerExpireは、 Timer— ActPending夕イマが許され る満了回数の最大値を示し、 1から 2 5 5までの値を取りうる。 デ フオルト値は、 4。 • aselLayerl394Dest0ff setは、 受信している Asynchronous write requestパケッ トの中身 （ペイロード） が ASEL- PDUであることを識 別するために使用する特別な Destination Offset addressを示し、 4 8ビッ ト （ 0から O xffffffffffff ) の整数値を取りうる。
以下のパラメータは、 ASEL-UNI毎に独立して設定する。
• aselLayerUni l dは、 ASEL- UNIをユニークに識別するための値 （A SEL-UNI ID値) を示す。
• aselLayerl394Bus Indexは、 ASEL-UNI上に存在する 1 3 9 4シリ アルパスをユニークに識別するための値 （1394 Bus Index値） を示 す。
• aselLayerStatusは、 ASEL-UNIの現在の動作 Statusを示し、 ASEL -CMEの Statusと同様、 Reset( O ), ActPending( 1 )、 Act(2 )の 3種類の 値を取りうる。 初期値は、 Reset( O )である。
• aselLayerNetSideNodeUniqldは、 ASEL-UNIの Network sideの 1 3 9 4ノードを識別するためのグローバルにユニークな値 （Network side Node_ Unique. ID値） を示し、 6 4 ビッ ト （ 0から 0 xf ff f f f ffffffffff) の整数値を取りうる。
• aselLayerUserSideNodeUniqldは、 ASEL-UN Iの User sideの 1 3 9 4ノードを識別するためのグロ一パルにユニークな値 （User side Node_ Unique_ ID値） を示し、 6 4 ビッ ト （ 0から 0 xf f f f f f f f f fff ffff ) の整数値を取りうる。
• aselLayerNetSideNodeSelf ldは、 ASEL- UNIの Network sideの 1 3 9 4ノードを識別するための 1 3 9 4シリアルパス上の物理的なァ ドレス値 （Network s ide Self ID) を示し、 1 6ビッ ト （ 0から O x ffff ) の整数値を取りうる。 初期値及びクリア後の値は O xffffとす る。
• aselLayerUserSideNodeSelfldは、 ASEL-UNIの User sideの 1 3 9 4ノード識別するための 1 394シリアルバス上の物理的なァドレ ス値 （User side SelfID) を示し、 1 6ビッ ト （ 0から Oxffff) の 整数値を取りうる。 初期値及びクリァ後の値は Oxffffとする。
以下のパラメ一夕は、 ASEL-VCC毎に独立して設定する。
• aselVccVpiは、 ASEL-VCCの VPI値を示し、 0から 2 55の値を取 りうる。
• aselVccVciは、 ASEL-VCCの VCI値を示し、 0から 6 5 53 5の値 を取りうる。
• aselVccConnldは、 全ての ASEL-UNIを通じて、 ASEL-VCCをュ二一 クに識別するための値 （ASEL Connection ID値） を示す。
• aselVccRouteAreaは、 ASEL-VCCのルーティ ングの範囲を示し、 E xternal(l)、 Internal and same 1394 bus(2)、 Internal and othe r 1394 bus(3)、 Terminate(4)、 Unknown(5)の 5種類の値を取りうる < External( 1 )ノレ一ティ ング (ま、 calling party又（icalled partyが全 ての ASEL- UNI上に存在しないことを示す。
• aselVccTopologyは、 設定された ASEL-VCCのトポロジーのタイプ を示し、 Point-Point (1)、 Point-MultiPoint (2)の 2種類の値を取 りうる。
• aselVccStatusは、 ASEL- VCCの状態を示し、 Down(0)、 Up (1)の 2 種類の値を取りうる。 ASELの上位レイヤは、 この状態が Up(l)の時の み、 データ転送を行うことができる。
• aselVccAalTypeは、 ASEL- VCCの使用する AAL夕イブを示し、 AAL0 (0)、 AAL1(1)、 AAL3/4(3)、 AAL5(5 )の 5種類の値を取りうる。 ASEL -VCCが AALを使用しない場合、 AALO(O)を設定する。
• aselVccQosTypeは、 ASEL-VCCの送信及び受信の双方向の QoSClas sを示し、 UBR(0)、 CBR(l), VBR(2)、 ABR(3)の 4種類の値を取りうる。
• aselVccOprSpeedは、 ASEL-VCCのデータ転送可能な速度を示し、 S100(0)、 S200(l)、 S400(2)の 3種類の値を取りうる。
• aselVccTransmitSegLenは、 長い AAL-SDUを、 最終のデ一夕ュニヅ トを除いて、 幾つかの同じ長さのデータュニッ トに分割する際に使 用する。 それらのデ一夕ユニッ トは、 ASEL-SDUとして送信される。 このパラメ一夕の値は、 送信する各々 ASEL-PDU長に等しく、 パイ ト 単位の整数値で示す。
• aselVccReceiveSeqUseは、 ASELエンティティが受信 ASELヘッダの Sequence Numberを使用するか否かを、 ASEL-VCC毎に設定するもので あり、 No use(0)、 Use(l)の 2種類の値を取りうる。
• aselVccIsoChannelは、 ASEい VCCが使用する Tag value及び Isoch ronous channel値を示し、 0から 2 5 5までの整数値で表す。
• aselVccIsoDelayVariationToleranceは、 Isochronous link上の ASEL-VCCにおける ASEL- PDUに対する遅延揺らぎ許容値を示し、 単位 時間あたりの ASEL-PDU数で表される。
• aselVccIsoTransmitBandは、 Isochronous link上の ASEい VCCにお ける ASEL-PDUの送信帯域を示し、 単位は 64Kbps ( 1 Byte/Cycle) で表す。
• aselVccIsoReceivedBandは、 Isochronous link上の ASEい VCCにお ける ASEL- PDUの受信帯域を示し、 単位は 64Kbps ( 1 Byte/Cycle) で表す。
• aselVccAsyncDestldは、 Asynchronous link上の ASEL-VCCで ASE L-PDUの送信時に使用する Destination IDを示す。
• aselVccAsyncPeakTransmitRateii, Asynchronous link上の ASE L- VCCにおける ASEL- PDUのビーク送信レートを示し、 単位は 6 4Kbp sで表す。 このパラメータは、 単位時間当たりの ASEL-PDU長の総和を 制限しうる。
• aselVccAsyncPeakReceiveRateiis Asynchronous link上の ASEL -VCCにおける ASEL-PDUのビーク受信レートを示し、 単位は 64 Kb s で表す。
以下のパラメ一夕は、 ASEL-VCC上の AAL毎に独立して設定する。
• aselAalConnVpiは、 AALを使用している ASEL-VCCの VPI値を示す。
• aselAalConnVciは、 AALを使用している ASEい VCCの VCI値を示す。
• aselAal5ConnErSduDeliverは、 AAL 5を使用している ASEL-VCCの み関係する。 CRCエラ一が受信した AAL5- SDUに発見された場合、 AS ELエンティティにおける AAL 5のエミユレ一ション機能として、 上位 レイヤに対してその SDUを配信するか否か選択することができる。
• aselAal5ConnTransmitMaxSduSizeは、 ASEL-VCCの送信方向でサボ ―卜される最大の AAL5-SDUサイズ （単位はォクテヅ ト） を示し、 0 から 6 5 5 3 5までの値を取りうる。 デフオルト値は、 9 1 8 8。
• aselAal5ConnReceiveMaxSduSizeは、 ASEL-VCCの受信方向でサポ 一卜される最大の AAL5-SDUサイズ （単位はオクテッ ト） を示し、 0 から 6 5 5 3 5までの値を取りうる。 デフォルト値は、 9 1 8 8。
， aselAalOCormErSduDeliverは、 AAL 0を使用している ASEL-VCCの み関係する。 CRCエラーが受信した AAL0-SDUに発見された場合、 AS ELェンティティにおける AAL0のエミユレ一ション機能として、 上位 レイヤに対してその SDUを配信するか否か選択することができる。 以下のパラメ一夕は、 QoS Classが ABRである ASEL-VCC毎に独立し て設定する。
- aselVccAbrVpiは、 ABR ASEL-VCCの VP I値を示す。
• aselVccAbrVciは、 ABR ASEL-VCCの VC I値を示す。
• aselVccAbrMinTransmitilateは、 ABR ASEL-VCCにおける ASEL-PDU の最小送信レートを示し、 単位は 6 4 Kbpsで表す。
• aselVccAbrMinReceiveRateは、 ABR ASEL- VCCにおける ASEL- PDUの 最小受信レートを示し、 単位は 6 4 Kbpsで表す。
• aselVccAbr lnitialTransmitRateは、 ABR ASEL-VCCにおける ASEL -PDUの初期送信レートを示し、 単位は 6 4 Kbpsで表す。 このパラメ —タは、 デ一夕の発生がスター卜する最初の単位時間当たりの ASEL -PDU長の総和を導く。 このパラメ一夕の値は、 aselVccAsyncPeakTr ansmitRateより大きくなつてはならず、 小さい値となるのが普通で ある。
• aselVccAbr lnitialRece ive&ateは、 ABR ASEL-VCCにおける ASEL- PDUの初期受信レートを示し、 単位は 6 4 Kbpsで表す。
• aselVccAbrAllowedTransmitRateは、 ABR ASEL- VCCにおける ASEL -PDUの送信可能なレートを示し、 単位は 6 4 Kbpsで表す。 このパラ メ一夕は、 単位時間当たりの ASEL-PDU長の総和を制限しうる。 この ノ ラメ一夕 直 ；、 aselVccAsyncPeakTransmi tRate り ^きくなつ てはならず、 小さい値となるのが普通である。
• ase lVccAbrAl lowedReceiveRateは、 ABR ASEL-VCCにおける ASEL- PDUの受信可能なレートを示し、 単位は 6 4 Kbpsで表す。
• ase lVccAbrTransmitTrmは、 アクティブな発生源における ASEL-P DUに含まれた送信 RMセル間隔の上限値をミ リ秒で示し、 trm0point7 8125(1)、 trmlpoint5625(2)s trm3pointl25(3)、 trm6point25(4)、 trml2point5(5)、 trm25(6)、 trm50(7)、 tnnl00(8)の 8種類の値を取 りうる。 デフォルト値は、 trml00(8)。
• aselVccAbrTransmitCdfは、 カッ トオフ減少ファクタであり、 AS EL-PDUに含まれた逆方向の RMセルの紛失又は遅延に関連付けて、 レ —トを減少するように制御する。 このパラメ一夕は、 cdfO(l)、 cdf 0ne0ver64(2)、 cdfOneOver32(3), cdf0ne0verl6(4)、 cdf0ne0ver8 (5)、 cdf0ne0ver4(6), cdf0ne0ver2(7)、 cdf0ne(8)の 8種類の値を 取りうる。 この値を大きな値にすればするほど、 結果的に早く レー トが减少する。 デフォルト値は、 cdf0ne0verl6(4)。
• aselVccAbrTransmitRifは、 レート増加ファクタであり、 ASEL-P DUに含まれた逆方向の RMセルが、 CI=0及び NI=0と共に受信された場 合、 レートを増加するように制御する。 このパラメ一夕は、 rifOne 0ver32768(l)、 rif0ne0verl6384(2), rif0ne0ver8192(3), rifOneO ver4096(4)、 rif0ne0ver2048( 5 )、 rif0ne0verl024(6), rifOneOver 512(7)、 rif0ne0ver256(8)、 rif0ne0verl28( 9 )、 rif0ne0ver64( 10 )、 rif0ne0ver32(ll)、 rif0ne0verl6( 12)、 rif0ne0ver8( 13 )、 rifOneO ver4(14)、 rif0ne0ver2(15)、 rif0ne( 16 )の 1 6種類の値を取りうる。 この値を大きな値にすればするほど、 結果的に早く レー卜が増加す る。 デフォルト値は、 rif0ne0verl6U2)。
• aselVccAbrTransmit&dfは、 レート減少ファクタであり、 ASEL-P DUに含まれた逆方向の RMセルが、 CI=1と共に受信された場合、 レー トを減少するように制御する。 このパラメ一夕は、 rdf0neOver3276 8(1)、 rdf0ne0verl6384(2), rdf0ne0ver8192(3)、 rdf0ne0ver4096 (4)、 rdf0ne0ver2048(5), rdf0ne0verl024(6) rdf0ne0ver512(7)、 rdf0ne0ver256(8)、 rdf0ne0verl28( 9), rdf0ne0ver64( 10), rdfOne 0ver32(ll)、 rdf0ne0verl6( 12 ), rdf0ne0ver8( 13), rdf0ne0ver4( 1 4)、 rdf0ne0ver2(15)、 rdfOne( 16)の 1 6種類の値を取りうる。 この 値を大きな値にすればするほど、 結果的に早く レートが減少する。 デフォルト値は、 rdf0ne0verl6(12)o
• aselVccAbrTransmitAdtfは、 ACR減少タイムファクタであり、 AC Rが ICRに減少される前の ASEL-PDUに含まれた RMセルを送信する間隔 の許容時間を示し、 1から 1 0 23 (単位は 1 0ミ リ秒） までの値 を取りうる。 この値を大きな値にすればするほど、 結果的に長い間、 現在のレートが維持できる。 デフオルト値は、 50 ( 50 Oms) 次に、 図 23のフ口一チヤ一トを参照して、 図 1 2の User sideの Resetにおける状態遷移について説明する。 図 23のステップ S 1乃 至 S 1 0の処理は、 Resetの状態から、 ActPendingの状態に遷移する 場合の処理であり、 ステップ S 1 3乃至 S 1 9の処理は、 再び Rese tの状態へ遷移する場合の処理である。 ステップ S 1 1， S 1 2の処 理に対応する経路は、 図 1 2には示されていない。
ステップ S 1において、 ASELレイヤマネージメン トから、 MASEL— Act— Reqのプリ ミティ ブを受信すると、 ステップ S 2において、 ASE L-CMEは、 ASEL-UNI IDが既に存在するか否かを判定する。 この IDが まだ存在しない場合には、 ステップ S 3に進み、 ASEL-CMEは、 asel LayerUni Idに ASEL-UNI IDを設定する。
次に、 ステップ S 4に進み、 aselLayer 1 394BusIndexが設定さ れる。 さらにステップ S 5においては、 aselLayerllserSideNodeUni qldと aselLayerUserSideNodeSelfldが設定される。 なお、 ステップ S 2において、 ASEL-UNI IDが既に存在すると判定された場合には、 ステップ S 3乃至 S 5の処理はスキップされる。
次に、 ステップ S 6に進み、 Reference IDがインク リメン トされ た後、 ステップ S 7において、 Wakellpのメッセージが Network s ide の ASEL-CMEに出力される。 ステップ S 8においては、 aselLayerSta tusに ActPendingが設定される。 そして、 ステップ S 9において Tim er_Resetが停止され、 ステップ S 1 0において Timer一 ActPendingが 起動される。 そして、 ActPendingの状態に遷移する。
ステップ S 1 3において、 Timerjleset満了のローカルイベントが 受信されたとき、 ステップ S 1 4に進み、 Resetからの回復停止の口 一力ルイベントの送信処理が行われる。 次に、 ステップ S 1 5に進 み、 該当する ASEL-UN I上の ASEL- VCCが検索される。 ステップ S 1 6 においては、 検索が終了したか否かが判定され、 終了していなけれ ば、 ステップ S 1 7に進み、 検索した ASEL-VCCに関するすべてのリ ソースを解放する処理が実行される。 その後、 ステップ S 1 5に戻 り、 それ以降の処理が繰り返し実行される。
ステップ S 1 6において検索が終了したと判定された場合、 ステ ヅプ S 1 8に進み、 aselLayerUni Id、 ase lLayer 1 3 9 4 Bus lndex, aselLayerNetSideNodeUniqld, ase ayerUserSideNodeUniqldが、 そ れぞれクリアされる。 その後、 ステップ S 1 9に進み、 ASELレイャ マネージメントに対して、 MASEL_BusHalt. Indのプリ ミティブが出力 され、 再び、 Resetの状態に戻る。 MASEL_BusHalt. Indのプリ ミティ ブを受信した後、 アプリケーションソフ トウェアは、 直ちに ASEL-U N I上のすべての VCCに関するリソースを解放する。
—方、 ステップ S 1. 1において、 Resetからの回復可能のローカル イベン トが受信された場合には、 ステップ S 1 2に進み、 ASEい UN I IDが、 既に存在するか否かが判定され、 存在しなければ、 再び Res etの状態に戻り、 存在する場合には、 ステップ S 6に進み、 それ以 降の処理が実行されて、 ActPendingの状態に遷移する。
次に、 図 2 4を参照して、 ActPendingの状態遷移について説明す る。 ステップ S 3 1乃至 S 3 8の処理は、 ActPendingの状態から、 Actの状態に遷移する場合の処理を表しており、 ステップ S 3 9乃至 S 4 6の処理は、 ActPendingの状態から、 再び、 ActPendingの状態 に戻る場合の処理を表している。
ステップ S 3 1において、 ActReqの PDUを Network sideの ASEL-CM Eから受信すると、 ステップ S 3 2において、 Refrence IDが Trueで あるか否かがチェックされる。 この IDが Trueである場合には、 ステ ヅブ S 3 3に進み、 aselLayerNetSideNodeUniqld ii aselLayerNetSi deNodeSelf ldが設定される。 ステップ S 3 4においては、 ActAckの PDUが Network s ideの ASEL- CMEに送信され、 ステップ S 3 5において、 ASELレイヤマネージメン トに対して MASEL_Act. Indが送信される。
そして、 ステップ S 3 6に進み、 Timer_ActPendingが停止される。 ステップ S 3 7においては、 Kに 0が設定され、 ステップ S 3 8に おいて、 ase lLayerStatusに Actが設定される。 そして、 Actの状態に 遷移する。
ステップ S 3 2において、 Refrence IDが Falseであると判定され た場合には、 ActPendingの状態に戻る。
ステップ S 3 9において、 Timer_ActPendingが満了したとの口一 カルイベン トが受信された場合には、 ステップ S 4 0に進み、 が インクリメン トされる。 この Kは、 Timer__ActPendingの満了の回数 を表している。 次に、 ステップ S 4 1において、 Kが aselLayerMax TimerExpireより大きいか否かが判定される。 Kの方が大きいと判定 された場合には、 ステップ S 4 5に進み、 ASELレイヤマネージメン トに対して MASEL_expireEr. Indを出力し、 ステップ S 4 6で、 に 0を設定して、 ActPendingの状態に戻る。
ステップ S 4 1において、 Kと ase lLayerMaxTimerExpireが等しい か、 Kの方が小さいと判定された場合、 ステップ S 4 2に進み、 Ti mer_ActPendingが再起動される。 ステップ S 4 3においては、 Erro r Codeに、 O x 8 1が設定され、 ステップ S 4 4において、 WakeUp のメッセージが PDUとして Network s ideの ASEL- CMEに送信され （再送 され） 、 ActPendingの状態に戻る。
次に、 図 2 5と図 2 6を参照して、 Actの状態から、 再び Actの状 態に戻る場合の処理について説明する。
図 2 5において、 ステップ S 6 1で、 ASELレイヤマネージメント から MASEL— ConSet . Reqを受信したとき、 ステップ S 6 2において、 aselVccConnld, aselVccVpi , aselVccVc i , aselVccAalType , aselV ccQosType , aselVccTransmitSegLen , aselVccReceiveSeqNum, ase l VccOprSpeed , aselAalConn objectsが設定される。 次 ίこ、 ステップ S 6 3に進み、 aselVccQosTypeが CBI こされているか否かが判定され る。 CBRに設定されている場合には、 ステップ S 6 4に進み、 aselV c c I s oD e 1 ay Var i at i onTo 1 e ranc e , aselVcc IsoTransmitBand^ aselVc c IsoReceiveBandが設定される。 そして、 ステップ S 6 5において、 Iso&eqが PDUとして Network sideの ASEL-CMEに送信され、 Actの状態 に戻る。
ステップ S 6 3において、 aselVccQosTypeに CBRが設定されていな いと判定された場合は、 ステップ S 6 6に進み、 aselVccAsyncPeak TransmitRate, aselVccAsyncPeakReceiveRateが設定される。 次に、 ステップ S 67において、 aselVccQosTypeに ABRが設定されているか 否かが判定され、 設定されていないと判定された場合、 ステップ S 69に進み、 DesUDReqの PDUを Network sideの ASEL- CMEに送信し、 Actの状態に戻る。
ステップ S 6 7において、 aselVccQosTypeに ABRが設定されている と判定された場合、 ステップ S 68に進み、 aselVccAbrVpi, aselV ccAbrVci, aselVccAbrMinTransmitRate, aselVccAbrMinReceiveRat e， aselVccAbrlnitialTransmitRate, aselVccAbrlnitialReceiveRa te， aselVccAbrAllowedTransmitRate, aselVccAbrAllowedReceiveR ate, aselVccAbrTransmitCdf , aselVccAbrTransmitRif , aselVccAb rTransmitRdf , aselVccAbrTransmitAtdfが、 それぞれ設定される。 その後、 ステップ S 69に進み、 DestlDReqの PDUを Network sideの ASEL-CMEに出力し、 Actの状態に戻る。
ステップ S 7 0において、 ASELレイヤマネ一ジメン トから、 MASE L_ConRe Reqを受信したとき、 ステップ S 69に進み、 DestlDReqを Network sideの ASEL-CMEに送信して Actの状態に戻る。
ステップ S 7 1において、 IsoRplyの PDUを Network sideの ASEL- C MEから受信したとき、 ステップ S 7 2に進み、 重大なエラーが発生 の有無が判定される。 重大なエラーが発生していると判定された場 合、 ステップ S 7 6に進み、 ASELレイヤマネージメン 卜に対して、 ASE FatalEr.Ind (ErrorCodeは、 C 2 hとされる） が出力され、 Actの状態に戻る。
ステップ S 7 2において、 重大なエラーが発生していないと判定 された場合、 ステップ S 7 3に進み、 aselVccIsoChannel, aselVcc OprSpeedが設定される。 ステップ S 7 4では、 ase lVccStatusに Upが 設定される。 そして、 ステップ S 7 5において MASE ConSet . Confを ASELレイヤマネ一ジメン トに出力して、 Actの状態に戻る。
ステップ S 7 7において、 Dest lDRplyが Network sideの ASEL-CME から受信されたとき、 ステップ S 7 8に進み、 重大なエラ一の発生 の有無が判定される。 重大なエラーが発生していると判定された場 合、 ステップ S 8 2に進み、 ASELレイヤマネージメントに対して、 MASEL_FatalEr. Ind ( ErrorCodeは C 3 hとされる） が出力され、 Ac tの状態に戻る。
ステップ S 7 8において、 重大なエラ一が発生してないと判定さ れた場合、 ステップ S 7 9に進み、 aselVccAsyncDest IDと ase lVccO prSpeedが設定され、 ステップ S 8 0において、 ase lVcc Statusに Up が設定される。 さらに、 ステップ S 8 1において、 ASELレイヤマネ ージメン トに対して、 MASEL_ConSet . Confが出力され、 Actの状態に 厌る。
図 2 6においては、 ステップ S 9 1において、 ActReqが Network sideの ASEL-CMEから受信されると、 ステップ S 9 2において、 Refe rence IDが Trueであるか否かが判定される。 この IDが Trueであると 判定された場合、 ステヅブ S 9 3に進み、 Error Codeに 0が設定さ れ、 ステップ S 9 4で ActAckが Network s ideの ASEL-CMEに送信され る。 そして、 ステップ S 9 5において、 MASEL_StsEr. Indが ASELレイ ャマネジメン トに出力され、 Actの状態に戻る。 ステップ S 9 2にお いて、 Reference IDが Falseであると判定された場合、 ステップ S 9 3乃至 S 9 5の処理はスキップされ、 直ちに Actの状態に戻る。 さらに図 1 2に示す Resetを除く任意の状態 （ ActPending又は Act の状態） において、 図 2 7のフローチャートに示す処理が行われ、 Resetの状態への遷移がおきる。
すなわち、 ステップ S 1 0 1において、 ASELレイヤマネ一ジメン トから、 MASEL_Heset. Reqを受信すると、 ステップ S 1 0 2におい て、 該当する ASEL-UNI上の Asynchronous Linkにおける ASEL-VCCが検 索される。 ステップ S 1 0 3では、 この検索が終了したか否かが判 定され、 終了していなければ、 ステップ S 1 0 8に進み、 aselVccS tatusに downが設定される。 そして、 ステップ S 1 0 9で、 aselVcc AsyncDest ldがクリアされ、 ステップ S 1 0 2に戻り、 それ以降の処 理が繰り返し実行される。
ステップ S 1 0 3において、 検索が終了したと判定された場合、 ステップ S 1 0 4に進み、 ase lLayerUserSideSe lf Id ase lLayerNe tSideSelf ldがクリアされる。 ステップ S 1 0 5では、 aselLayerSt atusに Resetが設定され、 ステップ S 1 0 6で、 Timer_Resetがス夕 ―卜される。 さらに、 ステップ S 1 0 7で、 Resetからの回復起動中 の口一カルイベン トが送信され、 Resetの状態に遷移する。
また、 図 1 2の 3つの状態のいずれの状態においても、 図 2 8に 示す処理が行われる。 すなわち、 ステップ S 1 2 1において、 ASEL レイヤマネージメントから、 MASE ConRel . Reqが受信されたとき、 ステップ S 1 2 2に進み、 該当する ASEL- VCCにおけるすべてのパラ メータがクリアされる。 そして、 ステップ S 1 2 3において、 MASE L_Conile l . Confが ASELレイャマネ一ジメン 卜に出力され、 元の状態に 民■© o
次に、 図 1 3の Network s ideの 3つの状態における状態遷移につ いて、 図 2 9乃至図 3 5のフローチャートを参照して説明する。 図 2 9は、 図 1 3の 3つの状態のいずれの状態においても行われる処 理である。 最初にステップ S 1 3 1において、 User s ideの ASEL-CM Eから Wakelipが受信されると、 ステップ S 1 3 2において、 aselLay erNetSideNodeSelf lDと aselLayerUserSideNodeSelf lDがクリァされ る。 次に、 ステップ S 1 3 3に進み、 WakeUpメッセージを送信して きた User sideの端末の NU— IDが、 それまでと異なる新たな User sid eの NU_IDであるか否かが判定される。
新たな User sideの NIJ_IDであると判定された場合、 ステップ S 1
3 4に進み、 User s ideの NU— IDに関連付けた aselLayerUni lDの割り 当て処理が実行される。 次に、 ステップ S 1 3 5に進み、 aselLaye r 1 3 9 4 Bus Indexに、 LK_DATA. indにおける 1 3 9 4 Bus Indexが 設定される。 ステップ S 1 3 6においては、 aselLayerNetSideNode Uniqld, aselLayerUserSideNodeUniqldが設定される。 ステップ S 1
3 3において、 WakeUpメッセージを送信してきた User s ideの端末の NU— IDが、 新たな User sideの NU_IDではないと判定された場合、 以上 のステップ S 1 3 4乃至 S 1 3 6の処理はスキップされる。
次に、 ステップ S 1 3 7に進み、 aselLayerUserSideNodeSe lf ld , aselLayerNetSideNodeSelf ldが設定される。 ステップ S 1 3 8にお いては、 Reference IDが保存される。 さらに、 ステップ S 1 3 9に おいて、 aselLayerStatusに ActPendingが設定される。 ステップ S 1
4 0においては、 ActReqが User sideの ASEL-CMEに送信され、 ステツ ブ S 1 4 1において、 Timer_Resetが停止される。 さらに、 ステップ S 1 4 2において、 Timer_ActPendingが起動された後、 ActPending の状態に遷移する。
すなわち、 このようにして、 図 1 3の Resetの状態、 Actの状態、 又は ActPendingの状態から、 ActPendingの状態への遷移の処理が行 われる。
図 3 0は、 図 1 3の Resetの状態から、 再びその状態に戻る場合の 処理を表している。 この処理においては、 最初にステップ S 1 5 1 において、 Timer_Reset満了のローカルイベン トが受信されると、 ス テツプ S 1 5 2において、 該当する ASEL-UN I上の ASEL- VCCが検索さ れる。 そして、 ステヅプ S 1 5 3において、 検索が終了したか否か が判定され、 終了していなければステップ S 1 5 4に進み、 検索し た ASEL- VCCに関するすべてのリソースを解放する処理が実行される。 そして、 ステップ S 1 5 2に戻り、 それ以降の処理が繰り返し実行 される。
ステップ S 1 5 3において、 検索が終了したと判定された場合、 ステップ S 1 5 5 (こ進み、 ase lLayerUni Id, aselLayer 1 3 9 4 Bus Index, aselLayerNetSideNodellniqld, aselLayerUserSideNodeUniq Idがクリアされる。 そして、 ステップ S I 5 6において、 MASEL_Bu sHalt . Indが ASELレイャマネージメントに出力され、 Resetの状態に 戻る。 ステップ S 1 5 6で MASEL_BusHalt . Indが ASELレイヤマネージ メン トに出力されたとき、 図 2 3のステップ S 1 9における場合と 同様に、 このプリ ミティブを受信した後、 アプリケーションソフ ト ウェアは、 ASEL-UNI上のすべての VCCに関するリソースを解放する。 次に、 図 3 1を参照して、 図 1 3の ActPendingの状態から、 Actの 状態に遷移する場合の処理 （ステップ S 1 6 1乃至ステヅプ S 1 6 7 ) と、 ActPendingの状態から、 再びその状態に戻る処理 （ステツ プ S 1 6 1 ， S 1 6 2 , S 1 6 3 , S 1 6 8乃至 S 1 7 6 ) につい て説明する。 ステップ S 1 6 1において、 User s ideの ASEL-CMEから ActAckが受 信されると、 ステップ S 1 6 2において、 Reference IDのチェック が行われる。 Reference IDが Trueであると判定された場合、 ステツ プ S 1 6 3に進み、 重大なエラーが発生しているか否かが判定され る。 重大なエラーが発生していない場合、 ステップ S 1 6 4に進み、 aselLayerStatusに Actが設定される。 そして、 ステップ S 1 6 5に おいて、 MASEL_Act. Indが ASELレイヤマネージメン 卜に出力される。 ステヅプ S 1 6 6では、 Timer— ActPendingが停止され、 ステップ S 1 6 7で Kに 0が設定されて、 Actの状態に遷移する。
ステップ S 1 6 2において、 Reference IDが Faultであると判定さ れた場合、 ActPendingの状態に直ちに遷移する。 また、 ステップ S 1 6 3において、 重大なエラーが発生していると判定された場合、 ステップ S 1 6 8に進み、 MASE FatalEr. Ind ( Error Codeは C 1 h とされる） が、 ASELレイヤマネージメン トに出力された後、 ActPen dingの状態に遷移する。
ステップ S 1 6 9において、 Timer_ActPending満了のィベン トが 受信された場合、 ステップ S 1 7 0に進み、 Timer_ActPendingの満 了回数に等しい変数 が 1だけインクリメン 卜された後、 ステップ S 1 7 1に進み、 そこで、 Kが aselLayerMaxTimerExpireより大きい か否かが判定される。 Kの方が大きいと判定された場合、 ステップ S 1 7 5に進み、 MASEL_ExpireEr . Indが ASELレイヤマネージメン ト に出力された後、 ステップ S 1 7 6において、 Kに 0が設定され、 ActPendingの状態に戻る。
ステップ S 1 7 1において、 Kの値が、 ase lLayerMaxTimerExpir eと等しいか、 それより小さいと判定された場合、 ステップ S 1 7 2 に進み、 Timer_ActPendingを再起動する処理が行われる。 そして、 ステップ S 1 7 3において、 Error Codeに 0 x 8 1が設定され、 ス テヅプ S 1 74において、 ActReqが User sideの ASEL-CMEに送信 （再 送） される。 そして ActPendingの状態に戻る。
次に、 図 3 2と図 33のフローチャートを参照して、 図 1 3の Ac tの状態から、 再びその状態に戻る場合の処理について説明する。 図 3 2のステッブ S 1 9 1で、 Actの状態において、 MASEL_ConSe t.Reqが ASELレイヤマネージメン 卜から受信されると、 ステップ S 1 9 2に迪み、 aselVccConnld, aselVccVpi , aselVccVci, aselVccRo uteArea, aselVccTopology, aselVccAalType, aselVccQosType, as elVccTransmitSegLen, aselVccReceiveSeqNum, aselVccOprSpeed, aselAalConn objectsが設定される 0
次に、 ステップ S 1 93に進み、 aselVccQosTypeに CBRが設定され ているか否かが判定される。 設定されていると判定された場合、 ス テヅブ S 1 94 ίこ進み、 aselVccIsoDelayVariationTolerance, ase IVccIsoTransmitBand, aselVcc IsoReceiveBandが設定される。 そし て、 Actの状態に戻る。
ステップ S 1 9 3において、 aselVccQosTypeに CBRが設定されてい ないと判定された場合、 ステップ S 1 9 5に進み、 aselVccAsyncPe akTransmitRate, aselVccAsyncPeakReceiveRateか設定される。 次に、 ステップ S 1 9 6に進み、 aselVccQosTypeが ABRであるか否かが判定 され、 ABRである場合にはステップ S 1 9 7に進み、 aselVccAbrVpi, aselVccAbrVci , aselVccAbrMinTransmitRate, aselVccAbrMinRecei veRate, aselVccAbrlnitialTransmitRate, aselVccAbrlnitialRece iveRate, aselVccAbrAllowedTransmitRate, aselVccAbrAl lowedRec eiveRateが設定される。 ステップ S 1 9 6において、 aselVccQosTy peが ABRではないと判定された場合、 ステップ S 1 9 7の処理はスキ ップされる。 そして Actの状態に戻る。
Actの状態で、 ステップ S 1 9 8において、 User sideの ASEL-CME から IsoReqを受信したとき、 ステップ S 1 99に進み、 利用可能な Isochronous channelの確認が行われる。 そして、 ステップ S 20 0 において、 利用可能な Isochronous channelが存在するか否かが判定 される。 存在すると判定された場合、 ステップ S 2 0 1に進み、 そ のチヤンネルが aselVccIsoChannelに設定され、 ステップ S 202に おいて、 aselVccStatusに Upが設定される。 そして、 ステップ S 20 3において、 User sideの ASEL- CMEに IsoRplyが送信され、 ステヅプ S 204において、 ASELレイヤマネージメントに対して、 MASEL一 Co nSet.Confが出力される。 その後、 Actの状態に戻る。
ステップ S 200において、 利用可能な Isochronous channelが存 在しないと判定された場合、 ステップ S 205に進み、 Error Code に 0 x C 2が設定される。 ステップ S 206では、 Iso channelが存 在しないことを表す IsoRplyが、 User sideの ASEL- CMEに送信され、 ステップ S 20 7で、 MASEL— IsoEr.Indが、 ASELレイヤマネージメン トに対して出力される。 そして、 Actの状態に戻る。
ステップ S 208で DestlDReqが User sideの ASEL-CMEから受信さ れた場合、 ステップ S 209に進み、 Destination SelflDの検索処 理が行われる。 ステップ S 2 1 0においては、 Destination SelflD が検索されたか否かが判定され、 検索された場合にはステップ S 2 1 1に進み、 その結果が aselVccAsyncDestIDに設定される。 ステツ プ S 2 1 2では、 さらに aselVccStatusに Upが設定され、 ステップ S 1 23で DestlDRplyが User sideの ASEL- CMEに送信される。 さらに、 ステップ S 2 1 4で、 MASEL_ConSet.Confが ASELレイヤマネージメン トに出力され、 Actの状態に戻る。
ステップ S 2 1 0において、 Destination Self IDが検索されなか つたと判定された場合、 ステップ S 2 1 5に進み、 Error Codeに 0 X C 3が設定される。 ステップ S 2 1 6では、 Destination IDが発 見できなかったことを示す DestlDRplyが、 User sideの ASEL-CMEに送 信される。 さらに、 ステップ S 2 1 7で、 MASE DestlDEr. Indが AS ELレイヤマネージメントに出力された後、 Actの状態に戻る。
図 3 3のステップ S 23 1においては、 User sideの ASEL-CMEから ActAckが受信されると、 ステップ S 232において、 Reference ID が Trueであるか否かが判定される。 この IDが Trueである場合には、 ステップ S 23 3に進み、 重大なエラーの発生の有無が判定される。 重大なエラーが発生していると判定された場合、 ステップ S 23 5 に進み、 MASEL_FatalEr. Ind (Error Codeには C 1 hが設定される） が、 ASELレイヤマネージメン トに出力され、 Actの状態に戻る。
ステップ S 2 33において、 重大なエラーが発生してないと判定 された場合には、 ステップ S 2 34に進み、 MASE StsEr. Indが、 A SELレィャマネージメントに出力された後、 Actの状態に戻る。
ステップ S 2 3 2において、 Reference IDが Falseであると判定さ れた場合、 ステップ S 233乃至 S 23 5の処理はスキッブされ、 Actの状態に戻る。
さらに、 図 1 3の Resetを除く状態、 すなわち、 ActPendingの状態、 又は Actの状態においては、 図 34の処理により、 Resetへの遷移の 処理が行われる。 この場合、 ステップ S 2 4 1において、 ASELレイヤマネージメン 卜から MASEL— Reset. Reqが受信されると、 ステップ S 2 4 2におい て、 該当する ASEL- UNI上の Asynchronous Linkにおける ASEL-VCCを検 索する処理が行われる。 ステップ S 24 3においては、 検索が終了 したか否かが判定され、 終了していない場合には、 ステップ S 24 4に進み、 aselVccStatusに downが設定される。 そして、 ステップ S 24 5において、 aselVccAsyncDestIDがク リアされた後、 ステップ S 24 2に戻り、 それ以降の処理が繰り返し実行される。
ステップ S 2 4 3において、 検索が終了したと判定された場合、 ステップ S 2 4 6に進み、 aselLayerUserSideSelf Id, aselLayerNe tSideSelfldがクリアされる。 ステップ S 2 4 7においては、 aselL ayerStatusに対して、 Resetが設定され、 ステップ S 24 8において, Timer_Resetが起動された後、 Resetの状態に遷移する。
さらに、 図 1 3の 3つの状態のうちの任意の状態において、 図 3 5のフローチャートに示す処理が行われる。 この場合においては、 ステップ S 2 6 1において、 ASELレイヤマネージメン トから MASEL_ ConRel.&eqが受信されると、 ステップ S 2 6 2において、 該当する ASEL- VCCにおけるすべてのパラメ一夕がクリアされる。 そして、 ス テツプ S 2 6 3において、 MASEL— ConRel . Confが ASELレイヤマネージ メントに出力された後、 元の状態に戻る。
次に、 図 3 6乃至図 4 3のフローチャートを参照して、 図 6の Up per Layerから 1 3 9 4 Linkレイヤに対して、 又は、 ASELレイヤマネ —ジメン トから 1 3 94 Linkレイヤに対してデ一夕を送信する場合 の処理について説明する。
図 3 6と図 3 7は、 図 6の Upper Layerから ASELが、 AAL UNITDAT A. Reqの入力を受けた場合に、 1 394 Linkレイヤに対して、 LKJS O.req又は LK_DATA.reqを出力する場合の処理を表している。
最初に、 ステップ S 2 8 1で、 Actの状態において、 Upper Layer から AAL_UN I TDATA . Reqが受信される。 この AALJJN I TDATA . Reqには、 ASEL-UNI ID, VPI/VCI Value, AAL-ID, More, AAL-LP, AAL-CI, AA L-UU, AAい ESが含まれている。
次に、 ステップ S 282に進み、 ASEL-UNI ID及び VPI/VCI Value に対応する aselVccVpiと aselVccVciが存在するか否かのチエックが 行われる。 これらが Trueであると判定された場合、 ステップ S 28 3に進み、 aselVccStatusが Upであるか否かが判定される。 aselVcc Statusに Upが設定されている場合には、 ステップ S 284に進み、 ASELヘッダの VPI Valueに aselVccVpiの値が設定され、 VCI Valueに aselVccVciの値が設定される。 なお、 ステップ S 2 82で、 チェヅ クの結果が Falseであった場合、 又はステップ S 283で aselVccSt atusに Upが設定されていないと判定された場合には、 Actの状態に戻 る。
次に、 ステップ S 28 5において、 QoS classに aselVccQosTypeが 設定され、 ステップ S 28 6において、 QoS classが CBRであるか否 かが判定される。 QoS classが CBRであると判定された場合は、 ステ ッブ S 287に進み、 LK_IS0.reqのプリ ミティブのパラメ一夕作成 処理が実行される。 この処理の詳細については、 図 40のフローチ ヤートを参照して後述する。
ステップ S 2 8 6において、 QoS classが CBRではないと判定され た場合、 ステップ S 288に進み、 LK_DATA.reqのプリ ミティブのパ ラメ一夕作成処理が実行される。 この処理の詳細は、 図 4 1のフロ —チャートを参照して後述する。
次に、 ステップ S 2 8 9に進み、 SNに TR_SNが設定される。 なお、 このパラメ一夕 は、 送信側における Sequence Number値を示し、 各 ASEL-VCC毎に、 独立した値を有する。 また、 TR_SNは、 後述するよう に、 ステップ S 3 0 7でインクリメン 卜される変数である。
次に、 ステップ S 2 9 0において、 Mlに 0が設定され、 ステツプ S 2 9 1において、 MNG- IDに 0が設定される。
ステップ S 2 9 2においては、 aselVccAalTypeが、 AAL 5と AAL 0 のいずれであるかが判定される。 ase lVccAalTypeが AAL 5であると判 定された場合、 ステップ S 2 9 3に進み、 AAL_Typeに AAL 5が設定さ れる。 次に、 ステップ S 2 9 4において、 AAL 5 Spec if ic f i e ldの パラメ一夕作成処理が実行される。 この処理の詳細は、 図 4 2のフ ローチャートを参照して後述する。
次に、 ステップ S 2 9 5において、 ptrSDUに AAL- IDが格納されて いるバッファへのポィン夕が設定され、 ステップ S 2 9 6において、 Countに AAい IDの長さが設定される。 ステップ S 2 9 7においては、 Countの値が、 ase lVccTransmitSegLenから 8を減算した値より大き いか否かが判定される。 ここで、 Noの判定が行われた場合には、 ス テツプ S 2 9 7 Aに進み、 Moreが " Not Used" (すなわち未使用） 若しくは "End of SDU" (すなわち、 AAL-SDUの最終部分を含む） で あるか否かの判定が行われる。 Moreが "Not Used" 若しくは "End of SDU" であると判定された場合、 ステップ S 2 9 8に進み、 MRに 0が設定され、 ステップ S 3 0 1において、 Countに 8を加算した値 が Data Lengthに設定される。
さらに、 ステップ S 3 0 2において、 QoS c lassが CBRであるか否 かが判定される。 ここで、 Yesの判定が行われた場合には、 ステップ S 30 3に進み、 LK_IS0.reqが 1 3 94Linkレィャに出力された後、 Actの状態に戻る。 ステップ S 302において、 QoS classが CBRでは ないと判定された場合には、 ステップ S 304において、 LK— DATA. Reqが 1 394Linkレィャに出力された後、 Actの状態に戻る。
ステツプ S 292において、 aselVccAalTypeが AAL0であると判定 された場合には、 ステップ S 299に進み、 AAL_Typeに AAL0が設定 される。 次に、 ステップ S 30 0において、 AALO Specific field のパラメ一夕作成処理が実行される。 この処理の詳細は、 図 43の フローチャートを参照して後述する。 その後、 ステップ S 30 1に 進み、 それ以降の処理が実行される。
—方、 ステップ S 29 7において、 Countの値が、 aselVccTransm itSegLenから 8を減算した値より大きいと判定された場合、 ステツ ブ S 3 05に進み、 MRに 1が設定される。 そして、 ステップ S 30 6 (こお ヽて、 Data Length (こ aselVccTransmitSegLenの値が設定され る。 ステップ S 30 7においては、 TR_SNの値がィンクリメン トされ、 ステップ S 30 8では、 QoS classが CBRであるか否かが判定される。 ここで Yesの判定が行われた場合には、 ステップ S 309に進み、 L K_IS0.reqが、 1 394 Linkレィャに出力される。 ステップ S 30 8 で Noの判定が行われた場合には、 ステップ S 3 1 0において、 LK_D ATA.reqが、 1 394 Linkレイヤに出力される。
次に、 ステップ S 3 1 1に進み、 ptrSDUの現在の値に、 aselVccT ransmitSegLenから 8を減算した値が加算される'。 次に、 ステップ S 3 1 2に進み、 Countの値が、 aselVccTransmitSegLenから 8を減算 した値だけデク リメン トされる。 その後、 ステップ S 2 9 7に戻り、 それ以降の処理が繰り返し実行される。
ステップ S 2 9 7 Aにおいて、 Moreが "Not Used" 若しくは "En d of PDU" でないと判定された場合にも、 ステップ S 305に進み、 それ以降の処理が行われる。
図 38は、 図 6において、 ASELレイヤマネージメン トから MASEL_ DATA. Reqが受信されたとき、 ASELが 1 394Linkレィャに対して、 LK—DATA.reqを出力する処理を表している。
すなわち、 Actの状態において、 ステップ S 3 2 1で、 ASELレイヤ マネージメン トから、 MASEL_DATA.Reqを受信する。 この MASEL_DATA. Reqには、 ASEL-UNI ID, VPI /VCI Value, MNG-ID, AAL-ID(SDU), AA い LP, AAL-CI, AAL- ESが含まれている。
次に、 ステップ S 322において、 対応する aselVccVpiと aselVc cVciが、 存在するか否かが判定される。 aselVccVpiと aselVccVciが、 存在する場合には、 ステップ S 323に進み、 aselVccStatusに Upが 設定されているか否かが判定される。 ステップ S 323において、 Yesの判定が行われた場合には、 ステップ S 324に進み、 ASELへヅ ダの VPI Valueに aselVccVpiの値が設定され、 VCI Valueの値に asel VccVciの値が設定される。 ステップ S 3 2 5においては、 QoS Clas sに aselVccQosTypeの値が設定され、 ステップ S 32 6においては、 LK_DATA.reqのプリ ミティブのパラメ一夕作成処理 （この処理の詳細 は、 図 4 1を参照して後述する） が実行される。
次に、 ステップ S 32 7において、 SNに TR_SNが設定され、 ステツ プ S 3 28において、 Mlに 1が設定される。 さらに、 ステップ S 3 29においては、 MNG-IDに、 MASEL_DATA.req中の MNG- IDの値がセッ トされる。 ステップ S 330においては、 AAL Typeに AAL0が設定さ れる。
次に、 ステップ S 3 3 1において、 AAL O Specific f ieldのパラ メ一夕作成処理 （この処理の詳細は、 図 4 3を参照して後述する） が実行される。
次に、 ステップ S 3 3 2において、 Data Lengthに、 AAL- SDUの長 さに 8を加算した値が設定される。 ステップ S 3 3 3においては、 LK— DATA. reqが 1 3 9 4 Linkレイヤに出力された後、 Actの状態に戻 る
ステップ S 3 2 2において、 ase lVccVpi及び ase lVccVc iが、 Fals eであると判定された場合、 特に処理が行われず、 Actの状態に戻る。 ステップ S 3 2 3において、 aselVccStatusに Upが設定されていない と判定された場合も同様である。
図 3 9は、 任意のスティタスにおいて行われる ASEL-CMPの転送処 理を表している。 ステップ S 3 5 1において、 ASEL_CMPの送信要求 の口一カルイベントが受信されると、 ステップ S 3 5 2において、 QoS c lassに 0が設定される。 ステッ v S 3 5 3においては、 1 3 9 4 Bus Indexに aselLayer 1 3 9 4 Bus lndexの値が設定され、 ステツ ブ S 3 5 4において、 さらに ASELヘッダの VP I Valueと VCI Valueに 0が、 それぞれ設定される。
次に、 ステップ S 3 5 5において、 aselLayerOprModeが、 User s ide又は Network sideのいずれであるかが判定される。 aselLayerOp rModeが、 User sideであると判定された場合、 ステップ S 3 5 6に 進み、 Destination Self IDに aselLayerNetSideNodeSelf Idが設定さ れる。 ステップ S 3 5 5 (こおレヽて、 aselLayerOprModeが、 Network sideであると判定された場合、 ステップ S 3 5 7に進み、 Destinat ion 561 0に&5611^ 61 ]36 10|61^0(16561 1(1が設定される。
次に、 ステップ S 3 58に進み、 Transaction Codeに 1が設定さ れ、 ステップ S 3 59で Retry Codeに 1が設定される。 ステップ S 360では、 Speedに AselVccOprSpeedの値が設定され、 ステップ S 3 6 1においては、 SNに TR_SNが設定される。 ステップ S 36 2では、 さらに、 Mlに 1が設定され、 ステップ S 363では、 MNG-IDに 0が 設定される。 ステップ S 3 64では、 AAL_Typeに AAL0が設定される。 さらにステップ S 3 6 5において、 MRに 0が、 ステップ S 366 において、 LPに 0が、 ステップ S 3 67において、 CIに 0が、 ステ ップ S 3 68において、 EIに 0が、 ステップ S 3 69においては、 E&-IDに 0が、 それぞれ設定される。 次に、 ステップ S 370におい て、 Data Lengthに、 ASE CMPの長さに 8を加算した値が設定される。 ステップ S 3 7 1においては、 LKJ)ATA.reqが、 1 394Linkレイヤ に出力され、 元の状態に戻る。
次に、 図 40乃至図 4 3を参照して、 上述した図 3 6と図 38の 処理中に含まれるサブルーチンのより詳細な処理について説明する。 図 40は、 図 3 6のステップ S 28 7の LK_IS0. reqプリ ミティブの パラメ一夕作成処理の詳細を表している。 ここでは、 最初に、 ステ ップ S 39 1において、 1 394 Bus Indexに aselLayer 1 394 B uslndexの値が設定される。 ステップ S 3 9 2においては、 Isochro nous Channel numberに aselVccIsoChannelの下位 6ビッ 卜の値が設 定される。 さらに、 ステップ S 39 3においては、 Tag valueに ase IVccIsoChannelの上位 2ビッ 卜の値が設定される。 ステップ S 39 4においては、 Sppedに aselVccOprSpeedの値が設定される。
図 4 1は、 図 3 6のステヅブ S 2 88と、 図 38のステップ S 3 2 6における LK_DATA.reqプリ ミティブのパラメ一夕作成処理の詳細 を表している。 最初に、 ステップ S 40 1において、 1 3 94 Bus Indexに aselLayer 1 39 4 Buslndexの値が設定される。 ステップ S 40 2では、 Destination SelflDに、 aselVccAsyncDestldの値が設 定される。 さらに、 ステップ S 40 3においては、 Destination of fsetに、 aselLayerl 394 DestOf fsetの値が設定される。 ステップ S 404とステップ S 40 5においては、 それぞれ Transaction Co deと Retry Codeに、 1の値が設定される。 次に、 ステップ S 40 6 において、 Speedに、 aselVccOprSpeedの値が設定される。
図 42は、 図 3 6のステップ S 294における AAL5 Specific f ieldのパラメ一夕作成処理の詳細を表している。 ステップ S 4 1 1 においては、 LPに AAL-LPの値が設定される。 このパラメ一夕は、 AA LJJNITDATA.reqプリ ミティブからマツビングされる。 次に、 ステヅ プ S 4 1 2において、 CIに AAL-CIが設定される。 このパラメ一夕も、 AALJJNITDATA.reqプリ ミティブからマツビングされる。
次に、 ステップ S 4 1 4において、 ESが No Errorであるか否かが 判定される。 ここで、 Yesの判定が行われた場合には、 ステップ S 4 1 5に進み、 EIに 0が、 またステップ S 4 1 6において、 ER- IDに 0 が、 それぞれ設定される。
ステップ S 4 1 4において、 Noの判定が行われた場合には、 ステ ップ S 4 1 7に進み、 EIに 1が設定される。 次に、 ステップ S 4 1 8において、 ESが CPCS CRC errorであるか否かが判定され、 Yesであ る場合には、 ステップ S 4 1 9に進み、 ER-IDに 0 x 8 1が設定され る。
ステップ S 4 1 8において、 Noの判定が行われた場合には、 ステ ップ S 4 2 0に進み、 ESが CPCS-SDU Length errorであるか否かが判 定される。 Yesの判定が行われた場合には、 ステップ S 42 1に進み、 ER-IDに 0 x 82が設定される。 ステップ S 4 20において、 Noの判 定が行われた場合には、 ステップ S 422に進み、 ER-IDに 0が設定 される。
図 4 3は、 図 3 6のステヅプ S 300と、 図 38のステップ S 3 3 1の AALO Specific fieldのパラメータ作成処理の詳細を表して いる。 ステヅブ S 4 3 1においては、 MRに 0が設定され、 ステップ S 432においては、 LPに AAL-LPが設定される。 ステップ S 433 では、 CIに AAL-CIが設定される。 ステップ S 4 34において、 ESが No Errorであるか否かが判定される。 ここで Yesの判定が行われた場 合には、 ステップ S 4 35に進み、 EIに 0が設定され、 ステップ S 436において、 ER-IDに 0が設定される。
ステップ S 434において、 Noの判定が行われた場合には、 ステ ヅプ S 43 7に進み、 EIに 1が設定される。 そして、 ステヅプ S 4 38においては、 ER-IDに 0 X 0 1が設定される。
図 44乃至図 4 6のフローチャー トは、 図 6の 1 3 94 Linkレイ ャから LK一 DATA.Ind又は LK_IS0.Indの入力を受け、 Upper Layerに AA LJJNITDATA.indを出力したり、 ASELレイヤマネージメン 卜に対して、 MASE DATA.Indを出力する処理を表している。
任意のステイタスにおいて、 ステップ S 4 5 1において、 1 39 4 1^レィャから _0八丁 .111(1が受信される。 これには、 1 3 94 Bus Index, Source self ID, Destination Self ID, Destination Of fset, Transaction code, Retry code, Data Length, Data (ASEL - PDU) ， Speed, Packet statusが含まれている。 次に、 ステップ S 4 5 2に進み、 1 3 9 4 Asynchronousヘッダ フォーマツ 卜のチェック処理が行われる。 この処理の詳細について は、 図 4 7のフローチャートを参照して後述する。 次に、 ステップ S 4 5 3に進み、 Resultが 0Kであるか否かが判定される。 Resultが 0Kではない場合、 ステップ S 4 6 5に進む。 Resultが 0Kである場合 には、 ステップ S 4 5 4に進み、 1 3 9 4 Bus Index及び Source S elflDを用いた ASEL-UNI IDの検索処理が行われる。
次に、 ステップ S 4 5 5において、 ASEL-UN I IDが検索されたか否 かが判定される。 検索された場合には、 ステップ S 4 5 6に進み、 ASELヘッダの VP I/VC I Valueのチェックが行われる。 この値が正しく 且つ VPI/VCIが 0 / 0でない場合には、 ステップ S 4 5 7に進み、 こ の値が正しく且つ VP I/VC Iが 0 / 0である場合には、 ステップ S 4 7 5に進む。 この値が正しくない場合には、 ステップ S 4 6 5に進む。 ここで VP I/VCIが 0 / 0であるというのは、 VP I Valueが 0であり、 且つ VCI Valueも 0であることを示している。
ステップ S 4 5 5において、 ASEL-UNI IDが検索されなかったと判 定された場合、 ステップ S 4 6 7に進み、 VPI/VCIがいずれも 0であ るか否かが判定される。 ステップ S 4 6 7において、 Yesの判定が行 われた場合には、 ステップ S 4 7 5に進み、 Noの判定が行われた場 合には、 ステップ S 4 6 5に進む。
ステップ S 4 5 7においては、 Mlが 0であるか否かが判定される。 ここで、 Yesの判定が行われた場合には、 ステップ S 4 5 8に進み、 AAL Typeの判定が行われる。 AAL Typeが Type 0である場合には、 ス テツブ S 4 5 9に進み、 Type 5である場合には、 ステップ S 4 7 9 に進む。 AAL Typeが、 他の Typeである場合には、 ステップ S 4 6 5 に進む。
ステップ S 4 5 9においては、 AALO (Userデ一夕） の組み立て処 理が行われる。 その詳細については、 図 5 0のフローチャートを参 照して後述する。 次に、 ステップ S 4 6 0に進み、 Resultが 0Kであ るか否かが判定される。 0Kであると判定された場合、 ステップ S 4 6 1に進み、 受信バッファに ASEL_SDU (すなわち、 AAL- SDU) を追 加する処理が実行される。 次に、 ステップ S 4 6 2に進み、 AAL0パ ラメ一夕の作成処理が実行される。 この処理の詳細については、 図 5 3のフローチャートを参照して後述する。 次に、 ステップ S 4 6 3に進み、 AAL一 UNIDATA. Indが、 図 6の Upper Layerに出力される。 この AALJJNIMTA.Indには、 ASEL-UNI ID, VPI/VCI value, AAL- ID (SDU) , AAL-LP, AAL-CI, AA ESが含まれている。 そして、 元の状 態に戻る。
ステップ S 4 6 0において、 Resultが NGと判定された場合、 ステ ップ S 4 64に進み、 Rcv_ER_Statusに No errorが設定される。 この パラメ一夕は、 受信している AAい SDUのエラ一状態を表し、 各 ASEL- VCC毎に、 独立した値を有する。 その後、 ステップ S 4 6 5に進む。 ステップ S 4 5 7において、 Mlの値が 0ではないと判定された場 合、 ステップ S 4 6 8に進み、 MNG IDが 0であるか否かが判定され る。 ここで、 Yesの判定が行われた場合には、 ステップ S 4 7 5に進 む。 これに対して、 Noの判定が行われた場合には、 ステップ S 4 6 9に進む。 ステップ S 4 6 9においては、 AAL Typeが 0であるか否 かが判定される。 ここで、 Noの判定が行われた場合には、 ステップ S 4 6 5に進む。 ここで、 Yesの判定が行われた場合には、 ステップ S 4 7 0に進み、 AALO (LMデータ） の組み立て処理が実行される。 この処理の詳細については、 図 5 1のフローチャートを参照して後 述する。
次に、 ステップ S 4 7 1において、 Resultが 0Kであるか否かが判 定される。 NGである場合には、 ステップ S 4 6 4に進み、 0Kである 場合には、 ステップ S 4 7 2に進む。 ステップ S 4 7 2においては、 受信バッファに ASEL—SDU (すなわち、 AAい SDU) を追加する処理が 実行される。 さらに、 ステップ S 4 7 3において、 AAL0パラメ一夕 の作成処理が実行される。 この処理の詳細は、 図 5 3のフローチヤ ―トを参照して後述する。
次に、 ステップ S 4 7 4に進み、 MASE MTA.Indが、 図 6の ASEL レイヤマネージメ ン トに出力される。 この MASEL_DATA.Indには、 AS EL-UN I ID, VPI/VCI value, AAL-ID(SDU), AAL-LP , AAL-CI, AAL-E Sが含まれている。 その後、 元の状態に戻る。
ステップ S 4 7 5においては、 AALO (LMデータ） の組み立て処理 が実行される。 この処理の詳細は、 図 5 1のフローチャー トを参照 して後述する。 次に、 ステップ S 4 7 6に進み、 Resultが 0Kである か否かが判定される。 NGである場合には、 ステップ S 4 6 5に進む。
0Kである場合には、 ステップ S 4 7 7に進み、 受信バッファに ASEL — SDU (すなわち、 ASEL_CMP) を追加する処理が実行される。 次にス テヅプ S 4 7 8に進み、 ASEL_CMPメヅセージの受信を指示する口一 カルイベン トが発行された後、 元の状態に戻る。
ステップ S 4 7 9においては、 AAL 5の組み立て処理が実行される。 この処理の詳細については、 図 49のフローチヤ一トを参照して後 述する。 次に、 ステップ S 4 8 0に進み、 Resultが 0Kであるか否か が判定される。 0Kである場合には、 ステップ S 4 8 1に進み、 受信 バッファに ASEL—SDU (すなわち、 組み立て中の AAI^ SDU) を追加す る処理が実行される。 次に、 ステップ S 4 8 2において、 MRが 0又 は 1のいずれであるかが判定される。 MRが 0である場合には、 ステ ップ S 4 8 3に進み、 AAL5パラメ一夕の作成処理が実行される。 こ の処理の詳細については、 図 5 2のフローチャートを参照して後述 する。 次に、 ステップ S 4 84において、 AA UNIDATA.Indが、 図 6 の Upper Layerに出力される。 この、 AAL_UNIDATA. Indには、 ASEL-U NI ID, VPI/VCI value, AAL-ID(SDU), AAL-LP, AAL -CI, AAL-UU, A AL-ESが含まれている。 その後、 元の状態に戻る。
ステップ S 4 8 2において、 MRの値が 1であると判定された場合 には、 ステップ S 4 8 3， S 4 84の処理はスキップされる。
—方、 ステップ S 4 8 0において、 Resultが NGであると判定され た場合、 ステップ S 4 8 5に進み、 MRの値が 0と 1のいずれである かが判定される。 ステップ S 4 8 5において、 MRが 1であると判定 された場合、 ステップ S 4 6 5に進む。 MRが 0であると判定された 場合、 ステップ S 4 8 6に進み、 Rev— ER_Flagに 0が設定される。 こ のパラメ一夕は、 受信している AAL-SDUに何らかのエラーが含まれて いることを表し、 各 ASEL-VCC毎に、 独立した値を有する。
次に、 ステップ S 4 8 7に進み、 Rcv_ER_Statusに、 No errorが設 定される。
次に、 ステップ S 4 8 7 Aに進み、 Next_Rcv_SNに SNの値を 1だけ インクリメン トした値が設定される。 このパラメ一夕は、 受信側に おいて、 次に期待される SN値を示しており、 モジュロ 1 2 8でイン クリメントされ、 各 ASEL-VCC毎に、 独立した値を有する。
次に、 ステップ S 4 6 5に進み、 ASEL-PDUを廃棄する処理が実行 される。 ステップ S 46 6では、 Resultに OKが設定され、 その後、 元の状態に戻る。
—方、 任意の状態において、 ステップ S 48 8において、 図 6の 1 394Linkレイヤから、 LK_IS0. Indの入力を受けたとき、 ステヅ プ S 489以降の処理が実行される。 なお、 この LK_IS0.Indには、 1 394 Bus Index, Isochronus Channel number, Tag value, Da ta Length, Data (ASEL-PDU) , Speed, Packet statusなどが含まれ ている。
ステップ S 4 89では、 1 3 94 Isochronousへヅダフォ一マヅ 卜のチェック処理が行われる。 この処理の詳細については、 図 48 のフローチヤ一トを参照して後述する。 次に、 ステップ S 490に 進み、 Resultが 0Kであるか否かが判定される。 NGである場合には、 ステップ S 4 6 5に進み、 それ以降の処理が実行される。
これに対して、 Resultが 0Kであると判定された場合、 ステップ S 49 1に進み、 1 394 Bus Index, Isochronous Channel number 及び Tag valueを用いた ASEL-UNI IDの検索処理が実行される。 ステ ップ S 49 2においては、 ASEい UNI IDが検索されたか否かが判定さ れる。 検索された場合には、 ステップ S 49 3に進み、 ASELヘッダ の VPI/VCI valueのチェックが行われる。 この値が正しい場合には、 ステップ S 4 5 7に進み、 それ以降の処理が実行される。
ステップ S 49 2において、 ASEい UNI IDが検索されなかったと判 定された場合、 又はステップ S 49 3において、 VPI/VCI valueの値 が正しくないと判定された場合、 ステップ S 46 5に進み、 それ以 降の処理が実行される。
次に、 図 4 7乃至図 53のフローチャートを参照して、 図 44乃 至図 4 6の処理で表れたサブルーチンの、 より詳細な処理について 説明する。
図 4 7は、 図 4 4のステップ S 4 5 2における、 1 3 9 4 Asyn chronousへヅダフォーマツ トのチェヅク処理の詳細を表している。 最初に、 ステップ S 5 0 1において、 1 3 9 4ヘッダ CRCエラーが発 生したか否かが判定される。 エラーが発生していない場合には、 ス テヅプ S 5 0 2に進み、 Destination Offsetの値が、 aselLayer 1 3 9 4 Dest0ffsetの値と等しいか否かが判定される。 両者の値が等し い場合には、 ステップ S 5 0 3に進み、 Transaction Codeが 1であ るか否かが判定される。 この値が 1である場合には、 ステップ S 5 0 4に進み、 Retry Codeが 1であるか否かが判定される。 この値が 1である場合には、 さらにステップ S 5 0 5に進み、 Packet statu sが F0RMAT_ERR0ilであるか否かが判定される。 ここで、 Noの判定が行 われた場合には、 ステップ S 5 0 6に進む。
ステヅブ S 5 0 1でエラ一が発生してると判定されるか、 ステツ プ S 5 0 2で Dest ination Off setが、 ase lLayer 1 3 9 4 Dest0ffse tと等しくないと判定されるか、 ステップ S 5 0 3において Transac tion Codeの値が 1ではないと判定されるか、 ステップ S 5 0 4にお いて Retry Codeが 1でないと判定されるか、 又は、 ステップ S 5 0 5において、 Packet statusが F0RMAT_EIiR0Rであると判定されたとき、 ステップ S 5 1 5に進み、 Resultに NGが設定される。
ステップ S 5 0 6においては、 Packet statusが、 BROADCASTであ るか否かが判定される。 ここで、 Yesの判定が行われた場合には、 ス テツプ S 5 1 6に進み、 Resultに 0Kが設定される。
ステップ S 5 0 6で、 Noの判定が行われた場合には、 ステップ S 5 0 7に進み、 Packet statusが DATA_CRC_ERRORであるか否かが判定 される。 ここで、 Noの判定が行われた場合には、 ステップ S 5 0 8 に進み、 Resistに 0Kが設定される。 次に、 ステヅプ S 5 0 9におい て、 Acknowledgeに 1が設定される （ack_completeの状態とされる） 。 ステップ S 5 1 0では、 Bus Occupancy Controlに、 RELEASEが設定 される。 ステップ S 5 1 1では、 Speedに aselVccOprSpeedの値が設 定される。 さらに、 ステップ S 5 1 2において、 LK— DATA. respが、 図 6の 1 3 9 4 Linkレイヤに出力される。 なお、 この LK_DATA. resp には、 1 3 9 4 Bus Index , Acknowl edge , Bus Occupancy Control , Speedが含まれている。
一方、 ステップ S 5 0 7において、 Packet statusが DATA— CRC—ER RORであると判定された場合には、 ステップ S 5 1 3に進み、 Acync hrouousパケッ トを廃棄する処理が実行される。 さらに、 ステップ S 5 1 4においては、 Acknowl edgeに 0 X Dが設定される （ack_data— errorとされる） 。 次に、 ステップ S 5 1 5に進み、 Resultに NGが設 定される。
図 4 8は、 図 4 4のステップ S 4 8 9における、 1 3 9 4 Isoch ronousヘッダフォーマツ 卜のチェック処理の詳細を表している。 最 初にステップ S 5 2 1において、 1 3 9 4へッダ CRCにエラ一が発生 しているか否かが判定される。 エラーが発生していない場合には、 ステップ S 5 2 2に進み、 Packet statusに DATA_CRC_ERR0Rが設定さ れているか否かが判定される。 ここで、 Noの判定が行われた場合に は、 ステップ S 5 2 3に進み、 Packet statusに F0RMAT_ERR0Rが設定 されているか否かが判定される。 ここで、 Noの判定が行われた場合 には、 ステヅブ S 5 2 4に進み、 Resultに 0Kが設定される。 これに対して、 ステップ S 5 2 1において、 1 3 9 4ヘッダ CRCに エラーが発生していると判定された場合、 ステップ S 5 2 2におい て、 Packet statusに DATA_CRC_ERRORが設定されていると判定された 場合、 又は、 ステップ S 5 2 3において、 Packet statusに F0RMAT_ ERRORが設定されていると判定された場合、 ステップ S 5 2 5に進み、 Resultに NGが設定される。
図 4 9は、 図 4 6のステップ S 4 7 9における、 AAL 5の組み立て 処理の詳細を表している。 ステップ S 5 4 1においては、 Rcv_ER_F lagが、 0と 1のいずれであるかが判定される。 Rev— ER_F lagが 1で あると判定された場合、 ステップ S 5 5 2に進み、 Resultに NGが設 定される。
これに対して、 ステップ S 5 4 1において、 Rcv_ER— F lagが 0であ ると判定された場合、 ステップ S 5 4 2に進み、 E Iが 1であるか否 かが判定される。 E Iが 1でない場合には、 ステップ S 4 4 3に進み、 aselVccReceiveSeqUseが、 Useであるか否かが判定される。 aselVcc Rece iveSeqUseが、 Useであると判定された場合には、 ステップ S 5
4 4に進み、 SNが Next_Rcv_SNであるか否かが判定される。
ステップ S 5 4 4において、 Yesの判定が行われた場合には、 ステ ップ S 5 4 5に進み、 Next_Rcv—SNがインクリメン トされ、 ステップ
5 5 4 6に進む。 ステップ S 4 4 3において、 ase lVccReceiveSeqU seが、 Useではないと判定された場合、 ステップ S 5 4 4とステップ S 5 4 5の処理はスキヅプされ、 ステップ S 5 4 6に進む。
ステップ S 5 4 6においては、 Sum_AAい SDU_Lenに、 Data Length から 8を減算した値が加算される。 このパラメ一夕は、 受信中の組 み立てられた AAい SDUの長さを示し、 各 ASEL-VCC毎に、 独立した値を 有する。
次に、 ステップ S 5 4 7に進み、 aselAai 5 Coim&eceiveMaxSduS i zeが、 Sum— AAL_SDU_Lenより小さいか否かが判定される。 ここで、 N 0の判定が行われた場合には、 ステップ S 5 4 8において、 Resultに 0Kが設定される。 ステップ S 5 4 7において、 Yesの判定が行われた 場合には、 ステップ S 5 4 9に進み、 Rcv_ER_Flagに 1が設定される。 さらに、 ステップ S 5 5 0において、 組み立て中の AAい SDUを廃棄す る処理が行われる。 ステップ S 5 5 1においては、 Resultに NGが設 定される。
ステップ S 5 4 4において、 SNが、 Next—Rcv_SNと等しくないと判 定された場合、 ステップ S 5 5 5に進み、 &cv_Eii_Statusに、 AAL-S DU Length Errorが設定される。 ステップ S 5 5 6では、 ase lAal 5 ConnErSduDel iverが Al lowであるか否かが判定される。 Al lowである 場合には、 ステップ S 5 5 7に進み、 NextJLcv_SN及び受信した ASE L-PDUへッダ中の SN値を SNエラ一リス トに保存する処理が実行される c そして、 ステップ S 5 5 8において、 Next— Rcv_SNに、 SNに 1を加算 した値が設定される。 その後、 ステップ S 5 4 6に進み、 それ以降 の処理が実行される。
ステップ S 5 5 6において、 aselAal 5 ConnErSduDel iverが Al low ではないと判定された場合、 ステップ S 5 5 9に進み、 ilcv_EiLF la gに 1が設定される。 ステップ S 5 6 0では、 組み立て中の AAL- SDU を廃棄する処理が実行される。 そして、 ステップ S 5 6 1において、 Resultに NGが設定される。
ステップ S 5 4 2において、 EIが 1であると判定された場合には、 ステップ S 5 5 3に進み、 ER- IDが、 CPCS-SDU Length errorである のか、 又は CPCS CRC errorであるのかが判定される。 前者の場合に は、 ステップ S 5 5 5に進み、 それ以降の処理が実行される。 後者 の場合には、 ステップ S 5 5 4に進み、 Rcv_ER_Statusに AAL-SDU C RC Errorが設定される。 その後、 ステップ S 5 5 6に進み、 それ以 降の処理が実行される。
図 5 0は、 図 4 5のステヅプ S 4 5 9の、 AAL 0 ( Userデ一夕） の 組み立て処理の詳細を表している。 ステップ S 5 8 1においては、 E Iが 1であるか否かが判定される。 E Iが 1でない場合には、 ステツ プ S 5 8 2に進み、 aselVccRece iveSeqUseが、 Useであるか否かが判 定される。 ase lVccRece iveSeqllseが、 Useである場合には、 ステップ S 5 8 3に進み、 SNが Next_Rcv_SNと等しいか否かが判定される。 こ こで、 Yesの判定が行われた場合には、 ステップ S 5 8 4に進み、 N ext_Rcv_SNの値がインクリメン トされる。
ステップ S 5 8 2において、 ase lVccflece iveSeqUseが、 Useではな いと判定された場合、 ステップ S 5 8 3 , S 5 8 4の処理はスキッ プされ、 ステップ S 5 8 5に進む。
ステップ S 5 8 5においては、 Sum_AAい SDU_Lenに、 Data Length から 8を減算した値が設定される。 次に、 ステップ S 5 8 6におい て、 Sum_AAL-SDU_Lenが 4 8より大きいか否かが判定される。 ここで、 Noの判定が行われた場合には、 ステップ S 5 8 7に進み、 Resultに 0Kが設定される。 これに対して、 ステップ S 5 8 6において Yesの判 定が行われた場合には、 ステップ S 5 8 8に進み、 組み立て中の AA L-SDUを廃棄する処理が行われる。 次に、 ステップ S 5 8 9に進み、 Resul tに NGが設定される。
ステップ S 5 8 3において、 SNの値が Next Rev SNの値と等しくな いと判定された場合、 ステップ S 5 9 5に進み、 Nextjlcv— SNに、 S Nの値を 1だけインク リメントした値が設定される。 次に、 ステップ S 585に進み、 それ以降の処理が実行される。
ステップ S 5 8 1において、 EIが 1であると判定された場合、 ス テツプ S 59 0に進み、 ER-IDが、 CPCS-SDU Length Errorであるの か、 又は CPCS CRC errorであるのかが判定される。 前者の場合には、 ステップ S 59 1に進み、 Hcv_EILStatusに、 AAL-SDU Length Erro rが設定される。 次に、 ステップ S 59 3に進み、 aselAal OConnEr SduDeliverが Allowであるか否かが判定される。 Allowである場合に は、 ステヅプ S 594に進み、 Next_Rcv_SN及び受信した ASEL-PDUへ ヅダ中の SN値を SNエラ一リス トに保存する処理が実行される。 次に ステップ S 59 5に進み、 それ以降の処理が実行される。 これに対 して、 後者の場合には、 ステップ S 59 2に進み、 Rcv_ER_Statusに AAL-SDU CRC Errorが設定される。 その後、 ステップ S 593に進 む。
ステップ S 5 93において、 aselAal 0 ConnErSduDeiiverが Allow ではないと判定された場合、 ステップ S 59 6に進み、 組み立て中 の AAい SDUを廃棄する処理が実行される。 さらに、 ステップ S 59 7 において、 Resultに NGが設定される。
図 5 1は、 図 45のステップ S 4 70とステップ S 47 5におけ る AALO (LMデータ） 組み立て処理の詳細を表している。 ステップ S 6 1 1においては、 EIが 1であるか否かが判定される。 EIが 1では ない場合には、 ステップ S 6 1 2に進み、 aselVccReceiveSeqUseが Useであるか否かが判定される。 aselVccReceiveSeqliseが Useである 場合には、 ステップ S 6 1 3に進み、 SNが Next— Rcv_SNから 1を減算 した値に等しいか否かが判定される。 両者が等しいと判定された場 合には、 ステップ S 6 1 4に進み、 Sum— AAい SDU_Lenに、 Data Leng thから 8を減算した値が設定される。
次に、 ステップ S 6 1 5において、 SunU^ -SDlLLenが 4 8より大 きいか否かが判定される。 ここで、 Noの判定が行われた場合には、 ステップ S 6 1 6に進み、 Resultに 0Kが設定される。 これに対して、 ステップ S 6 1 5において、 Yesの判定が行われた場合にはステツブ S 6 1 7に進み、 組み立て中の AAい SDUを廃棄する処理が実行される。 次に、 ステップ S 6 1 8に進み、 Resu ltに NGが設定される。
ステップ S 6 1 2において、 ase lVccRece iveSeqUseが Useではない と判定された場合、 ステップ S 6 1 4に進み、 それ以降の処理が実 行される。
ステップ S 6 1 3において、 SNが Next_Rcv_SNから 1を減算した値 に等しくないと判定された場合、 ステップ S 6 2 3 Aに進み、 Next _Rcv_SNに、 SNの値を 1だけインクリメントした値が設定される。 そ の後、 ステップ S 6 1 4に進み、 それ以降の処理が実行される。
ステップ S 6 1 1において、 E Iが 1であると判定された場合、 ス テツブ S 6 1 9に進み、 ER- IDが、 CPCS-SDU Length error又は CPCS CRC errorのいずれであるかが判定される。 前者であると判定され た場合、 ステップ S 6 2 0に進み、 Rev一 ER_Statusに AAい SDU Lengt h Errorが設定される。 次に、 ステップ S 6 2 2に進み、 ase lAal O ConnErSduDe l iverが Al lowであるか否かが判定される。 Al lowである と判定された場合には、 ステップ S 6 2 3に進み、 Next— Rcv_SN及び 受信した ASEL-PDUへッダ中の SN値を SNエラ一リス トに保存する処理 が実行される。 その後、 ステップ S 6 2 3 Aに進み、 それ以降の処 理が実行される。 これに対して、 後者であると判定された場合には、 ステップ S 6 2 1に進み、 Rcv_ER_Statusに AAL-SDU CRC Errorが設 定される。 その後、 ステップ S 62 2に進む。
ステップ S 6 22において、 aselAal 0 ConnErSduDeliverが Allow ではないと判定された場合、 ステップ S 624に進み、 組み立て中 の AAい SDUを廃棄する処理が実行される。 そして、 ステップ S 625 において、 Resultに NGが設定される。
図 52は、 図 46のステップ S 48 3における、 AAL5パラメ一夕 の作成処理の詳細を表している。 ステップ S 64 1では、 AAL-LPに LPが設定される。 このパラメ一夕は、 ASEL- PDUヘッダの AAL5 spec ific fieldにマツビングされる。 次に、 ステップ S 642に進み、 AAい CIに CIが設定される。 このパラメ一夕も、 ASEい PDUヘッダの AA L5 specific fieldにマツビングされる。
次に、 ステップ S 643に進み、 AAL-ESに Rcv_ER_Statusが設定さ れる。 さらにステップ S 644において、 AAい UUに CPCS-UUが設定さ れる。
図 53は、 図 4 5のステップ S 4 6 2とステップ S 47 3におけ る AAL0パラメ一夕の作成処理の詳細を表している。 ステップ S 65 1においては、 AAL- LPに LPが設定される。 このパラメ一夕は、 ASEL -PDUヘッダの AALO specific fieldにマヅビングされる。 次に、 ス テツブ S 6 52において、 AAL-CIに CIが設定される。 このパラメ一 夕も、 ASEL-PDUヘッダの AAL 0 specific fieldにマツビングされる。 次に、 ステップ S 6 53において、 AAい ESに Rcv_ER_Statusが設定さ れる。
上述したような ASELを用いて、 図 4に示した ATM端末 1と 1 3 94 端末 4 , 22 , 23との間の通信を、 従来の場合と同様に標準プロ トコルとして IP/ATMを用いて行う場合、 end to endの U (User) プ レーン及び C (Control) プレーンのプロ トコルスタックは、 それぞ れ図 54及び図 55に示すようにレイァゥ トされる。
図 54に示したように、 ATM端末 1の Uプレーンのプロ トコルス夕 ヅクは、 PHY (物理） レイヤ、 ATMレイヤ、 AAL5レイヤ、 IP/ATMレイ ャ、 及び IPレイヤにより構成され、 ATM網 2の Uブレーンのプロ トコ ルス夕ックは、 PHYレィャ及び ATMレィャょり構成される。
ATM/ 1 394中継器 3 , 2 1の Uプレーンのプロ トコルスタック は、 ATM網側が、 PHYレイヤ、 ATMレイヤ、 AAL 5レイヤにより構成さ れ、 1 3 94端末側は、 1 394PHYレイヤ、 1 394LINKレイヤ、 及び ASELレイヤ 3 1より構成される。 1 394端末 4， 22 , 23 の Uブレーンのプロ トコルスタックは、 1 394PHYレイヤ、 1 3 9 4LINKレイヤ、 5£ レィャ 32、 IP/ATMレイヤ、 及び IPレイヤより 構成される。
ATM/ 1 394中継器 3と 1 394端末 4の間、 及び ATMZ 1 39 4中継器 2 1と 1 3 94端末 2 2， 23の間では、 ASEL 3 1によつ て AAL/ATMがェミュレーシヨンされ、 VPC/VCCの概念が存在するため、 Uプレーンのパケッ トのハンドリングは、 IPではなく、 VPI/VCI値に よって行うことができる。 この VPI/VCIは、 通常 AAい PDUのディスク リブ夕 ·テーブルに含まれており、 イ ン夕フェースデータのように、 バケツ 卜の中には含まれていない。 その結果、 ASEL3 1がルーティ ングを行うとき、 パケッ トの中身 （イン夕フェースデータ） をコビ 一する必要がない。 したがって、 ATM/ 1 394中継器 3 , 2 1にお いては、 負荷が軽減され、 ATM/ 1 394中継器 3 , 2 1のスループ ッ トを向上させることができる。
また、 図 5 5に示したように、 ATM端末 1の Cプレーンのプロ トコ ルスタックは、 PHYレイヤ、 ATMレイヤ、 AAL5レイヤ、 SSCF (ITU-T Q. 2 1 3 0 ) +SSC0P (ITU-TQ. 2 1 1 0 ) レイヤ、 及び Q. 2 9 3 1 (ITU-TQ. 2 9 3 1 ) レイヤより構成される。 ATM網 2の Cプレ —ンのプロ トコルス夕ックは、 ATM端末 1の場合と同様の構成とされ る
ATM/ 1 3 9 4中継器 3， 2 1の Cプレーンのプロ トコルスタック は、 ATM網側が ATM端末 1及び ATM網 2の場合と同様の構成とされる。 一方、 1 39 4端末側は、 1 3 94端末 4， 2 2， 2 3のプロ トコ ルスタックと同様の構成とされ、 1 3 9 4PHYレイヤ、 1 3 9 4LIN Kレイヤ、 及び ASELレイヤ 3 3 (図 54の ASELレイヤ 3 1に対応する） より構成される。 1 39 4端末 4， 2 2 , 2 3の Cプレーンのプロ トコルスタックは、 1 3 9 4PHYレイヤ、 1 3 9 4LIMレイヤ、 ASE Lレイヤ 34 (図 54の ASELレイヤ 3 2に対応する） 、 SSCF+SSC0P レイヤ、 及び Q. 2 9 3 1 レイヤより構成される。
ATM/ 1 3 9 4中継器 3 と 1 3 9 4端末 4の間、 及び ATM/ 1 3 9 4中継器 2 1 と 1 3 9 4端末 2 2 , 2 3の間では、 ATM網 2の UNI (User-Network Interface) で使用される公知のシグナリングプロ トコル （Q. 2 9 3 1、 並びに SSCF + SSCOP) を、 レイヤ 3 5又はレ ィャ 3 6に適用することができるため、 従来のように、 一から独自 のシグナリングブ口 トコルを開発する必要がなくなる。 その結果、 システムの開発に要する工数を削減することができるとともに、 シ ステムの信頼性を向上させることができる。
さらに、 ASELによって、 ATMの特徴であるマルチポイン ト、 マルチ コネクションを利用したコネクション型の様々なアプリケ一シヨン によるサービスを、 IEEE 1 3 9 4シリアルバスの特徴である、 低価 格、 ケープリングの容易性、 シェアード ' メディア （媒体共有型ネ ッ トワーク ： 1本のケーブル （伝送媒体） に様々な端末を接続して 通信するもの） による媒体の資源の有効利用が行えるという要素を もったインフラス トラクチャ上で、 そのまま提供することが可能と なる。
ここで、 図 4のシステムにおける、 より具体的な動作例について、 さらに説明する。 例として、 ATM/ 1 3 9 4中継器 2 1に接続されて いる 1 3 9 4端末 2 2— 1 と ATM端末 1 との通信、 1 3 9 4端末 2 2 — 1 と 1 3 9 4端末 2 3— 1との通信、 及び、 1 3 9 4端末 2 2— 1 と 1 3 9 4端末 2 2 - 2との通信の 3通りについて取り上げる。 まず、 いずれの通信を行う場合にしても、 全ての 1 3 9 4端末上 の User s ideの ASEい CMEは、 WakeUpのメッセージ （図 1 5 ) を Broad castし、 ATM/ 1 3 9 4中継器 2 1上の Network sideの ASEL-CMEだけ がそのメ ッセージを受け取る。 これにより、 各 1 3 9 4端末の 8£1^ -CMEは、 ATM/ 1 3 9 4中継器 2 1の ASEL-CMEに対して、 自身の Nod e Unique ID及び Self IDを通知する。 なお、 ASEL-CMPメッセージ
(図 1 4 ) のやり取りは、 ASEL-CMI (図 1 1 ) を介して対向する Ne twork sideと User sideの ASEL-CME間のみで閉じて行われ、 両端の A SEL- CMEで終端されるため、 図 5 4及び図 5 5のプロ トコルスタック には組み込まれない。
ATM/ 1 3 9 4中継器 2 1の ASEL-CMEは、 WakeUp (図 1 5 ) を受信 すると、 新たな ASEL-UNI IDを割り当て、 1 3 9 4 Bus Index, User sideの Node Unique ID及び Se l f IDと関連付けて登録する。 そして、 ActReq (図 1 6 ) を各々の 1 3 9 4端末の ASEL- CMEに対して送信し、 各 User sideの ASEL-CMEの起動を要求するとともに、 Network sideの Node Unique ID及び Self IDの登録を要求する。
各 1 3 9 4端末の ASEL-CMEは、 この要求に対応して登録を行い、 Active statusに遷移し、 ActAck (図 1 7 ) を ATM/ 1 3 9 4中継器 2 1の ASEL-CMEに送信し、 双方が Active statusとなる。
Act ive statusに遷移する際に、 ASEL-CMEから ASELレイヤマネージ メン トに対して、 MASEL_Act . Indプリ ミティブが発行される。 これに より、 ASELレイヤマネージメン トは活性化した ASEい UNI IDとその A SEL-UNIが存在する 1394 Bus Indexを認識する。 よって、 上述の処理 が、 接続されている全ての 1 3 9 4端末との間で行われることで、 ATM/ 1 3 9 4中継器 2 1は、 各々の 1 3 9 4端末がどの 1 3 9 4シ リアルバスに接続されているかを認識することができる。
次に、 具体的な通信の手順を示す。 ここでは、 VCCの設定には、 図 5 5のプロ トコルス夕ックによる SVC( Switched Virtual Circuit )接 続を用い、 固定的な PVC( Permanent Virtual C ircuit )接続は用いな いこととする。 最初に、 ATM/ 1 3 9 4中継器 2 1に接続されている 1 3 9 4端末 2 2— 1と ATM端末 1 との通信について説明する。
1 3 9 4端末 2 2— 1 と ATM端末 1 との間で、 最終的にやり取りし たいデータは、 図 5 4で示されるような Uプレーン上のデ一夕であ る。 この Uブレーンのデ一夕をやり取りするためのコネクションで ある VCCを開設するために、 図 5 5の Cブレーンのブロ トコルスタツ クを用いる。
Cプレーン上のプロ 卜コルをやり取りするために、 通常、 VPI/VC Iが 0 / 5及び 0 / 1 6を用いた 2種類の VCCを各 ASEL-UNI及び各 AT M-UNI毎にあらかじめ開設しておく。 また、 ATM/ 1 3 9 4中継器 2 1及び 1 3 9 4端末 2 2— 1の ASEL 3 3 , 34は、 IEEE 1 3 94の 規格のデ一夕を ATM(AAL)の規格のデータに変換させる機能と、 逆に ATM(AAL)の規格のデ一夕を IEEE 1 3 9 4の規格のデ一夕に変換させ る機能を持っている。
これにより、 ATM/ 1 3 94中継器 2 1及び 1 3 9 4端末 2 2— 1 におけるシグナリングプロ トコル 3 5， 3 6は、 ATM端末 1及び ATM 網 2と同様なプロ トコルを使用することができ、 これらのシグナリ ングプロ トコルによって、 図 54の Uブレーンで使用する VCCの各種 パラメ一夕（VPI/VCI Value, AAL Type, QoS class, Transmit/Rece ive Bandwidth etc, )が决定される o
この VCCパラメ一夕の决定を契機にして、 ATM/ 1 3 9 4中継器 2 1及び 1 3 9 4端末 2 2 - 1においては、 シグナリングプロ トコル 3 5 , 3 6のアブリケ一ションブログラムから ASELレイヤマネージ メント絰由で、 MASEに ConSet.reqプリ ミティブがそれぞれの ASEL-C MEに対して発行される。 なお、 シグナリングプロ トコルによって、 ATM/ 1 3 94中継器 2 1は、 片側の VCCの終端点である ATM端末 1が、 自身が収容している ASEい UNIsには存在しないことを既に認識してい 0
1 3 9 4端末 2 2 - 1に実装されている User sideの ASEL- CMEでは、 図 2 5のフローチヤ一卜に示したように、 MASEL_ConSet.reqプリ ミ ティブを受信した場合、 そのブリミティブに含まれている各種パラ メータの保存後、 QoS Typeが CBRか否かの判断を行う。
CBRの場合、 割り当てられた VPI/VCIを解决する Isochronous chan nelの割り当てを要求する IsoReq (図 1 8 ) を、 Network sideの ASE L-CMEの実装されている ATM/ 1 3 9 4中継器 2 1に送信する。 ATM/
1 3 9 4中継器 2 1の ASEL-CMEは、 1 3 9 4端末 2 2— 1の ASEL- C MEに対して、 I soRepiy (図 1 9 ) を返し、 そこにおいて Isochronou s channelを指定する。 このようにして、 ATM/ 1 3 9 4中継器 2 1 と 1 3 9 4端末 2 2 - 1 との間で使用する I sochronous channelが割 り当てられ、 IEEE 1 3 9 4規格における通信路が確保される。
CBR以外の場合、 割り当てられた VP I /VCIを解決する Asynchronous バケツ トの Destination IDの値を要求する DestlDReq (図 2 0 ) を、 Network s ideの ASEい CMEの実装されている ATM/ 1 3 9 4中継器 2 1 に送信する。 ATM/ 1 3 9 4中継器 2 1の ASEL-CMEは、 1 3 9 4端末
2 2 - 1の ASEL- CMEに対して、 DestlDRply (図 2 1 ) を返す。 そこ において、 相手先ノードである ATM/ 1 3 9 4中継器 2 1 自身の対応 する 1 3 9 4シリアルバスにおける Se lf IDを通知することで、 IEE E 1 3 9 4規格における通信路が確保される。
以上の動作により、 ATM端末 1 と 1 3 9 4端末 2 2— 1 との間で、 VCCが開設される。 また、 ATM/ 1 3 9 4中継器 2 1及び 1 3 9 4端 末 2 2— 1の ASEL 3 1， 3 2は、 IEEE 1 3 9 4の規格のデータを AT M(AAいの規格のデ一夕に変換させる機能と、 逆に ATM(AAL )の規格の デ一夕を IEEE 1 3 9 4の規格のデ一夕に変換させる機能を持ってい ることから、 1 3 9 4端末 2 2— 1における ASEL 3 2の上位レイャ として、 ATM端末 1における AAL5の上位レイヤと同様のプロ トコル (例えば、 IP/ATM) を用いることができる。
次に、 ATM/ 1 3 9 4中継器 2 1に接続されている 1 3 9 4端末 2 2— 1 と 1 3 9 4端末 2 3— 1 との通信について説明する。
ATM端末 1 と 1 3 9 4端末 2 2— 1 との通信の場合と同様に、 1 3 9 4端末 2 2— 1 と 1 3 9 4端末 2 3— 1 との間においても、 図 5 4で示されるような Uブレーン上のデータをやり取りするための VC Cを開設するために、 図 5 5の Cプレーンのプロ トコルス夕ヅクを用 いる。 さらに、 ATM/ 1 3 9 4中継器 2 1、 1 3 9 4端末 2 2— 1及 び 1 3 9 4端末 2 3— 1におけるシグナリングプロ トコル 3 5， 3 6は、 共通のプロ トコルを使用することができ、 これらのシグナリ ングブ口 トコルによって、 図 5 4の Uブレーンで使用する VCCの各種 パラメ一夕（VP I /VC I Value, AAL Typeヽ QoS c lass, Transiit/Rece ive Bandwidth etc . )が決定される。 ただし、 シグナリングプロ トコ ル 3 5 , 3 6は、 ATM/ 1 3 9 4中継器 2 1を必ず介して、 1 3 9 4 端末 2 2— 1 と 1 3 9 4端末 2 3— 1 との間でやり取りされる。
この VCCパラメ一夕の決定を契機にして、 ATM/ 1 3 9 4中継器 2 1、 1 3 9 4端末 2 2— 1及び 1 3 9 4端末 2 3— 1においては、 シグナリングプロ トコル 3 5， 3 6のアプリケーションプログラム から ASELレイヤマネージメント経由で、 MASEL_ConSet . reqプリ ミテ イブがそれぞれの ASEL-CMEに対して発行される。 なお、 シグナリン グプロ トコルによって、 ATM/ 1 3 9 4中継器 2 1は、 双方の VCCの 終端点である 1 3 9 4端末 2 2— 1及び 1 3 9 4端末 2 3— 1が、 自身が収容している ASEL- UN Isに存在するが、 別々の 1 3 9 4シリア ルバスであることを既に認識している。
1 3 9 4端末 2 2— 1及び 1 3 9 4端末 2 3— 1に実装されてい る User sideの ASEL- CMEでは、 先の場合と同様、 MASEL_ConSet . reqブ リミティブを受信後、 各種パラメ一夕の保存後、 QoS Typeが CBRか否 かの判断を行う。
CBRの場合、 先の場合と同様、 各 User s ideの ASEL-CMEは、 割り当 てられた VPI/VCIを解決する Isochronous channelの割り当てを要求 する IsoReq (図 1 8) を、 Network sideの ASEL-CMEの実装されてい る ATM/ 1 394中継器 2 1に送信し、 それに対して、 ATMZ 1 39 4中継器 2 1の ASEL-CMEは IsoReply (図 1 9 ) を返し、 そこにおい て Isochronous channelを指定する。 この場合、 異なった 1 3 94シ リアルバスに接続されているため、 それぞれ独立して Isochronous channel番号を指定することができる。 このようにして、 ATM/ 1 3 94中継器 2 1 と 1 394端末 22— 1、 及び、 ATM/ 1 39 4中継 器 2 1と 1 39 4端末 2 3— 1との間で使用する Isochronous chan nelが割り当てられ、 IEEE 1 394規格における通信路が確保される。
CBR以外の場合、 先の場合同様、 各 User sideの ASEL-CMEは、 Dest IDReq (図 20) を Network sideの ASEL-CMEの実装されている ATM/ 1 394中継器 2 1に送信し、 それに対して、 ATM/ 1 394中継器 2 1の ASEL-CMEは DestlDRply (図 2 1 ) を返す。 そこにおいて、 相 手先ノ一ドである ATMZ 1 394中継器 2 1自身のそれぞれの 1 39 4シリアルパスにおける Self IDを通知することで、 IEEE 1 3 94規 格における通信路が確保される。
以上の動作により、 ATM/ 1 394中継器 2 1を中継して、 1 39 4端末 22— 1と 1 394端末 23— 1との間で、 VCCが開設される。 なお、 この VCCにおいて、 ATM/ 1 394中継器 2 1の ASEL3 1は、 IEEE 1 394の規格のデ一夕を ATM(AAL)の規格のデータに変換させ る機能と、 逆に ATM(AAL)の規格のデータを IEEE 1 3 94の規格のデ —夕に変換させる機能を用いて、 1 394端末 22— 1と 1 394 端末 2 3— 1との間でやり取りされるデータの中継を行う。
続いて、 ATM/ 1 3 94中継器 2 1に接続されている 1 39 4端末 2 2— 1 と 1 3 9 4端末 2 2— 1との通信について説明する。
この場合も、 図 5 4で示されるような Uプレーン上のデ一夕をや り取りするための VCCを開設するために、 図 5 5の Cプレーンのプロ トコルスタックを用いる。 さらに、 ATM/ 1 3 9 4中継器 2 1 , 1 3 9 4端末 2 2— 1及び 1 3 9 4端末 2 2— 2におけるシグナリング プロ トコル 3 5 , 3 6は、 共通のプロ トコルを使用することができ、 これらのシグナリングブ口 トコルによって、 図 54の Uプレーンで 使用する VCCの各種パラメ一夕（VPI/VCI Value, AAL Type, QoS cla ss、 Transmit/Receive Bandwidth etc.)が決定される。 ただし、 シ グナリングブ口 トコル 3 5 , 3 6は、 ATM/ 1 3 9 4中継器 2 1を必 ず介して、 1 3 9 4端末 2 2— 1と 1 3 9 4端末 2 2— 2との間で やり取りされる。
この VCCパラメ一夕の決定を契機にして、 ATM/ 1 3 9 4中継器 2 1、 1 3 9 4端末 2 2— 1及び 1 3 9 4端末 2 2— 2においては、 シグナリングプロ トコル 3 5 , 36のアプリケーシヨンプログラム から ASELレイヤマネージメン ト経由で、 MASEL— ConSet.reqプリ ミテ イブがそれぞれの ASEL-CMEに対して発行される。 なお、 シグナリン グブロ トコルによって、 ATM/ 1 3 9 4中継器 2 1は、 双方の VCCの 終端点である 1 3 9 4端末 2 2— 1及び 1 3 9 4端末 2 2— 2が、 自身が収容している ASEL- UNIsに存在し、 且つ、 同一の 1 3 9 4シリ アルパスであることを既に認識している。 よって、 この VCC上のデ一 夕に関しては中継する必要がないため、 1 3 9 4端末 2 2— 1 と 1
3 9 4端末 2 2— 2との間で、 直接データをやり取りできる VCCを開 る。
1 3 9 4端末 2 2— 1及び 1 39 4端末 2 2— 2に実装されてい る User sideの ASEL-CMEでは、 これまで同様、 MASEL_ConSet . reqプリ ミティブの各種パラメ一夕の保存後、 QoS Typeが CBRか否かの判断を 行う。
CBRの場合、 これまで同様、 各 User sideの ASEL-CMEは、 IsoReq (図 1 8 ) を Network sideの ASEL- CMEの実装されている ATM/ 1 3 9 4中継器 2 1に送信し、 それに対して、 ATM/ 1 3 9 4中継器 2 1の ASEい CMEは I so&eply (図 1 9 ) を返し、 そこにおいて Isochronous channelを指定する。 この場合、 それぞれに同一の I sochronous cha nnel番号を指定することになる。 その際、 割り当てた Isochronous channelの上位 2ビッ トに当たる Tag Valueを （ 0 , 1 ) に指定する ことで、 User sideの ASEL 3 2だけが受け取るチャネルであることを 表示するという使い方もできる。 このようにして、 1 3 9 4端末 2
2 _ 1 と 1 3 9 4端末 2 2 - 2との間で使用する I sochronous chan nelが割り当てられ、 直接データをやり取りできる IEEE 1 3 9 4規格 における通信路が確保される。
CBR以外の場合、 これまで同様、 各 User sideの ASEL-CMEは、 Dest IDReq (図 2 0 ) を Network sideの ASEL- CMEの実装されている ATM/
1 3 9 4中継器 2 1に送信し、 それに対して、 ATM/ 1 3 9 4中継器 2 1の ASEい CMEは DestlDRply (図 2 1 ) を返す。 そこにおいて、 1
3 9 4端末 2 2— 1に対しては相手先ノードである 1 3 9 4端末 2
2 - 2の Self IDを、 1 3 9 4端末 2 2 - 2に対しては相手先ノ一ド である 1 3 9 4端末 2 2— 1の Self IDを通知することで、 直接デー 夕をやり取りできる IEEE 1 3 9 4規格における通信路が確保される。 以上の動作により、 ATM/ 1 3 9 4中継器 2 1を中継せず、 直接 1
3 9 4端末 2 2— 1 と 1 3 9 4端末 2 2— 2との間で、 VCCが開設さ れる。 なお、 この VCCにおいて、 ATM/ 1 3 9 4中継器 2 1の ASEL 3 1は、 1 3 9 4端末 2 2 — 1 と 1 3 9 4端末 2 3 — 1 との間でやり 取りされるデータは関知しない。
なお、 本実施例では、 ASELレイヤマネージメント用プリ ミティブ の中に、 コネクション制御プリ ミティブ群（MASEL_ConSet . req、 MAS EL一 ConRec . req、 MASEL一 ConSet . conf、 MASEL.ConRe l . req, MASEL— Co nRe l . conf )を含めているため、 ASELレイヤマネ一ジメントを経由し て、 それらのプリ ミティブは発行されている。 しかしながら、 実際 のソフ トウェアの実装方法によっては、 例えば、 シグナリングプロ トコル 3 5， 3 6のアプリケ一ションプログラムから直接発行され たり、 シグナリングプロ トコル 3 5 , 3 6自体から直接発行される ような実施の形態をとることも当然可能である。
さらに、 上述した実施の形態においては、 1台の ATM端末を ATM網 に接続するようにしたが、 複数の ATM端末を ATM網に接続し、 各 1 3 9 4端末が複数の ATM端末から所望のデータの提供を受けるようにす ることも可能である。 産業上の利用可能性 本発明に係る通信制御装置及び通信制御方法によれば、 中継器を 介して受信した第 2の伝送規格のデ一夕を第 1の伝送規格のデ一夕 に変換し、 第 1の伝送規格の所定のデ一夕を第 2の伝送規格のデー 夕に変換するようにしたので、 第 1の伝送規格で使用される既存の シグナリングブ口 トコルを適用することができ、 システムの開発ェ 数を削減するとともに、 信頼性を向上させることが可能となる。 】04 本発明に係る通信制御装置及び通信制御方法によれば、 第 1の端 末から送信されてきた第 1の伝送規格のデータと、 第 2の端末から 送信されてきた、 第 2の伝送規格から第 1の伝送規格に変換された デ一夕を、 第 1の端末で使用されるシグナリングプロ トコルと同一 のシグナリングブ口 トコルで処理するようにしたので、 システムの 開発工数を削減するとともに、 信頼性を向上させることが可能とな る
本発明に係る通信制御装置及び通信制御方法によれば、 中継器に おいて、 第 1の端末から送信されてきた第 1の伝送規格のデ一夕を、 第 2の伝送規格のデ一夕に変換するとともに、 第 2の端末から送信 されてきた第 2の伝送規格のデータを第 1の伝送規格のデ一夕に変 換し、 第 2の端末において、 中継器を介して伝送されてきた第 2の 伝送規格のデータを、 第 1の伝送規格のデータに変換するとともに、 第 1の伝送規格の所定のデ一夕を、 第 2の伝送規格のデータに変換 するようにしたので、 第 1の伝送規格におけるコネクション情報だ けでルーティ ングが行えるため、 中継器の負荷を軽減することがで きる。 また、 中継器と第 2の端末の間に、 第 1の伝送規格で使用さ れる従来のシグナリングプロ トコルを適用することができ、 システ ムの開発工数を削減するとともに、 信頼性を向上させることが可能 となる。
本発明に係る通信制御装置及び通信制御方法によれば、 中継器と 端末との間で、 端末と他の端末がやり取りする伝送規格のデータを 転送するための通信路を、 あらかじめ所定の制御コマン ドを用いて 設定するようにしたので、 中継器の負担を軽くすることが可能とな る。 また、 実質的に中継器を介さずに、 データの転送が可能となる。

Claims

請求の範囲
1 . 所定の端末から送信されてきたデータを、 中継器を介して受 信し、 所定のデータを前記中継器を介して前記端末に送信する通信 制御装置において、
前記中継器を介して受信した第 2の伝送規格の前記データを、 第 1の伝送規格の前記デ一夕に変換する第 1の変換手段と、
前記第 1の伝送規格の所定のデ一夕を、 前記第 2の伝送規格の前 記データに変換する第 2の変換手段と、
を備える通信制御装置。
2 . 更に、 前記端末が有するシグナリングプロ トコルと同一のシ グナリングプロ トコルで前記第 1の伝送規格のデ一夕を処理する処 理手段を備える、
請求の範囲第 1項記載の通信制御装置。
3 . 前記第 1の伝送規格は ATMの規格であり、 前記第 2の伝送規格 は IEEE 1 3 9 4の規格である、
請求の範囲第 1項記載の通信制御装置。
4 . 所定の端末から送信されてきたデ一夕を、 中継器を介して受 信し、 所定のデータを前記中継器を介して前記端末に送信する通信 制御方法において、
前記中継器を介して受信した第 1の伝送規格の前記データを、 第 2の伝送規格の前記デ一夕に変換するステップと、
前記第 2の伝送規格の所定のデータを、 前記第 1の伝送規格の前 記データに変換するステツプと、
を有する通信制御方法。
5 . 第 1の端末から送信されてきたデータを第 2の端末に中継し、 前記第 2の端末から送信されてきたデ一夕を前記第 1の端末に中継 し、 前記第 1の端末と前記第 2の端末間の通信を制御する通信制御 装置において、
前記第 1の端末から送信されてきた第 1の伝送規格の前記データ を、 第 2の伝送規格の前記データに変換する第 1の変換手段と、 前記第 2の端末から送信されてきた前記第 2の伝送規格の前記デ —タを前記第 1の伝送規格の前記データに変換する第 2の変換手段 と、
前記第 1の端末が有するシグナリングブ口 卜コルと同一のシグナ リングプロ 卜コルで、 前記第 1の端末から送信されてきた第 1の伝 送規格のデータと、 前記第 2の変換手段で変換された前記第 1の伝 送規格のデータを処理する処理手段と、
を備える通信制御装置。
6 . 更に、 複数の前記第 2の端末が、 異なる前記第 2の伝送規格 の伝送路上に接続されている場合、 複数の前記第 2の端末の間でや り取りされる前記第 2の伝送規格の前記データを中継する中継手段 を備える、
請求の範囲第 5項記載の通信制御装置。
7 . 更に、 複数の前記第 2の端末が、 同一の前記第 2の伝送規格 の伝送路上に接続されている場合、 複数の前記第 2の端末の間でや り取りされる前記第 2の伝送規格の前記データを、 実質的にスルー して中継する中継手段を備える、
請求の範囲第 5項記載の通信制御装置。
8 . 第 1の端末から送信されてきたデータを第 2の端末に中継し、 前記第 2の端末から送信されてきたデータを前記第 1の端末に中継 し、 前記第 1の端末と前記第 2の端末間の通信を制御する通信制御 方法において、
前記第 1の端末から送信されてきた第 1の伝送規格の前記データ を、 第 2の伝送規格の前記デ一夕に変換する第 1の変換ステップと、 前記第 2の端末から送信されてきた前記第 2の伝送規格の前記デ 一夕を前記第 1の伝送規格の前記データに変換する第 2の変換ステ ヅプと、
前記第 1の端末が有するシグナリングプロ トコルと同一のシグナ リングプロ トコルで、 前記第 1の端末から送信されてきた第 1の伝 送規格のデータと、 前記第 2の変換手段で変換された前記第 1の伝 送規格のデ一夕を処理する処理ステップと、
を有する通信制御方法。
9 . 第 1の端末から送信されてきたデ一夕を、 中継器を介して第 2の端末に伝送し、 前記第 2の端末から送信されてきたデータを前 記中継器を介して前記第 1の端末に伝送し、 前記第 1の端末と前記 第 2の端末の間の通信を制御する通信制御装置において、
前記中継器は、
前記第 1の端末から送信されてきた第 1の伝送規格の前記デ一 夕を、 第 2の伝送規格の前記デ一夕に変換する第 1の変換手段と、 前記第 2の端末から送信されてきた前記第 2の伝送規格の前記 データを前記第 1の伝送規格の前記データに変換する第 2の変換手 段とを備え、
前記第 2の端末は、
前記中継器より伝送されてきた前記第 2の伝送規格の前記デー タを、 前記第 1の伝送規格の前記データに変換する第 3の変換手段 と、
前記第 1の伝送規格の所定のデータを、 前記第 2の伝送規格の 前記データに変換する第 4の変換手段とを備える、
通信制御装置。
1 0 . 第 1の端末から送信されてきたデ一夕を、 中継器を介して 第 2の端末に伝送し、 前記第 2の端末から送信されてきたデ一夕を 前記中継器を介して前記第 1の端末に伝送し、 前記第 1の端末と前 記第 2の端末間の通信を制御する通信制御方法において、
前記中継器は、
前記第 1の端末から送信されてきた第 1の伝送規格の前記デー 夕を、 第 2の伝送規格の前記デ一夕に変換して、 前記第 2の端末に 伝送するステップと、
前記第 2の端末から送信されてきた前記第 2の伝送規格の前記 データを、 前記第 1の伝送規格の前記データに変換して、 前記第 1 の端末に伝送するステップとを有し、
前記第 2の端末は、
前記中継器を介して伝送されてきた前記第 2の伝送規格の前記 データを、 前記第 1の伝送規格の前記データに変換するステップと、 前記第 1の伝送規格の所定のデ一夕を、 前記第 2の伝送規格の 前記データに変換し、 前記中継器に伝送するステップとを有する、 通信制御方法。
1 1 . 中継器又は端末と所定の伝送規格の伝送路によって接続さ れる通信制御装置において、
前記中継器又は前記端末との間で、 前記端末と他の端末がやり取 りする前記伝送規格のデータを転送するための通信路を、 あらかじ め所定の制御コマン ドを用いて設定する設定手段を備える、 通信制御装置。
1 2 . 中継器又は端末と所定の伝送規格の伝送路によって接続さ れる通信制御装置の通信制御方法において、
前記中継器又は前記端末との間で、 前記端末と他の端末がやり取 りする前記伝送規格のデ一夕を転送するための通信路を、 あらかじ め所定の制御コマン ドを用いて設定するステツプを有する、 通信制御方法。
PCT/JP1997/001178 1996-04-04 1997-04-04 Controleur de communications et procede de controle des communications WO1997038513A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP97914616A EP0841791A4 (en) 1996-04-04 1997-04-04 TRANSMISSION CONTROL AND METHOD FOR CONTROLLING THE TRANSMISSION
US08/973,175 US6115392A (en) 1996-04-04 1997-04-04 Communication control equipment and communication control method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP8/82545 1996-04-04
JP8082545A JPH09275402A (ja) 1996-04-04 1996-04-04 通信制御システムおよび通信制御装置並びにデータ送受信装置および通信制御方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US09/572,250 Continuation US6456631B1 (en) 1996-04-04 2000-05-17 Communication control equipment and communication control method

Publications (1)

Publication Number Publication Date
WO1997038513A1 true WO1997038513A1 (fr) 1997-10-16

Family

ID=13777481

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP1997/001178 WO1997038513A1 (fr) 1996-04-04 1997-04-04 Controleur de communications et procede de controle des communications

Country Status (5)

Country Link
US (2) US6115392A (ja)
EP (1) EP0841791A4 (ja)
JP (1) JPH09275402A (ja)
KR (1) KR19990022287A (ja)
WO (1) WO1997038513A1 (ja)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0938218A2 (en) * 1998-02-24 1999-08-25 Canon Kabushiki Kaisha Data communication system, data communication method, data communication apparatus and digital interface
EP0939529A2 (en) * 1998-02-24 1999-09-01 Canon Kabushiki Kaisha Data communication system, data communication method, data communication apparatus and digital interface
US6378000B1 (en) 1999-04-29 2002-04-23 Mitsubish Electric Research Laboratories, Inc Address mapping in home entertainment network
US6496862B1 (en) 1998-08-25 2002-12-17 Mitsubishi Electric Research Laboratories, Inc. Remote monitoring and control of devices connected to an IEEE 1394 bus via a gateway device
US6505255B1 (en) 1999-04-29 2003-01-07 Mitsubishi Electric Information Technology Center America, Inc. (Ita) Method for formatting and routing data between an external network and an internal network
US6523064B1 (en) 1999-04-29 2003-02-18 Mitsubishi Electric Research Laboratories, Inc Network gateway for collecting geographic data information
US6633547B1 (en) 1999-04-29 2003-10-14 Mitsubishi Electric Research Laboratories, Inc. Command and control transfer
US6667987B1 (en) 1998-10-15 2003-12-23 Samsung Electronics Co., Ltd. Method of extending channels for IEEE-1394 serial bus
US6678769B1 (en) 1998-02-24 2004-01-13 Canon Kabushiki Kaisha Control apparatus and method for managing a logical connection between source and destination nodes
WO2004107666A1 (en) * 2003-06-02 2004-12-09 Utstarcom Korea Limited Aal0 cell format of an atm protocol for communicating voice traffic in a cdma system
US7002964B1 (en) 1998-02-24 2006-02-21 Canon Kabushiki Kaisha Communication system, method for a communication system and controller for a communication system
CN100380890C (zh) * 1998-08-29 2008-04-09 三星电子株式会社 将上协议层匹配到高速串行总线的数据传送方法

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09275402A (ja) * 1996-04-04 1997-10-21 Sony Corp 通信制御システムおよび通信制御装置並びにデータ送受信装置および通信制御方法
US6751221B1 (en) * 1996-10-04 2004-06-15 Kabushiki Kaisha Toshiba Data transmitting node and network inter-connection node suitable for home network environment
JP3365262B2 (ja) * 1997-07-14 2003-01-08 松下電器産業株式会社 通信プロトコル処理装置
JP4168302B2 (ja) * 1998-05-12 2008-10-22 ソニー株式会社 情報受信装置および方法、並びに記録媒体
EP1006696A1 (en) * 1998-05-29 2000-06-07 Sony Corporation Method and apparatus for relaying data, communication system, and recording medium
KR100298979B1 (ko) * 1998-06-12 2001-09-06 윤종용 아이 트리플 이 1394 시리얼 버스 토폴로지 최적화방법
JP2004500731A (ja) 1998-06-18 2004-01-08 ソニー　エレクトロニクス　インク 複数のディスプレイ装置に亘ってビデオ及び／又はグラフィック画像を分割し、スケーリングし、表示する方法及び装置
US6593937B2 (en) * 1998-06-18 2003-07-15 Sony Corporation Method of and apparatus for handling high bandwidth on-screen-display graphics data over a distributed IEEE 1394 network utilizing an isochronous data transmission format
US6301662B1 (en) * 1998-08-21 2001-10-09 Nortel Networks Corporation Authentication of routing data using variable output length one-way functions
WO2000011840A2 (en) * 1998-08-25 2000-03-02 Mitsubishi Electric Corporation Home gateway
JP3583657B2 (ja) * 1998-09-30 2004-11-04 株式会社東芝 中継装置及び通信装置
KR100359092B1 (ko) * 1998-11-18 2003-02-19 삼성전자 주식회사 가변 등시성 데이터 전송방법 및 그 장치
KR100335432B1 (ko) 1998-11-18 2002-06-20 윤종용 Ieee 1394 등시성 데이타의 외부 동기 네트워크로의 전송시에 채널 재배열 방법 및 그 장치
KR100297818B1 (ko) * 1998-12-28 2001-08-07 윤종용 외부통신망을이용한아이트리플이1394네트웍간의통신시스템및방법
FI107425B (fi) * 1999-03-16 2001-07-31 Nokia Mobile Phones Ltd Menetelmä ja järjestelmä multimediaan liittyvän informaation välittämiseksi pakettikytkentäisessä solukkoradioverkossa
AU4482000A (en) * 1999-04-23 2000-11-10 Sony Electronics Inc. Method of and apparatus for implementing and sending an asynchronous control mechanism packet
JP3365340B2 (ja) 1999-04-28 2003-01-08 日本電気株式会社 データ転送システム及びその転送方法
GB9921049D0 (en) * 1999-09-07 1999-11-10 Koninkl Philips Electronics Nv Clustered networked devices
JP2001077831A (ja) 1999-09-08 2001-03-23 Sony Corp 通信制御装置および方法、通信システム、並びにプログラム格納媒体
JP3655510B2 (ja) * 1999-10-29 2005-06-02 株式会社東芝 ネットワーク接続装置、通信装置及びネットワーク接続方法
EP1133108A1 (en) * 2000-03-07 2001-09-12 Sony International (Europe) GmbH Interface link layer device for long delay connections
US7111163B1 (en) 2000-07-10 2006-09-19 Alterwan, Inc. Wide area network using internet with quality of service
EP1240768A2 (en) * 2000-09-28 2002-09-18 Koninklijke Philips Electronics N.V. Wireless network interface
FR2816159B1 (fr) * 2000-10-30 2002-12-06 Mitsubishi Electric Inf Tech Methode d'etablissement de lien radio entre un controleur d'acces et une station de base
US8122105B2 (en) * 2000-12-28 2012-02-21 Abb Ab Method, system architecture and computer software for communication between devices
FR2832827B1 (fr) * 2001-11-23 2004-10-22 Canon Kk Procedes et dispositifs de gestion des transmissions de donnees isochrones sur des supports non dedies
AU2003235660A1 (en) * 2002-01-10 2003-07-30 Thomson Licensing S.A. Telephony device with irda repeater
US7173937B1 (en) * 2002-03-27 2007-02-06 Nortel Networks Limited Intelligent address registration for optical user-network interface
DE10245528A1 (de) * 2002-09-30 2004-04-15 OCé PRINTING SYSTEMS GMBH Zugriff auf Datenobjekte mit Hilfe von den Datenobjekten zugeordneten Netzwerkadressen
JP4010330B2 (ja) * 2003-02-26 2007-11-21 日本電気株式会社 プロトコル変換装置及び方法
US7656880B1 (en) * 2004-06-09 2010-02-02 Verizon Laboratories Inc. Prioritized segmentation and reassembly methods and systems
DE102004062034A1 (de) * 2004-12-23 2006-07-13 Robert Bosch Gmbh Repeaterknoten für ein Netzwerk
JPWO2007010606A1 (ja) * 2005-07-21 2009-01-29 有限会社マルス技研 ３ステートアドレスを利用するネットワークシステム
US20070035668A1 (en) * 2005-08-11 2007-02-15 Sony Corporation Method of routing an audio/video signal from a television's internal tuner to a remote device
KR20080069841A (ko) * 2007-01-24 2008-07-29 삼성전자주식회사 홈 네트워크 통신 시스템
JP2009010721A (ja) * 2007-06-28 2009-01-15 Kyocera Corp 通信方法および通信システム
CN101753393B (zh) * 2008-12-19 2011-12-07 中国科学院沈阳自动化研究所 基于iec61158标准现场总线的通信芯片架构

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06311185A (ja) * 1993-04-20 1994-11-04 Toshiba Corp Ａｔｍ通信システム

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03123244A (ja) * 1989-10-06 1991-05-27 Matsushita Electric Ind Co Ltd 通信装置
JPH0732397B2 (ja) * 1989-10-17 1995-04-10 松下電器産業株式会社 データ伝送機能付き電子機器
EP0596651A1 (en) * 1992-11-02 1994-05-11 National Semiconductor Corporation Network for data communication with isochronous capability
JP3090827B2 (ja) * 1993-10-30 2000-09-25 ソニー株式会社 送信信号の形成方法、双方向バスシステムの受信方法及び通信システム
US5640386A (en) * 1995-06-06 1997-06-17 Globalstar L.P. Two-system protocol conversion transceiver repeater
US5742602A (en) * 1995-07-12 1998-04-21 Compaq Computer Corporation Adaptive repeater system
US5745837A (en) * 1995-08-25 1998-04-28 Terayon Corporation Apparatus and method for digital data transmission over a CATV system using an ATM transport protocol and SCDMA
JP3407838B2 (ja) * 1995-09-05 2003-05-19 ソニー株式会社 ビデオオンデマンドシステム
US5784370A (en) * 1995-12-29 1998-07-21 Cypress Semiconductor Corp. Method and apparatus for regenerating a control signal at an asynchronous transfer mode (ATM) layer or a physical (PHY) layer
JPH09275402A (ja) * 1996-04-04 1997-10-21 Sony Corp 通信制御システムおよび通信制御装置並びにデータ送受信装置および通信制御方法
US5847771A (en) * 1996-08-14 1998-12-08 Bell Atlantic Network Services, Inc. Digital entertainment terminal providing multiple digital pictures
US6014381A (en) * 1996-09-13 2000-01-11 Sony Corporation System and method for distributing information throughout an aircraft

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06311185A (ja) * 1993-04-20 1994-11-04 Toshiba Corp Ａｔｍ通信システム

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Wide-Band ISDN and ATM Technology (in Japanese)", Edited by IEICE, Supervised by AOKI et al., 20 February 1995, IEICE, Tokyo, p. 47-63. *
NIKKEI ELECTRONICS, No. 654, 29 January 1996, Tokyo, p. 113-120. *
See also references of EP0841791A4 *

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6804250B2 (en) 1998-02-24 2004-10-12 Canon Kabushiki Kaisha Data communication system and node, and method of using the system and the node
EP0939529A2 (en) * 1998-02-24 1999-09-01 Canon Kabushiki Kaisha Data communication system, data communication method, data communication apparatus and digital interface
EP0938218A3 (en) * 1998-02-24 2001-08-01 Canon Kabushiki Kaisha Data communication system, data communication method, data communication apparatus and digital interface
EP0939529A3 (en) * 1998-02-24 2001-08-01 Canon Kabushiki Kaisha Data communication system, data communication method, data communication apparatus and digital interface
EP0938218A2 (en) * 1998-02-24 1999-08-25 Canon Kabushiki Kaisha Data communication system, data communication method, data communication apparatus and digital interface
CN1301471C (zh) * 1998-02-24 2007-02-21 佳能株式会社 数据通信系统及其方法
US7002964B1 (en) 1998-02-24 2006-02-21 Canon Kabushiki Kaisha Communication system, method for a communication system and controller for a communication system
US6678769B1 (en) 1998-02-24 2004-01-13 Canon Kabushiki Kaisha Control apparatus and method for managing a logical connection between source and destination nodes
US6690648B2 (en) 1998-02-24 2004-02-10 Canon Kabushiki Kaisha Data communication apparatus, method, and system utilizing reception capability information of a destination node
US6496862B1 (en) 1998-08-25 2002-12-17 Mitsubishi Electric Research Laboratories, Inc. Remote monitoring and control of devices connected to an IEEE 1394 bus via a gateway device
CN100380890C (zh) * 1998-08-29 2008-04-09 三星电子株式会社 将上协议层匹配到高速串行总线的数据传送方法
US6667987B1 (en) 1998-10-15 2003-12-23 Samsung Electronics Co., Ltd. Method of extending channels for IEEE-1394 serial bus
US6378000B1 (en) 1999-04-29 2002-04-23 Mitsubish Electric Research Laboratories, Inc Address mapping in home entertainment network
US6633547B1 (en) 1999-04-29 2003-10-14 Mitsubishi Electric Research Laboratories, Inc. Command and control transfer
US6523064B1 (en) 1999-04-29 2003-02-18 Mitsubishi Electric Research Laboratories, Inc Network gateway for collecting geographic data information
US6505255B1 (en) 1999-04-29 2003-01-07 Mitsubishi Electric Information Technology Center America, Inc. (Ita) Method for formatting and routing data between an external network and an internal network
WO2004107666A1 (en) * 2003-06-02 2004-12-09 Utstarcom Korea Limited Aal0 cell format of an atm protocol for communicating voice traffic in a cdma system
US7809014B2 (en) 2003-06-02 2010-10-05 Woo Young Yang AAL0 cell format of an ATM protocol for communicating voice traffic in a CDMA system

Also Published As

Publication number Publication date
JPH09275402A (ja) 1997-10-21
KR19990022287A (ko) 1999-03-25
US6115392A (en) 2000-09-05
EP0841791A4 (en) 2000-08-16
US6456631B1 (en) 2002-09-24
EP0841791A1 (en) 1998-05-13

Similar Documents

Publication Publication Date Title
WO1997038513A1 (fr) Controleur de communications et procede de controle des communications
US7385967B2 (en) Network interconnection apparatus, network node apparatus, and packet transfer method for high speed, large capacity inter-network communication
US5867481A (en) Node device and alarm notification control method for ATM network
JP2002522958A (ja) Ａｔｍ仮想プライベートネットワーク
GB2331199A (en) ATM/LAN interface
US6601127B1 (en) Communication control apparatus and method, communication system, and program storage medium
US8077728B2 (en) Substitution call control system in a communication network
US6125123A (en) Signaling method, switching system, storage medium and network
US6418126B1 (en) Wireless ATM networks
JP3426646B2 (ja) ネットワークシステム、通信方法及び通信装置
KR100460496B1 (ko) 에이티엠 교환기 가입자 장치에서 비정상적 제어셀 복구장치 및 방법
JPH07264207A (ja) Ａｔｍ交換網へのデータ端末接続方法
KR19990087607A (ko) Atm 네트워크를 통한 atm 셀의 전송 방법
JPH1168782A (ja) シグナリング処理装置およびその方法
KR100191836B1 (ko) 비동기전송모드 통신방식에서 브릿지 포맷 데이터전송방법
JP3445532B2 (ja) Ａｔｍ通信システム
JP3593640B2 (ja) Ａｔｍ交換機及びａｔｍセル中継伝送方法
Armitage gNET: An ATM LAN Signalling Protocol,"
JP2820067B2 (ja) Ａｔｍ装置
JP3546814B2 (ja) Ａｔｍ装置およびａｔｍ通信網
JPH09181726A (ja) Ａｔｍネットワークで接続を結合する方法及びシステム
JP3557199B2 (ja) Ａｔｍ通信システム及びａｔｍ通信方法
Kasera et al. AAL2 Signalling: A White Paper
JPH05167601A (ja) 制御信号転送方式
JPH11187044A (ja) メッセージ組立／分解装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): JP KR US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): DE FR GB

WWE Wipo information: entry into national phase

Ref document number: 1997914616

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 08973175

Country of ref document: US

Ref document number: 1019970708766

Country of ref document: KR

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWP Wipo information: published in national office

Ref document number: 1997914616

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1019970708766

Country of ref document: KR

WWW Wipo information: withdrawn in national office

Ref document number: 1997914616

Country of ref document: EP

WWR Wipo information: refused in national office

Ref document number: 1019970708766

Country of ref document: KR