CN1211764A - 数据传输装置、数据接收装置、数据传输系统和数据传输方法 - Google Patents

数据传输装置、数据接收装置、数据传输系统和数据传输方法 Download PDF

Info

Publication number
CN1211764A
CN1211764A CN98102934A CN98102934A CN1211764A CN 1211764 A CN1211764 A CN 1211764A CN 98102934 A CN98102934 A CN 98102934A CN 98102934 A CN98102934 A CN 98102934A CN 1211764 A CN1211764 A CN 1211764A
Authority
CN
China
Prior art keywords
bag
package
attribute
data
node
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN98102934A
Other languages
English (en)
Inventor
小嶋隆嗣
青木幸彦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
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 Corp filed Critical Sony Corp
Publication of CN1211764A publication Critical patent/CN1211764A/zh
Pending legal-status Critical Current

Links

Images

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/40071—Packet processing; Packet format
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • 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/40117—Interconnection of audio or video/imaging devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Landscapes

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

Abstract

在利用数据包进行数据通信的过程中,使用与在交换命令中使用的一个包类似的包不仅可以实现命令的传输,而且可以传输在一个包中不能容纳的数据。为此目的,在所述包中提供了存储有用于规定包中帧格式信息的数段。作为可以由这个数段识别的多种格式的一种格式,提供了一种格式,该格式使所述帧具有一个包标记数段,该数段存储有用于规定在从传输数据分割成的多个包和存储有用于请求目标传输的命令和/或任选数据的数据段之间关系的信息。

Description

数据传输装置、数据接收装置、 数据传输系统和数据传输方法
本发明涉及一种数据传输装置、一种数据接收装置、一种数据传输系统和一种数据传输方法。特别是，本发明涉及适用于利用1394异步信息包传输和接收数据的数据传输装置、数据接收装置、数据传输系统和数据传输方法。
作为用于互连个人计算机、诸如硬盘装置的外部存储装置、诸如打印机的输出装置、或诸如数字视频盘播放机的AV装置或静态照相机等用于数据传输和接收装置的总线，存在有由电学和电子工程师1394协会(缩写为IEEE1394)规定的IEEE1394高性能串行总线(这里缩写为IEEE1394总线)。在所述IEEEE1394总线中，ID号被分配给互连节点和数据被这些节点之间的信息包传送和接收。
在IEEE1394总线模式中，存在有用于进行周期包传输/接收的同步模式和用于在不考虑传输/接收周期情况下进行包传输/接收的异步模式。同步模式保证每个予置时间间隔的数据传输和适用于其中数据需要在每个予置时间周期内传输预定量的数据传输。另一方面，异步模式被用于在由IEEE1394总线互连的装置之间交换命令。
在传统的实践过程中，应答包容纳一个命令包。即，在从节点A向接B传输命令的过程中，如图1所示，包括用于节点B命令的命令包被从节点A传输给节点B。在接收命令包的基础上，节点B将应答包传输给节点A作为对命令包的响应。
具体地说，当如图2所示将数据从节点A传输给节点B时，包括请求数据传输的传输命令和传输给节点B的传输数据在内的命令包被从节点A传送给节点B。借助于对命令包的应答，接收命令包的节点B将所述的应答包传输给用于指出所述命令包已经被正常接收的节点A。
为了响应图3所示来自节点A的请求将数据从节点B传输给节点A，包括用于请求数据接收的接收命令的命令包被首先从节点A传输给节点B。接收了所述命令包的节点B通过响应所述命令包将包括正常接收的一个通知和由接收命令请求的接收数据传输给节点A。所述正常接收通知表示所述命令包已经被正常接收。
在图2和3所示的例子中，传送所述命令包和响应包中的每一个。但是，如果所传送的数据量超过了最大包尺寸，数据需要被分割成多个包。即，对于包尺寸有一个限制，从而，如果传送构成一个整体的大量数据，这些数据需要被分成可以被传输的尺寸以便进行传输。
如果从节点A到节点B数据被分成n个分割包，包括传输命令和l/n传输数据的的命令包cl被首先从节点A传输给节点B。所述l/n传输数据是将被传输给节点B数据的n个分割段中的一个。接收命令包cl的节点B将包括表示所述命令包已经被正常接收的正常接收通知在内的应答包rl传输给节点A。这一系操作被重复n次。因此，如果用于请求交换命令包和应答包所须的时间是t，那么，为了传输n个分割数据段所需要的时间是nxt。
在传统的一部模式下，每当传送一个命令包时，都需要接收一个应答包。如果数据被分割成多个被连续传送的包，则没有办法连续地查清所述数据。由于这个原因，不可能将数据分割成多个包和连续传送所述包。另外，在传统的异步模式中，预先设想每当传送所述命令包时都要接收一个应答包，从而使得没有办法在参与传输/接收的节点之间的多个包上建立一个数据传输顺序。即，在传统的异步模式中，不可能在执行连续数据传输/接收的传输/接收节点之间建立所述的顺序。
具体地说，在传统异步模式下交换命令和应答包的过程中，可以只在一对一的情况下使所述命令和应答包相关，而缺少用于使多个命令包或多个应答包相关的方法。因此，在传统的异步模式下，如果大量数据被一次分割成传输所能够允许的尺寸，那么，数据传输则需要非常长的的时间间隔。换言之，对于传输/接收一个包中所容纳的命令来讲是传统模式的传统异步模式对于不能被容纳在一个包中的数据传输/接收是非常不方便的。
虽然IEEE1394总线被用做一个例子，但是上述问题在除IEEE1394总线以外的其它总线也会发生。通常，在以传输命令为前提的包中，每当传输命令包时，都要接收一个应答包。在这种接口方面上述问题更加明显。
本发明的一个目的是要提供一种数据传输装置、数据接收装置、数据传输系统和数据传输方法，其中，通过一个与用于命令传输/接收类似的包不仅可以有效地执行所述命令的传输和接收而且可以有效地执行没有容纳在一个包中的数据的的传传输和接收。
在一个方面，本发明提供一个用于传输包数据的数据传输装置，该装置包括一个用于传输预定格式数据的装置，所述格式具有用于将属性命令规定给构成多个包的包组和/或构成所述包组的每个包的属性的信息。
另一方面，本发明提供一种数据接收装置，包括用于接收预定格式数据的一个装置，所述格式具有用于将属性命令规定给构成多个包的包组和/或构成所述包组的每个包的属性的信息。
再一方面，本发明提供一种用于传送包数据的方法，包括传输预定格式数据的步骤，所述预定格式具有用于将属性命令规定给构成多个包的包组和/或构成所述包组的每个包的属性的信息。
还有一个方面，本发明提供一种用于接收包数据的方法，该方法包括用于接收预定格式数据的装置，所述预定格式具有用于将属性命令规定给构成多个包的包组和/或构成所述包组的每个包的属性的信息。
再有一个方面，本发明提供一种预定格式包数据的数据结构，所述预定格式具有用于将属性命令规定给构成多个包的包组和/或构成所述包组的每个包的属性的信息。
还有一个方面，本发明提供一种其上存储有预定格式包数据的记录介质，所述预定格式具有用于将属性命令规定给构成多个包的包组和/或构成所述包组的每个包的属性的信息。
再一个方面，本发明提供一种用于传输/接收包数据的通信装置，该装置包括一个用于传输预定格式数据的装置和一个用于接收预定格式数据的装置。所述预定格式具有用于将属性命令规定给构成多个包的包组和/或构成所述包组的每个包的属性的信息。
另一方面，本发明提供一种用于传输具有预定格式的包数据的通信方法，该方法包括传输预定格式数据的步骤和接收该预定格式数据的步骤。这个格式包括用于将属性命令规定给构成多个包的包组和/或构成所述包组每个包属性的信息。
还有一个方面，本发明提供一种用于传输/接收预定格式的多个(n个)保守机的通信方法，所述包格式包括用于将属性命令规定给构成多个包的包组和/或构成所述包组每个包属性的信息。该方法包括传输/接收命令属性和每个包属性的第一步骤和传输/接收与所述命令属性相同的命令属性以及不同于在第一步骤中被传输或被接收的每个包的属性的地n’步骤。
根据本发明，不仅仅是命令、同时还有不能被容纳在一个包中的数据都能够被所述包以类似于用于传输或接收命令时的所适用的方式被传输或接收。
具体地说，如果本发明被应用于在IEE1394中所描述的异步模式中，利用类似于在传输或接收命令时所使用的方式能够通过所述包有效地传输或接收大量不能被容纳于一个包中的数据。
图1示出了在传统异步模式和其中应答命令被反过来应用于命令包的特殊模式中的包交换。
图2示出了在传统异步模式中的包交换和在数据传输时的特殊包交换。
图3示出了在传统异步模式中的包交换和在数据接收时的特殊包交换。
图4示出了在以传统异步模式将传输数据分割成多个命令包和传送分割命令包时的保教还顺序。
图5的框图示出了根据本发明各设备的互连状态。
图6示出了当唯一的应答命令被返回给唯一的命令包时的命令和应答包的交换顺序。
图7示出了当唯一的应答包被返回给多个命令包时的命令和应答包的交换顺序。
图8示出了当多个应答包被返回给唯一的命令包时的命令和应答包的交换顺序。
图9示出了当写数据被分割成多个被传送出的命令包时的命令和应答包的交换顺序。
图10示出了当读出数据被分割成多个被接收的命令包时的命令和应答包的交换顺序。
图11示出了异步包的帧结构的结构。
图12示出了AV/C命令帧的帧结构。
图13示出了AV/C应答帧的帧结构。
图14示出了表示在本发明中使用的命令帧的帧结构。
图15示出了表示在本发明中使用的应答帧的帧结构。
图16示出了表示在本发明中使用的命令帧的另一个帧结构。
图17示出了表示在本发明中使用的应答帧的另一个帧结构。
图18示出了使用包括图14所示命令帧的命令包和在将应答命令返回给三个命令包具体情况的例子。
图19示出了一种方式，该方式表示使用包括图15所示应答帧的应答包和将三个应答包返回给唯一命令包的情况。
图20示出了一个数据传输的模型化概念，作为一个例子，它示出了本发明数据传输的一个最佳实施例。
图21示出了本发明最佳实施例的数据传输顺序和在数据写期间命令和应答包的具体交换顺序。
图22示出了本发明最佳实施例的数据传输顺序的例子和在数据读期间命令和应答包的具体交换顺序。
下面，参照附图详细解释本发明的最佳实施例。
图5示出了本发明的一个最佳实施例和具体地示出了一个状态，其中，在IEEE1394总线5上互连有个人计算机1、打印机2、数字静态照相机3和一个置位顶箱(a set top box)。本发明被用于使用与如图5所示利用IEEE1394总线互连设备间异步包传输模式类似的异步模式进行数据传输/接收的系统。以异步模式交换的包被称之为异步包。
适用于交换异步包的设备只要能够在IEEE1394总线上互连就足够了。除了图所示个人计算机1、打印机2、数字静态照相机3和置位顶箱4以外，这些设备可以是诸如硬盘装置、输出装置和诸如绘图机等的外部存储装置或诸如数字视频盘播放机等的AV设备。
至此，在设备之间交换异步包的过程中，唯一应答包必须涉及多个命令包。相反，在根据本发明的交换异步包的过程中，可以是一个唯一应答包只涉及一个唯一命令包(如图6所示)，也可以是一个唯一应答包涉及多个应答包(如图7所示)，或者，多个应答包只涉及一个唯一命令包(如图8所示)。
图9示出了一个例子，在这个例子中，一个唯一应答包涉及多个命令包。具体地说，图9示出了在将写入到节点B的数据分割成n个包和从节点A传输这些包时的包交换顺序。为此目的，包括写命令和l/n数据的命令包被从节点A传送给节点B。所述写命令是一个请求在节点B写入数据的命令和l/n数据是将被写入到节点B中的n段数据中的一个。类似的，包括在写命令中的另一个命令包和下一个l/n数据被从节点A传送给节点B。从节点A到节点B的这个命令包的传输被重复n次。在正常接收n个命令包的基础上，节点B向节点A传输一个作为对这些命令包应答的应答包，该应答包包括用于规定命令包正常接收效果的正常接收通知。通过上述包交换，被分成n个包并以这种状态从节点A传输的数据被写入节点B。
图10示出了一个实施例，在该实施例中，多个应答包涉及一个唯一命令包。具体地说，图10示出了当将从节点B读出的数据分割成n个包并将分割后的包传输给节点A时包交换的顺序。首先，包括读出命令的命令包被从节点A传送给节点B。所述读出命令是一个请求从节点B读出数据的命令。在接收包括读出命令的命令包的基础上，节点B将包括l/n读出命令的应答包传输给节点A。所述l/n读出数据是从节点B读出数据的n个分割段中的一个。从节点B到节点A的这个传输被重复n次。通过上述的包交换，从节点B读出的数据被分割成n的包并传输给节点A。
根据本发明，如图10所示，一个唯一应答包可以涉及多个命令包或多个应答包可以涉及一个唯一命令包。和当用于传输的数据将被分割成多个包时需要将应答包返回给命令包的方法比较，这有效地减少了包交换操作，从而缩短了数据传输所需要的时间。
下面解释使上述传输方法得以实现的所述包的帧结构。
在IEEE1394中描述的异步包具有图11所示的帧结构。即，所述异步包具有用于描述该包上信息的包标题和用于执行数据传输的数据块。
所述包标题包括诸如destinction_ID、tl(事物标号)、rt(重试码)、tcode、pri(优先权)、sourse_ID、destination_offet、data_length、extend tcode和header_CRC等数段。
destinction_ID数段表示包传输目标节点的ID，具体地说，是由IEEE1394总线描述的一个节点的ID号(节点ID)。tl数段表示所述包号，具体地说，是允许目标和传输者识别所述事物与其本身相关的适当值。rt数段表示在掩蔽时间内有关再试方法方面的信息。tcode数段表示命令在命令寄存器或应答寄存器中写入消息。
pri数段表示包优先权的顺序。sourse_ID数段表示包传输者的节点ID，具体地说，是由IEEE1394总线规定节点的ID号(节点ID)。distination_offset数段表示命令寄存器或应答寄存器的地址。data_length数段表示涉及跟随在包标题之后下一个数据块数据长度的信息。当扩展t-代码时，extended_tcode数段被使用。header_CRC数段描述CRC计算值，该计算值执行包标题的检查和。
另一方面，所述数据块包括cts(命令和事物集)、FCP(功能控制协议数据)和data_CRC数段。cts数段和FCP数据数段部分被称之为FCP帧。在data_CRC数段中，描述了一个用于执行数据块检查和的CRC计算值。
cts数段规定FCP帧的格式。即，所述异步包包括具有cts数段的FCP帧，而cts数段被用做其中存储了规定FCP帧格式类型的信息的数段。
所述FCP帧是由IEC1883(国际电子技术会议1883)规定的。FCP帧的格式类型是利用cts数段的值分类的。例如，如果所述包是一个命令包和cts数段的值是0000，则命令包的FCP帧是由IEEE1394的AV/C数字接口命令集描述的命令帧，该帧此后被称之为AV/C命令帧。另一方面，如果所述包是一个应答包和cts数段的值是0000，则所述命令包的FCP帧是一个由IEEE1394AV/C数字接口命令集描述的应答帧，该帧此后被称之为AV/C应答帧。
AV/C应答帧具有图12所示的帧结构。即，AV/C命令帧具有cts、ctype、subunit_type、subunit_ID、opcode和operand数段。同时，由于异步包具有32个位单元，所以，必须在AV/C命令帧操作数数段的后面附加多个‘0’，从而使所述和值等于整数倍。
如上所述，对于AV/C命令帧来讲，cts数段是0000。ctype数段描述命令的类型。例如，如果ctype的值是0000，它规定该包所使用的命令是用于控制传输目标设备的命令，即，CONTROL命令。另外，如果所述类型值是0001，它规定该包所使用的命令是用于询问包传输目标的设备状态的命令，即STATUS命令。
subunit_feld用于描述施加了所述命令的节点类型。例如，如果subunit_feld的值是00000，它规定被施加了该命令的节点是一个监视器。如果subunit_feld的值是00100，则它规定被施加了该命令的节点是一个级连型记录器。subunit_ID描述被施加该包所使用命令的设备的ID号。
opcode数段用于描述与由subunit_feld数段规定的节点对应的规定命令，几操作数数段。例如，如果subunit_type数段的值是00100和操作数数段的值是C3h，由所述包使用的命令是‘视频级连记录器’的‘重现’。如果subunit_type数段的值是00100和操作数数段的值是C2h，则有所数包使用的命令是‘视频级连记录器’的‘记录’。操作数数段可以将操作数号设置成异步包的尺寸不能超过最大值的程度。操作数[0]、操作数[1]、…、操作数[n]用于描述在opcode数段上执行操作码等所需要的信息。具体地说，是用于描述涉及重现速度或方向的信息。
所述AV/C应答帧具有图13所示的结构。AV/C应答帧具有基本上与AV/C命令帧类似的帧结构，如图13所示。但是，在AV/C命令帧中的ctype数段是一个用于描述对所述命令响应的应答数段。即，应答数段描述用于指出当例如命令的接收已经正常结束时接收正常结束状态的值。
图11到图13所示的帧结构是在本发明申请时在IEEE1394和IEC1883中规定的内容。详细内容请参看有关标准。根据本发明，通过延伸上述帧结构，示于图14和15的这种格式被附加为FCP的格式。
图14示出了在应用本发明中使用的一个帧命令的例子。这个命令帧此后被称之为新命令帧。即，在将本发明应用于IEEE 1394总线时，图15所示的帧结构被规定为由所述命令包的cts数段规定的多个FCP帧格式中的一种。通过使用这个新应答帧，不仅可以返回所述命令，而且可以将任选返回数据分割成多个包和传输分割后的包。
图15示出了在应用本发明中所使用的应答帧的一个例子。此后这个应答帧被称之为新应答帧。即，在将本发明应用到IEEE1394总线的过程中，图15所示的结构被规定为由应答包的cts数段描述的FCP帧多种格式中的一种。通过使用这个新应答包，不仅可以返回响应而且可以将任选数据分割成多个包和传输所述分割包。
虽然使用一个新命令帧或新应答帧传输或接收数据，但是，也可以列举出例如运动图象数据、静态图形数据、语音数据、字母数据和程序模型。
图14所示的新命令帧是一个AV/C命令帧，该命令帧被附加有c(Continuity)、c1(命令标记)和sub_1(sub_label)数段。除c(Continuity)、c1(命令标记)和sub_1(sub_label)数段以外的其它数段于AV/C命令帧的这些数段相同。应当注意，由于新命令帧是在分割所述帧时依据cts数段从AV/C命令帧中划分出来的，所以，不必以与在AV/C命令帧的情况下相同的方式处理所述命令或代码。
在将传输数据分割成多个包和传输所生成的包时，用于规定这些包之间关系的信息被存储在新命令帧的c1和sub_1数段中。特别是，在将传输数据分割成多个包和传输所生成的包时，这些包所共有的值被存储在c1-数段中，而用于规定这些包顺序的信息被存储在sub_1数段中。在c-数段中，用于规定所述包是否是被考虑的包的信息是最后一个包。
换言之，c1和sub_1数段规定与每个命令包相关的标记号和与具有相同标记号的多个命令包相关的子标记号。c数段用于规定具有相同标记号的多个命令包是否被连续传送。
通过在命令包中提供c1数段，可以共同涉及偶尔从传输数据中划分出来的多个命令包。通过在所述命令包中提供sub_1数段，可以了解具有相同标记号的命令包、即具有相同c1数段值的顺序，这允许了解偶尔从数据分割出来的命令包以便确认在这串命令中没有不足命令。
当使用上述新命令帧传输数据时，以与AV/C命令帧情况下相同的方式使用操作数数段。另一方面，当利用所述新命令帧传输所述操作数时，利用在AV/C命令帧中与操作数数段对应的部分AV/C命令帧携带传输数据，即，所述新命令帧具有用于存储与传输目的节点相关命令和/或任选传输数据的数据段。因此，新命令帧的使用不仅使得可以传输命令，而且使得可以传输任选数据。
图15所示的应答帧是一个被附加有c(Continuity)、r1(应答标记)和sub_1(sub_label)的AV/C命令帧。除了c数段、r1数段和sub_1数段以外的其它数段与AV/C命令帧的情况相同。应当注意，由于所述新应答帧是在分割所述帧时依据cts数段从AV/C命令帧中分割出来的，所以，无须以与AV/C命令帧情况下的相同方式处理所述命令或代码。
在将返回数据分割成多个包和传输所生成的包时，用于规定这些包之间关系的信息被存储在新应答帧的c1和sub_1数段中。特别是，在将返回数据分割成多个包和传输所生成的包时，这些包所共有的值被存储在rl数段中，而用于规定所述包顺序的信息被存储在sub_1数段中。在c数段中，存储有用于规定正被考虑的包是否是最后一个包的信息。
换言之，r1和sub_1数段分别规定与每个命令包相关的标记号和与具有相同标记号的多个命令包相关的子标记号。c数段规定是否连续传送具有相同标记号的多个应答包。
通过在命令包中提供r1数段，可以共同涉及偶尔从接收数据中划分出来的多个应答包。通过在应答包中提供sub_1数段，可以理解具有相同标记号的应答包、即具有相同值的rl数段的命令包的顺序。这允许理解偶尔从数据中分割出来的命令包和确认在这串命令中没有不足的命令。
当使用上述新命令帧返回一个应答时，以与AV/C命令帧相同的方式使用操作数数段。另一方面，当利用所述新应答帧不仅返回一个应答而且还要传输一个任选返回数据时，利用在AV/C应答帧中与操作数数段对应的部分AV/C应答帧携带接收数据，即所述新命令帧具有用于存储对接收数据的应答和/或任选接收数据的数据段。因此，新命令帧的使用不仅使能应答的传输，而且在所接收包的基础上使能任选数据的传输。
在图14所示的实施例中，通过将一个数段加到AV/C命令帧上构成一个新命令帧。在图15所示的实施例中，通过将一个数段加到应答帧上构成一个新应答帧。但是，为应用本发明而新规定的命令或应答帧并不是在需要AV/C命令帧或AV/C应答帧处都是必须的。
即，不具有subunit_field或dubunit_ID数段的这种帧结构被规定为在应用本发明中新规定的命令帧，如图16所示。另外，不具有subunit field或subunit_ID数段的这种帧结构在应用本发明时可以被重新规定为应答帧，如图17所示。
参见图18和19，下面将解释在使用具有图14所示新命令帧的命令包和具有图15所示新应答包的应答包情况下的包交换。
图18示出了一种方式，在该方式下，作为在返回与多个命令帧相关的唯一应答包情况下包交换的例子，利用第一到第三命令包c1_1、c1-2和c1-3以三种比例分割从节点A传输给节点B的传输数据。在这种情况下，所述三个命令包c1-l、c1-2和c1-3被从节点A传送给节点B，响应从节点B到节点A的这些命令包，唯一应答包r1-1被返回。
在将传输数据分割成三个命令包c1-1、c1-2和c1-3和传输这些命令包的过程中，在命令包c1-1、c1-2和c1-3中的c1数段C中建立如图18所示的标记号。在图18所示的实施例中，第一到第三命令包c1-1、c1-2和c1-3中所有c数段的值都被设置成[1]。特别是，在c1数段中建立一个用于规定这三个命令包c1-1、c1-2和c1-3是一串命令包的公用于三个命令包c1-1、c1-2和c1-3的值。
在sub_1数段中，分别存储有用于规定这三个命令包c1-1、c1-2和c1-3栓许的信息，利用图18所示的实施例设置一个[0]，用于规定所述命令包是在包括被分割成三个部分的传输数据的最初部分第一命令包c1_1的sub_1中前端的一个命令包。类似的，设置一个[1]，用于规定所述命令包是在包括传输数据下一部分的第二命令包c1_2的sub_1中的第二个命令包。最后，设置一个[2]，用于规定所述命令包是在包括传输数据末尾部分的第三命令包c1_3的sub_1中的第三个命令包。
另外，在c数段中，存储有用于规定所述命令包是否是末尾命令包的信息。特别是，利用图18所示的实施例，在第一和第二命令包c1_1和c1_2的c数段中设置一个[1]，用于规定具有相同标记号的命令包是这些命令包的下游命令包。另一方面，在第三命令包中设置一个[0]，用于规定没有具有相同标记号下游命令包的命令包。
在接收这些命令包c1_1、c1_1和c1_3的基础上，在c1数段、sub_1数段和c数段描述内容的基础上，节点B根据这些命令包c1_1、c1_2和c1_3在数据没有被分割成三个部分之前恢复数据传输。
在接收其c数段被设置为[0]的命令包、即最后命令包c1_3的基础上，节点B将应答包r1-1返回给节点A。此时，与在命令包c1-1、c1-2和c1-3的c数段中相同的标记号，即标记号[1]被设置在r1数段中。在sub_1数段中，设置一个[0]，用于规定没有具有相同标号下游应答包的应答包。
借助于这三个命令包c1-1、c1-2和c1-3将传输数据从节点A传输给节点B。
图19示出了一个当返回一个与唯一命令包相关的多个应答包时的包交换的例子，将与命令包相关的数据从节点A返回到节点B的方式分成三个部分和借助于第一到第三应答包r2-1、r2-2和r2-3从节点B返回到节点A。此时，唯一命令包c2-1被从节点A传送给节点B和三个应答包r2-1、r2-2和r2-3被从节点B返回给节点A以用于命令包c2-1。
在图19所示的实施例中，首先将命令包c2-1从节点A传送给节点B。在这个命令包c2-1中，在c1数段中设置例如用于命令包c2-1的标记号[1]。在sub-1数段中设置规定所述命令包是前端一个的标记号[1]。在c数段中设置用于规定没有相同标价号下游命令包的的[0]。在图9所示的例子中，焚毁给这个命令包c2-1的数据被分割成三个部分，并从节点B传输给节点A。
当将返回数据分割成三个应答包r2-1、r2-2和r2-3并传输这些应答包时，分别在这些应答包r2-1、r2-2和r2-3的r1的数段中设置与在命令包c2-1的c1数段中设置的相同标记号，利用图19所示的实施例，第一到第三应答包r2-1、r2-1和r2-3的r1数段的值都被设置成[1]。即，在三个应答包r2-1、r2-2和r2-3的r1数段中，设置有用于规定这三个应答包是一串应答包的公用于这些包的值。
在sub-1数段中，存储有分别用于规定三个应答包r2-1、r2-2和r2-3顺序的信息。具体地说，利用图19所示的实施例，在包括被分割成三个部分的返回数据第一部分的第一应答包r2-1的sub-1数段中设置用于规定所述应答包是一个前端应答包的[0]。在包括返回数据下一部分的第二应答包r2-2中，设置用于规定该应答包是第二应答包的[1]。在包括返回数据末端部分的第三应答包r2-3中，设置用于规定该应答包是第三应答包的[1]。
在c数段中，存储有用于规定所述应答包是否是最后一个应答包的信息。具体地说，利用图19所示的实施例，在第一和第二应答包r2-1和r2-2中设置[1]，用于规定在这些应答包的下游存在三个具有相同标记号的应答包。另一方面，在第三应答包r2-3中设置一个[0]，用于规定在这个应答包的下游不存在具有相同标记号的应答包。
在接收这三个应答包r2-1、r2-1和r2-3的基础上，节点A在r1数段、sub-1数段和多个数段的基础上在将其分割成三个部分之前从这些应答包r2-1、r2-1和r2-3中恢复返回数据。
因此，利用这三个应答包r2-1、r2-1和r2-3，返回数据被从节点B传送给节点A。
下面参考图20所示的概念性的数据传输模型解释在使用具有新命令帧的命令包和具有新应答包的应答进行数据传输时的一般顺序。
为了使用具有新命令帧的命令包和具有新应答帧的应答包进行数据传输，建立一个想象的连接10，用于规定在两个节点a和B中的副节点被串联总线互连，如图20所示。此时ID号被分配给连接10。这个ID号被称之为ConnectID。其间设置有连接10的节点A和B利用ConnectID识别连接10的副节点。
在IEEE1394总线中，ID号(NodeID)被分配给多个节点用于节点识别。但是，如果发生总线复位，那么，这些节点的ID号将临时改变。在这种情况下，在ConnectID的基础上，会再次建立连接10。即，通过将ConnectID分配给每一个连接，即使是在由于总线复位而使节点ID号发生变化的情况下，所述连接也能够被再次建立。
在连接10中，提供有设想通道11和12，被称之为ChannelID的ID号被分配给通道11和12中的每一个。如果需要，可以在唯一连接ID中提供多个通道。
在分配给连接10的ConnectID和分配给通道11、12的ChannlID的基础上，在节点A和B之间交换用于通道11和12中每一个的命令和数据。通过在唯一连接中进一步提供设想通道，可以利用该唯一连接交换多个命令和数据。
下面解释在上述数据传输中使用的命令。在本实施例中，规定了用于上述数据传输的下述命令：CONNECT、DISCONNECT、OPEN、CLOSE、READ、WRITE和ABORT。
CONNECT命令
CONNECT命令被用于设置与一个给定节点相关的想象连接，该连接用于向另一个节点传输数据或命令。具体地说，当建立从一个给定节点到另一个节点的连接时，在ctype数段中设置了CONTROL命令和在opcode数段中设置了CONNECT命令的命令包将被传送给已经被根据第一状态节点建立了所述连接的副侧的一个节点。
在试图了解所述连接是否已经被建立给副侧节点时也可以使用CONNECT命令。具体地说，如果希望了解副侧节点连接的状态，则将在ctype数段中设置了STATUS命令和在opcode数段中设置了CONNECT命令的命令包传送给副侧节点。
DISCONNECT命令
当打开在节点间建立的连接时使用DISCONNECT命令。具体地说，当需要打开一个通道时，在ctype数段中设置有CONTROL命令和在opcode数段中设置有DISCONNECT命令的命令包被传送给副侧节点。
OPEN命令
当一个给定节点建立到另一个节点的想象通道时使用OPEN命令。具体地说，当从一个节点到另一个节点设置通道时，在ctype数段中设置有CONTROL命令和在opcode数段中设置有OPEN命令的命令包被传输给将被用于设置所述通道的副侧节点。
当询问已经被设置通道的通道ID时也使用该OPEN命令。具体地说，如果希望知道已经被用于设置所述通道的通道ID时，在ctype数段中设置有STATE命令和在opcode数段中设置有OPNE命令的COMMAND包被传输给副侧节点。
当打开在节点之间建立的通道时，使用CLOSE命令。具体地说，当打开所述通道时，在ctype数段中设置有CONTROL命令和在opcode数段中设置有CLOSE命令的COMMAND包被传输给将被打开通道的的副侧节点。
READ命令
当一个节点读出属于另一个节点的数据实际，使用READ命令。具体地说，如果需要读出属于另一个节点的数据，在ctype数段中设置有CONTROL命令和在opcode数段中设置有READ命令的COMMAND包被传输给具有希望被读出数据的副侧节点。
当询问副侧节点内容可读数据的数量时也使用READ命令。具体地说，当询问可读数据的数量时，在ctype数段中设置有STATUS命令和在cocode数段中设置有READ命令的命令包被传输给询问目标的节点。
WRITE命令
使用WRITE命令以便使一个给定节点将给定内容的数据写入到不同的节点中。具体地说，当询问可读数据的数量时，在ctype数段中设置有CONTROL命令和在opcode数段中设置有WRITE命令的COMMAND包被传送给将被写入数据的目标节点。当询问副侧节点可得空区域的量时，也使用WRITE命令。具体地说，当询问可得空区域的量时，在ctype数段中设置有STATUS命令和在opcode数段中设置有WRITE命令的命令包被传送给询问目标的节点。
下面参照图21解释用于使用上述命令从节点A向节点B写入数据的操作顺序。假设写入节点B的数据被分割成多个包和从节点A传输。
在图21所示的顺序中，首先在节点A和B之间建立一个连接和在所述连接中建立一个通道。然后确定在节点B中可以得到区域的总数并使用COMMAND命令将数据写入节点B。然后打开所述通道和打开在节点A和节点B之间的连接。这个操作顺序将参考图21予以详细解释。
首先，节点A使用CONNECT命令请求到节点B的连接。此时，节点A向节点B传送在操作数数段中描述了节点A的ID号NodeID(A)和分配给将被建立连接的ConnectID的COMMAND包21。特别是，具有数段设置如表1所示的命令包21被从节点A传送给节点B：
表1
数段 c1 sub_1 c ctype opcode 操作数[0] 操作数[1]
设置值 1 0 0 CONTROL CONNECT connectID Node(A)
如果利用命令包21已经正确建立了所述连接，节点B向节点A返回一个用于规定所素连接已经被正确建立的应答。此时，节点b向节点A返回一个应答包22，在该应答包22的数段中描述了节点B的ID号NodeID(B)和所分配的ConnectID。具体地说，其数段被如下设置的应答包22被从节点B返回给节点A：
表2
数段 r1 sub_1 c 应答 操作数[0] 操作数[0]
设置值 1 0 0 ACCEPTED connectID NodeID[B]
通过上述交换，在节点A和B之间建立一个连接。如果在节点A和B之间已经建立了所述连接，就不必要进行交换了。
然后，节点A使用OPEN命令请求节点B建立所述通道。此时，节点A向节点B传送命令包23，在该命令包23的操作数数段中，描述了使用中的connectID和和分配给将被建立的所述通道的channalID。具体地说，其数段被如表3设置的命令包23被从节点a传送给节点B：
表3
数段 c1 sub_1 c ctype opcode 操作数[0] 操作数[0]
设置值 1 0 0 CONTROL OPEN ConnectID ConnectID
当使用命令包22建立一个通道时，节点B向节点A返回一个用于规定所述通道已经被建立的应答包。此时，节点B向节点A返回一个用于描述使用中连接的ConnectID和所分配ChannelID的应答包24。具体地说，其数段被如表4所示设置的应答包24被从节点A传送给节点B：
表4
数段 r1 sub_1 c 应答 操作数[0] 操作数[1]
设置值 1 0 0 ACCEPTED ConnectID ChannelID
利用上述交换，在节点A和B之间建立一个连接。如果在节点A和B之间的连接已经被建立，不必进行交换。
然后节点A使用WRITE命令确定节点B可以获得的空区域量。具体地说，其数段被如表5设置的命令包25被从节点A传送给节点B：
表5
数段 c1 sub_1 c ctype opcode 操作数[0] 操作数[1]
设置值 1 0 0 STATUS WRITE connectID channelID
在接收命令包25的基础上，节点B向节点A通报节点B可得空区域的量。此时，节点B向节点A传送一个应答包26，在该应答包26的操作数数段中描述了使用中的连接ConnectID和使用中的通道ChannelID以及节点B可得空区域量AvaiableBufferSize。具体地说，其数段如表6设置的应答包26被从节点B传送给节点A：
表6
数段 r1 sub_1 c 应答 操作数[0] 操作数[1] 操作数[2]
设置值 1 0 0 accept connectID channelID 可得缓冲器尺寸
然后，节点A使用WRITE命令将数据写入节点B。由于写入节点B的数据被分割成n个部分，所以，节点A向节点B传送一个命令包27-1，在该命令包27-1的操作数段中描述了使用中的连接ConnectID和使用中的ChannelID并在其FCP数段的剩余区域中描述了WritingDatal。具体地说，其数段如表7设置的命令包27-1被从节点A传送给节点B：
表7
数段 c1 sub_1 c ctype opcode 操作数[0] 操作数[1] FCP数据段的剩余区域
设置值 1 0 1 写 控制 ConnectID CbannelID 写数据1
然后，节点A连续向节点B传送被分割成n部分的数据。此时，sub-1数段的值加1以用于每个命令包，以便指出与将被传送的被分割数据部分对应的命令包的顺序。
最后传送数据n个部分的最后一个部分、即WritingDataN。此时，节点A向节点B传送一个命令包，在该命令包的操作数数段中描述了使用中的连接ConnectID和使用中的通道ChannelID，而在其FCP数据段的剩余区域中描述了WritingDataN。具体地说，其数段设置如表8所示的命令包27-n被从节点A传送给节点B。此时，将在所述命令包27-n之前的命令包的c数段的值设置为[1]。但是，在命令包27-n处，c数段的值被设置为[0]，以便规定命令包27-n是被分割成n个部分的数据传输的最后一个包。
表8
数段 c1 sub_1 c ctype opcode 操作数[0] 操作数[1] FCP数据段的剩余区域
设置值 1 n 0 控制 写 ConnectID ChannelID 写数据N
当利用上述命令包27-1到27-n传送的数据被正确写入到节点B时，后者向节点A返回应答，指出数据已经被正确写入。此时，节点B向节点A传送一个应答包28，在该应答包28的操作数段中描述了使用中的连接ConnectID和使用中的通道ChannelID。具体地说，其操作数段设置如表9的应答包28被从节点B返回给节点A：
表9
数段 r1 sub_1 c 应答 操作数[0] 操作数[1]
设置值 1 0 0 accepted ConnecdID ChannelID
然后，节点A使用CLOSE命令请求节点B打开一个通道。此时，节点A向节点B传送一个在其操作数段中描述了使用中连接ConnectID和希望被打开通道ChannelID的命令包29。具体地说，其数段设置如表10所示的命令包29被从节点A传送给节点B：
表10
数段 r1 sub_1 c 应答 opcode 操作数[0] 操作数[1]
设置值 1 0 0 控制 close ConnectID ChannelID
当利用命令包29打开所述通道时，节点B向节点A返回一个应答，指出所述通道已经被打开。此时，节点B向节点A传送一个应答包30，在该应答包30的操作数段中描述了使用中的连接ConnectID和被打开通道的ChannelID。具体地说，具有如表11所示数段设置的应答包30被从节点B传送给节点A；
表11
数段 r1 sub_1 c 应答 操作数[0] 操作数[10]
设置值 1 0 0 ACCEPT ConnectID ChannelID
通过交换命令包29和应答包30，在节点A和B之间使用的通道被打开。同时，如果不必打开所述通道，用于打开所述通道的命令包和应答包的交换可以是不需要的。
然后节点A使用DISCONNECT命令请求节点B打开所述连接。此时，节点A向节点B传送一个命令包31，在该命令包31的操作数段中描述了希望被打开连接的ConnectID。具体地说，其数段设置如表12所示的命令包31被从节点A传送给节点B：
表12
数段 c1 sub_1 c ctype opcode 操作数[0]
设置值 1 0 0 控制 去连接 ConnectID
当利用命令包31打开所述连接时，节点B向节点A返回一个用于规定所述连接已经被打开的应答。此时，节点B向节点A返回一个应答包32在该应答包32的操作数段中描述了被打开连接的ConnectID。具体地说，其数段如表13所示的应答包32被从节点B返回给节点A；
表13
数段 r1 sub_1 c 应答 操作数[0]
设置值 1 0 0 accepted ConnectID
通过交换和应答包32，打开在节点A和B之间的连接。同时，如果不需要打开所述连接，则不必交换用于打开连接的命令包31和应答包32。
上面所描述的是在将来自节点A的数据分割成多个命令包并将其写入节点B过程中的操作顺序。这可以概括为下述表14：
表14(写入A→B
方向 操作 c1/r1 sub_1 c ctype/response opcode 操作数[0] 操作数[1] 操作数[2] FCP数据段
公共值 顺序 最后
 A→B 连接设置 1 0 0 控制 连接 ChannelID NodeID(A)
 B→A ACK 1 0 0 Accepted ConnectID NodeID(B)
 A→B 通道设置 1 0 0 控制 打开 ConnectID ChannelID
 B→A ACK 1 0 0 Accepted ConnectID ChannelID
 A→B 空容量寻问 1 0 0 状态 写 ConnectID ChannelID
 B→A ACK 1 0 0 Accepted ConnectID ChannelID 可得缓冲器尺寸
 A→B 写 1 0 1 控制 写 ConnectID ChannelID 写数据1
 A→B 写 1 1 1 控制 写 ConnectID ChannelID 写数据2
 A→B 写 1 2 1 控制 写 ConnectID ChannelID 写数据3
 A→B 写 1 3 0 控制 写 ConnectID ChannelID 写数据4
 B→A ACK 1 0 0 Accepted ConnectID ChannelID
 A→B 通道打开 1 0 0 控制 关闭 ConnectID ChannelID
 B→A ACK 1 0 0 Accepted ConnectID
 A→B 连接打开 1 0 0 控制 去连接 ConnectID
 B→A ACK 1 0 0 Accepted ConnectID
下面参考图20解释使用上述命令利用节点A从节点B读出数据的操作顺序。假设从节点B读出的数据被分割成多个包并以这种状态从节点B返回给节点A。
在图20所示的顺序中，首先在节点A和B之间设置连接，然后在所述连接中建立通道。在确认可读数据尺寸之后，使用多个命令包从节点B中读出数据。然后打开所述通道和打开在节点A和B之间的连接。下面参考图20解释这个操作顺序。
首先，节点A使用CONNECT命令请求到节点B的连接。此时，节点A将在其操作数数段中设置有节点A的ID号NodeID和分配给将被建立连接的ConnectID的命令包41传输给节点B。具体地说，其操作数数段如表15设置的命令包41被从节点A传送给节点B：
表15
数段 c1 sub_1 c ctype opcode 操作数[0] 操作数[1]
设置值 1 0 0 控制 Connect ConnectID NodeID(A)
如果利用命令包41已经正确地设置了所述连接，节点B向节点A返回一个指出所述连接已经正确设置的应答。此时，节点B向节点A传送一个在其操作数数段中描述了节点B的节点ID号NodeID和所分配ConnectID的应答包42。具体地说，其数段如表16设置的应答包42被从节点B返回给节点A；
表16
数段 r1 sub_1 c 应答 操作数[0] 操作数[1]
设置值 1 0 0 accepted ConnectID NodeID(B)
通过上述交换，在节点A和B之间建立一个连接。如果在节点A和B之间已经建立了所述连接，则不必重新建立连接。
节点A使用OPEN命令请求节点B建立所述通道。此时，节点A向节点B传送一个在其操作数数段中设置有使用中连接的ConnectID和被分配给将被建立通道的ChanelID的命令包43。具体地说，其操作数数段设置如表17的命令包43被从节点A传送给节点B：
表17
数段 c1 sub_1 c ctype opcode 操作数[0] 操作数[1]
设置值 1 0 0 控制 打开 ConnectID ChannelID
如果利用命令包43建立了所述通道，节点B向节点A返回一个指出现在通道已经被建立的应答。此时，节点B向节点A传送一个在其操作数数段中描述了所述连接的ConnectID和所分配的ChannelID的应答包44。具体地说，其数段如表18所示的应答包44被从节点B返回给节点A；
表18
数段 r1 sub_1 c 应答 操作数[0] 操作数[1]
设置值 1 0 0 accepted ConnectID ChannelID
通过上述交换，在节点A和B之间的通道被建立。如果在节点A和B之间已经建立了所述通道，则不必重新建立通道。
然后，节点A使用READ命令询问节点B来自节点B的可读数据的数据尺寸。此时，节点A向节点B传送一个在其操作数数段中描述了使用中连接的ConnectID和使用中通道ChannelID的命令包45。具体地说，其数段设置如表19的命令包45被从节点A传送给节点B；
表19
数段 c1 sub_1 c ctype opcode 操作数[0] 操作数[1]
设置值 1 0 0 状态 读 ConnectID ChannelID
在接收命令包45的基础上，节点B通知节点A从节点B读出数据的可读尺寸。此时，节点B向节点A传送一个在其操作数数段中描述了使用中连接的ConnectID、使用中通道的ChannelID和能够从节点B中读出的数据的数据尺寸AvailableDataSize的应答包46。具体地说，其数段如表20设置的应答包46被从节点B传送给节点A：
表20
数段 c1 sub_1 c ctype opcode 操作数[0] 操作数[1]
设置值 1 0 0 accepted ConnectID ChannelID AvailableDataSize
然后，节点A使用READ命令请求节点B读出数据。此时，节点A传送一个在其操作数数段中描述了使用中连接的ConnectID和使用中通道的ChannelID的命令包47。具体地说，其操作数数段设置如表21所示的命令包47被从节点a传送给节点B；
表21
数段 c1 sub_1 c ctype opcode 操作数[0] 操作数[1]
设置值 1 0 0 控制 读 ConnectID ChannelID
然后，节点B将由节点A请求的数据传送给节点A。
假设从节点B中读出的数据被分割成将被传送给节点A的n个部分。里，传送第一部分数据ReadingDatal。此时，节点A向节点B传送一个在其操作数数段中描述了使用中连接的ConnectID和使用中通道的ChannelID并且还在FCP数据数段的剩余区域中描述了ReadingDatal的应答包48-1。具体地说，其数段设置如表22的应答包48-1被从节点A传送给节点B；
表22
数段 r1 sub_1 c 应答 操作数[0] 操作数[1] FCP数据段的剩余区域
设置值 1 0 1 accepted ConnectID ChannelID 读数据1
类似的，n个部分数据被连续地从节点B传送给节点A。此时，每个命令包的sub_1的值被增加1，以便规定与传送部分数据相关的应答包的顺序。最后，传输n部分数据中末端一个的ReadingDataN。此时，节点B向节点A传送一个在其操作数数段中描述了使用中连接的ConnectID和使用中通道的ChannelID并在FCP数据段的剩余区域中描述了ReadingDataN的应答包48-n。具体地说，从节点A到节点B设置其数段设置如表23所示的应答包48-n。将c数段的值设置给「1」到直接在命令包48-n之前的命令包和被设置成用于命令包48-n的「1」以便规定这个命令包48-n是与传输被分割成n个部分的数据的数据包的末端的一个包。
表23
数段 r1 sub_1 c 应答 操作数[0] 操作数[1] FCP数据段的剩余区域
设置值 1 n 0 accepted ConnectID ChannelID 读数据N
在完成从节点B读出数据的基础上，节点A使用CLOSE命令请求节点B打开所述通道。此时，节点A峡谷节点B传送一个在其操作数数段中描述了使用中连接的ConnectID和将被打开通道的ChannelID的命令包49。具体地说，其数段设置如表24所示的命令包49被从节点A传送给接B：
表24
数段 r1 sub_1 c ctype opcode 操作数[0] 操作数[1]
设置值 1 0 0 控制 关闭 ConnectID ChannelID
在由命令包49打开所述通道的基础上，节点B向节点A返回一个在操作数数段中描述了使用中连接的ConnectID和被打开通道的ChannelID的应答包50。具体地说，其数段设置如表25所示的应答包50被从节点B返回给节点A；
表25
数段 r1 sub_1 c 应答 操作数[0] 操作数[1]
设置值 1 0 0 acoepted ConnectID ChannelID
 通过交换命令包49和应答包50，在节点A和B之间使用的通道被打开。同时，如果不需要打开所述通道，就不必交换用于打开所述连接的命令包49和应答包50。
然后，节点A使用DISCONNECT命令请求节点B打开所述连接。此时，节点A向节点B传送一个在其操作数数段中描述了将被打开的连接的ConnectID的命令包51。具体地说，其数段设置如表26所示的命令包51被从节点A传送给节点B：
表26
数段 r1 sub_1 c ctype opcode 操作数[0]
设置值 1 0 0 控制 去连接 ConnectID
在由命令包51打开所述连接的基础上，节点B向节点A返回一个指出所述连接已经被打开的应答。此时，节点B向节点A传送一个在其操作数数段描述了被打开连接的ConnectID的应答包52。具体地说，其数段设置如表27所示的应答包52被从节点B返回给节点A：
表27
数段 r1 sub_1 c 应答 操作数[0]
设置值 1 0 0 accepted ConnectID
前面描述了在将来自节点B的数据分割成多个命令包和读出数据过程中使用的操作顺序。这可以被概括为表28：
方向 操作 c1/r1 sub 1 c ctype/应答 opcode 操作数[0] 操作数[1] 操作数[2] FCP数据段
量值 顺序 最后
 A→B 连接设置 1 0 0 控制 连接 ConnectID NodeID(A)
 B→A ACK 1 0 0 Accepted ConnectID NodeID(B)
 A→B 通道设置 1 0 0 控制 打开 ConnectID ChannelID
 B→A ACK 1 0 0 Accepted ConnectID ChannelID
 A→B 数据尺寸询问 1 0 0 状态 读 ConnectID ChannelID
 B→A ACK 1 0 0 Accepted ConnectID ChannelID 可得数据尺寸
 A→B 读出命令 1 0 0 控制 读 ConnectID ChannelID
 B→A 读出数据 1 0 1 Accepted ConnectID ChannelID 写数据1
 B→A 读出数据 1 1 1 Accepted ConnectID ChannelID 写数据2
 B→A 读出数据 1 2 1 Accepted ConnectID ChannelID 写数据3
 B→A 读出数据 1 3 0 Accepted ConnectID ChannelID 写数据4
 A→B 通道打开 1 0 0 控制 关闭 ConnectID ChannelID
 B→A ACK 1 0 0 Accepted ConnectID ChannelID
 A→B 连接打开 1 0 0 控制 去连接 ConnectID
 B→A ACK 1 0 0 Accepted ConnectID
应当注意，如果在记录介质中存储包括命令代码的多个包，那么，本发明所述记录介质的含义并不局限于任一特定类型。根据本发明的记录介质包括诸如已知的CD-ROM的光盘介质、诸如软盘的磁盘介质、诸如ROM的半导体器件、以Internet为代表本质上在通信网络上运行的描述代码信号的纸介质、本质上作为无线电通信电磁波运行以便携式电话为代表的电磁波以及任何介质，没有考虑这些介质是否构成了实际产物。
另外，已经利用IEEE 1394总线解释了本发明的最佳实施例，但是本发明还可以应用到除IEEE 1394总线以外的其它总线。即，除了命令传输/接收以外，不必象传统那样假设命令由唯一包传送，本发明可以被应用于不能被容纳在一个包中数据的传输和接收。

Claims (78)

1．一种用于传输包数据的数据传输装置，包括：
用于以预定格式传输数据的装置；
所述格式包括用于规定公用于由多个包组成的包组属性和构成所述包组的每个包属性的信息。
2．根据权利要求1所述的数据传输装置，其特征是所述公用于包组的属性是指定给所述包组的一个标识码。
3．根据权利要求1所述的数据传输装置，其特征是所述公用于包组的属性是用于规定所述包组中每个包顺序的代码。
4．根据权利要求1所述的数据传输装置，其特征是所述每个包的属性是用于规定每个包是否是所述包组中最后一个包的代码。
5．根据权利要求1所述的数据传输装置，其特征是所述格式是与在IEEE1394中规定的异步包相符的格式。
6．根据权利要求5所述的数据传输装置，其特征是所述公用于所述包组的属性是一个附加到所述包组上的标识码。
7．根据权利要求5所述的数据传输装置，其特征是所述公用于所述包组的属性是一个用于规定所述包组中每个包顺序的代码。
8．根据权利要求5所述的数据传输装置，其特征是所述每个包的属性是用于规定每个包是否是所述包组中的最后一个包的代码。
9．根据权利要求1所述的数据传输装置，其特征是所述格式是与在IEEE1883中规定的FCP格式相符。
10．根据权利要求9所述的数据传输装置，其特征是所述公用于所述包组的属性是附加到所述包组上的一个标识码。
11．根据权利要求9所述的数据传输装置，其特征是所述每个包的属性是一个用于规定所述包组中每个包顺序的代码。
12．根据权利要求9所述的数据传输装置，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
13．一种用于接收包数据的数据接收装置，包括：
用于接收预定格式数据的装置；
所述格式包括用于规定公用于由多个包组成的包组的属性和/或构成所述包组的每个包属性的信息。
14．根据权利要求13所述的数据接收装置，其特征是所述公用于所述包组的属性是一个指定给所述包组的标识码。
15．根据权利要求13所述的数据接收装置，其特征是所述公用于所述包组的属性是一个用于规定所述包组中每个包顺序的代码。
16．根据权利要求13所述的数据接收装置，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
17．根据权利要求13所述的数据接收装置，其特征是所述格式符合在IEEE1394中描述的异步包。
18．根据权利要求19所述的数据接收装置，其特征是所述公用于所述包组的属性是一个指定给所述包组的标识码。
19．根据权利要求17所述的数据接收装置，其特征是所述公用于所述包组的属性是一个用于规定所述包组中每个包顺序的代码。
20．根据权利要求17所述的数据接收装置，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
21．根据权利要求13所述的数据接收装置，其特征是所述格式与IEEE1883中的CP帧相符。
22．根据权利要求21所述的数据接收装置，其特征是所述公用于所述包组的属性是一个指定给所述包组的标识码。
23．根据权利要求21所述的数据接收装置，其特征是所述每个包的属性是一个用于规定所述包组中每个包顺序的代码。
24．根据权利要求21所述的数据接收装置，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
25．一种用于传输包数据的方法，包括：
以预定格式传输数据的步骤；
所述格式包括用于规定公用于由多个包组成的包组属性和/或构成所述包组的每个包属性的信息。
26．根据权利要求25所述的数据传输方法，其特征是所述公用于所述包组的属性是一个指定给所述包组的标识码。
27．根据权利要求25所述的数据传输方法，其特征是所述公用于所述包组的属性是一个用于规定所述包组中每个包顺序的代码。
28．根据权利要求25所述的数据传输方法，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
29．根据权利要求25所述的数据传输方法，其特征是所述格式符合在IEEE1394中描述的异步包。
30．根据权利要求29所述的数据传输方法，其特征是所述公用于所述包组的属性是一个指定给所述包组的标识码。
31．根据权利要求29所述的数据传输方法，其特征是所述公用于所述包组的属性是一个用于规定所述包组中每个包顺序的代码。
32．根据权利要求29所述的数据传输方法，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
33．根据权利要求25所述的数据传输方法，其特征是所述格式与IEEE1883中描述的FCP帧相符。
34．根据权利要求33所述的数据传输方法，其特征是所述公用于所述包组的属性是一个指定给所述包组的标识符。
35．根据权利要求33所述的数据传输方法，其特征是所述每个包的属性是一个用于规定所述包组中每个包顺序的代码。
36．根据权利要求33所述的数据传输方法，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
37．一种用于接收包数据的方法，包括：
接收预定格式数据的步骤；
所述格式包括用于规定公用于由多个包组成的包组属性和/或构成所述包组的每个包属性的信息。
38．根据权利要求37所述的数据传输方法，其特征是所述公用于所述包组的属性是一个指定给所述包组的标识符。
39．根据权利要求37所述的数据传输方法，其特征是所述公用于所述包组的属性是一个用于规定所述包组中每个包顺序的代码。
40．根据权利要求37所述的数据传输方法，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
41．根据权利要求37所述的数据传输方法，其特征是所述格式与IEEE 1394中描述的异步包相符。
42．根据权利要求41所述的数据传输方法，其特征是所述公用于所述包组的属性是一个附加给所述包组的标识符。
43．根据权利要求41所述的数据传输方法，其特征是所述公用于所述包组的属性是一个用于规定所述包组中每个包顺序的代码。
44．根据权利要求41所述的数据传输方法，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
45．根据权利要求37所述的数据传输方法，其特征是所述格式符合IEEE1883中描述的FCP帧。
46．根据权利要求45所述的数据传输方法，其特征是所述公用于所述包组的属性是一个附加给所述包组的标识符。
47．根据权利要求45所述的数据传输方法，其特征是所述公用于所述包组的属性是一个用于规定所述包组中每个包顺序的代码。
48．根据权利要求45所述的数据传输方法，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
49．一种预定格式包数据的数据结构，
所述格式包括用于规定由多个包组成的包组属性和/或构成所述包组的每个包属性的信息。
50．根据权利要求49所述的数据结构，其特征是所述公用于所述包组的属性是一个指定给所述包组的标识符。
51．根据权利要求49所述的数据结构，其特征是所述公用于所述包组的属性是一个用于规定所述包组中每个包顺序的代码。
52．根据权利要求49所述的数据结构，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
53．根据权利要求49所述的数据结构，其特征是所述格式与IEEE 1394中描述的异步包相符。
54．根据权利要求53所述的数据结构，其特征是所述公用于所述包组的属性是一个附加给所述包组的标识符。
55．根据权利要求53所述的数据结构，其特征是所述公用于所述包组的属性是一个用于规定所述包组中每个包顺序的代码。
56．根据权利要求53所述的数据结构，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
57．根据权利要求49所述的数据结构，其特征是所述格式与IEEE1883中描述的FCP帧相符。
58．根据权利要求57所述的数据结构，其特征是所述公用于所述包组的属性是一个附加给所述包组的标识符。
59．根据权利要求57所述的数据结构，其特征是所述每个包的属性是一个用于规定所述包组中每个包顺序的代码。
60．根据权利要求57所述的数据结构，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
61．一种存储有预定格式包数据的记录介质，
所述格式包括用于规定由多个包组成的包组属性和/或构成所述包组的每个包属性的信息。
62．根据权利要求61所述的记录介质，其特征是所述公用于所述包组的属性是一个指定给所述包组的标识符。
63．根据权利要求61所述的记录介质，其特征是所述公用于所述包组的属性是一个用于规定所述包组中每个包顺序的代码。
64．根据权利要求61所述的记录介质，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
65．根据权利要求61所述的记录介质，其特征是所述格式与IEEE1394中描述的异步包相符。
66．根据权利要求65所述的记录介质，其特征是所述公用于所述包组的属性是一个附加给所述包组的标识符。
67．根据权利要求65所述的记录介质，其特征是所述公用于所述包组的属性是一个用于规定所述包组中每个包顺序的代码。
68．根据权利要求65所述的记录介质，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
69．根据权利要求61所述的记录介质，其特征是所述格式与IEEE1883中描述的FCP帧相符。
70．根据权利要求69所述的记录介质，其特征是所述公用于所述包组的属性是一个附加给所述包组的标识符。
71．根据权利要求69所述的记录介质，其特征是所述每个包的属性是一个用于规定所述包中每个包顺序的代码。
72．根据权利要求69所述的记录介质，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
73．一种用于传输/接收包数据的通信装置，包括：
用于传输预定格式数据的装置；和
用于接收所述预定格式数据的装置；
所述格式包括用于规定由多个包组成的包组属性和/或构成所述包组的每个包属性的信息。
74．一种用于传输/接收包数据的方法，包括如下步骤：
传输预定格式的数据；和
接收所述预定格式的数据；
所述格式包括用于规定由多个包组成的包组属性和/或构成所述包组的每个包属性的信息。
75．一种用于传输/接收多个(n个)预定格式包数据的所述的通信方法，所述格式包括用于规定公用于由多个包组成的包组的属性和/或构成所述包组的每个包属性的信息，所述方法包括：
第一步骤，用于传输/接收所述公共属性和每个包的属性；和
第n步骤，用于传输/接收所述公共属性，该公共属性与所述公共属性相同但和在所述第一步骤中传输和接收的属性不同。
76．根据权利要求75所述的通信方法，其特征是所述公用于所述包组的属性是一个指定给所述包组的标识符。
77．根据权利要求75所述的通信方法，其特征是所述每个包的属性是一个用于规定所述包组中每个包顺序的代码。
78．根据权利要求75所述的通信方法，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
CN98102934A 1997-06-10 1998-06-10 数据传输装置、数据接收装置、数据传输系统和数据传输方法 Pending CN1211764A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP152677/97 1997-06-10
JP9152677A JPH10341247A (ja) 1997-06-10 1997-06-10 データ送信装置、データ受信装置、データ伝送システム及びデータ伝送方法

Publications (1)

Publication Number Publication Date
CN1211764A true CN1211764A (zh) 1999-03-24

Family

ID=15545706

Family Applications (1)

Application Number Title Priority Date Filing Date
CN98102934A Pending CN1211764A (zh) 1997-06-10 1998-06-10 数据传输装置、数据接收装置、数据传输系统和数据传输方法

Country Status (6)

Country Link
EP (1) EP0884880A3 (zh)
JP (1) JPH10341247A (zh)
KR (1) KR19990006761A (zh)
CN (1) CN1211764A (zh)
ID (1) ID20946A (zh)
TW (1) TW455779B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101174919B (zh) * 2006-11-01 2012-01-25 三星电子株式会社 用于无线通信的设备和方法

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1246996A (zh) * 1997-12-10 2000-03-08 索尼公司 数据通信方法、电子设备及供给数据通信程序的程序供给媒体
US6498793B1 (en) * 1999-03-12 2002-12-24 Hewlett-Packard Company Method for hardware-assisted automatic sorting of out-of-order packets using restricted transaction label
KR100635014B1 (ko) * 1999-08-25 2006-10-16 삼성전자주식회사 복수의 입력스트림을 처리하는 디지털방송수신기
JP4192372B2 (ja) * 1999-12-03 2008-12-10 ソニー株式会社 印刷装置、印刷制御装置、印刷システム及び印刷方法
JP4192371B2 (ja) 1999-12-09 2008-12-10 ソニー株式会社 データ受信装置及びデータ送信装置、データ送受信システム
US7191375B2 (en) 2001-12-28 2007-03-13 Intel Corporation Method and apparatus for signaling an error condition to an agent not expecting a completion
US6944617B2 (en) * 2001-12-28 2005-09-13 Intel Corporation Communicating transaction types between agents in a computer system using packet headers including an extended type/extended length field
US7581026B2 (en) 2001-12-28 2009-08-25 Intel Corporation Communicating transaction types between agents in a computer system using packet headers including format and type fields
US7099318B2 (en) 2001-12-28 2006-08-29 Intel Corporation Communicating message request transaction types between agents in a computer system using multiple message groups
JP6822297B2 (ja) 2017-04-21 2021-01-27 富士通株式会社 情報処理装置、情報処理システムおよび情報処理システムの制御方法
US10505530B2 (en) 2018-03-28 2019-12-10 Psemi Corporation Positive logic switch with selectable DC blocking circuit

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4700184A (en) * 1981-10-15 1987-10-13 L'etat Francais One-way data packet transmission system for processing data arranged in groups
US4794589A (en) * 1986-09-16 1988-12-27 Gte Communication Systems Corporation Asynchronous packet manage
JP3371174B2 (ja) * 1994-09-22 2003-01-27 ソニー株式会社 パケット受信装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101174919B (zh) * 2006-11-01 2012-01-25 三星电子株式会社 用于无线通信的设备和方法

Also Published As

Publication number Publication date
JPH10341247A (ja) 1998-12-22
TW455779B (en) 2001-09-21
EP0884880A3 (en) 2001-01-10
ID20946A (id) 1999-04-01
EP0884880A2 (en) 1998-12-16
KR19990006761A (ko) 1999-01-25

Similar Documents

Publication Publication Date Title
CN1282316C (zh) 传输媒体连接装置、控制装置、受控装置
CN1211764A (zh) 数据传输装置、数据接收装置、数据传输系统和数据传输方法
CN1183717C (zh) 桥连HAVi子网络和UPnP子网络的方法及实施所述方法的装置
CN1149796A (zh) 数据通信方法
CN1237455C (zh) 数据传输控制装置、电子设备、及数据传输控制方法
CN1463521A (zh) 信息处理设备
CN1486557A (zh) 无线电通信系统、无线电通信控制设备和无线电通信控制方法、存储介质和计算机程序
CN1138211C (zh) 数据传输控制装置及电子设备
CN1119001C (zh) 数据发送装置及其方法
CN1543142A (zh) 路由器和地址标识信息管理服务器
CN1184786C (zh) 数据通信系统、方法、装置和数字接口
CN1188998C (zh) 数据传输控制装置和电子设备
CN1308806A (zh) 联网的条件接入模块
CN1192640C (zh) 电子装置及其维修方法
CN1540944A (zh) 网络接入系统
CN1489065A (zh) 广告系统及广告牌
CN1140091C (zh) 通信设备和通信方法
US20090164674A1 (en) Relay device and relay method, converting apparatus and converting method, program for relaying process, program for converting process, and information recording medium
CN1614562A (zh) 网络设备、信息处理设备及连接信息获取方法和显示方法
CN1150721C (zh) 网络连接识别方法及网络连接终端装置
CN1174583C (zh) 设备控制方法、传输装置
CN1612525A (zh) 传输信息的方法、设备和系统
CN101039335A (zh) 信息处理系统
CN1146799C (zh) 数据传输控制装置及电子设备
CN1157666C (zh) 信息处理方法和系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication
REG Reference to a national code

Ref country code: HK

Ref legal event code: GR

Ref document number: 1056034

Country of ref document: HK