专利名称：数据传输装置、数据接收装置、数据传输系统和数据传输方法
技术领域：
本发明涉及一种数据传输装置、一种数据接收装置、一种数据传输系统和一种数据传输方法。特别是，本发明涉及适用于利用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，则有所数包使用的命令是‘视频级连记录器’的‘记录’。操作数数段可以将操作数号设置成异步包的尺寸不能超过最大值的程度。操作数
、操作数[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所示的实施例设置一个
，用于规定所述命令包是在包括被分割成三个部分的传输数据的最初部分第一命令包c1_1的sub_1中前端的一个命令包。类似的，设置一个[1]，用于规定所述命令包是在包括传输数据下一部分的第二命令包c1_2的sub_1中的第二个命令包。最后，设置一个[2]，用于规定所述命令包是在包括传输数据末尾部分的第三命令包c1_3的sub_1中的第三个命令包。
另外，在c数段中，存储有用于规定所述命令包是否是末尾命令包的信息。特别是，利用图18所示的实施例，在第一和第二命令包c1_1和c1_2的c数段中设置一个[1]，用于规定具有相同标记号的命令包是这些命令包的下游命令包。另一方面，在第三命令包中设置一个
，用于规定没有具有相同标记号下游命令包的命令包。
在接收这些命令包c1_1、c1_1和c1_3的基础上，在c1数段、sub_1数段和c数段描述内容的基础上，节点B根据这些命令包c1_1、c1_2和c1_3在数据没有被分割成三个部分之前恢复数据传输。
在接收其c数段被设置为
的命令包、即最后命令包c1_3的基础上，节点B将应答包r1-1返回给节点A。此时，与在命令包c1-1、c1-2和c1-3的c数段中相同的标记号，即标记号[1]被设置在r1数段中。在sub_1数段中，设置一个
，用于规定没有具有相同标号下游应答包的应答包。
借助于这三个命令包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数段中设置用于规定没有相同标价号下游命令包的的
。在图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数段中设置用于规定所述应答包是一个前端应答包的
。在包括返回数据下一部分的第二应答包r2-2中，设置用于规定该应答包是第二应答包的[1]。在包括返回数据末端部分的第三应答包r2-3中，设置用于规定该应答包是第三应答包的[1]。
在c数段中，存储有用于规定所述应答包是否是最后一个应答包的信息。具体地说，利用图19所示的实施例，在第一和第二应答包r2-1和r2-2中设置[1]，用于规定在这些应答包的下游存在三个具有相同标记号的应答包。另一方面，在第三应答包r2-3中设置一个
，用于规定在这个应答包的下游不存在具有相同标记号的应答包。
在接收这三个应答包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
如果利用命令包21已经正确建立了所述连接，节点B向节点A返回一个用于规定所素连接已经被正确建立的应答。此时，节点b向节点A返回一个应答包22，在该应答包22的数段中描述了节点B的ID号NodeID(B)和所分配的ConnectID。具体地说，其数段被如下设置的应答包22被从节点B返回给节点A表2
通过上述交换，在节点A和B之间建立一个连接。如果在节点A和B之间已经建立了所述连接，就不必要进行交换了。
然后，节点A使用OPEN命令请求节点B建立所述通道。此时，节点A向节点B传送命令包23，在该命令包23的操作数数段中，描述了使用中的connectID和和分配给将被建立的所述通道的channalID。具体地说，其数段被如表3设置的命令包23被从节点a传送给节点B表3
当使用命令包22建立一个通道时，节点B向节点A返回一个用于规定所述通道已经被建立的应答包。此时，节点B向节点A返回一个用于描述使用中连接的ConnectID和所分配ChannelID的应答包24。具体地说，其数段被如表4所示设置的应答包24被从节点A传送给节点B表4
利用上述交换，在节点A和B之间建立一个连接。如果在节点A和B之间的连接已经被建立，不必进行交换。
然后节点A使用WRITE命令确定节点B可以获得的空区域量。具体地说，其数段被如表5设置的命令包25被从节点A传送给节点B表5
在接收命令包25的基础上，节点B向节点A通报节点B可得空区域的量。此时，节点B向节点A传送一个应答包26，在该应答包26的操作数数段中描述了使用中的连接ConnectID和使用中的通道ChannelID以及节点B可得空区域量AvaiableBufferSize。具体地说，其数段如表6设置的应答包26被从节点B传送给节点A表6
然后，节点A使用WRITE命令将数据写入节点B。由于写入节点B的数据被分割成n个部分，所以，节点A向节点B传送一个命令包27-1，在该命令包27-1的操作数段中描述了使用中的连接ConnectID和使用中的ChannelID并在其FCP数段的剩余区域中描述了WritingDatal。具体地说，其数段如表7设置的命令包27-1被从节点A传送给节点B表7
然后，节点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数段的值被设置为
，以便规定命令包27-n是被分割成n个部分的数据传输的最后一个包。
表8
当利用上述命令包27-1到27-n传送的数据被正确写入到节点B时，后者向节点A返回应答，指出数据已经被正确写入。此时，节点B向节点A传送一个应答包28，在该应答包28的操作数段中描述了使用中的连接ConnectID和使用中的通道ChannelID。具体地说，其操作数段设置如表9的应答包28被从节点B返回给节点A表9
然后，节点A使用CLOSE命令请求节点B打开一个通道。此时，节点A向节点B传送一个在其操作数段中描述了使用中连接ConnectID和希望被打开通道ChannelID的命令包29。具体地说，其数段设置如表10所示的命令包29被从节点A传送给节点B表10
当利用命令包29打开所述通道时，节点B向节点A返回一个应答，指出所述通道已经被打开。此时，节点B向节点A传送一个应答包30，在该应答包30的操作数段中描述了使用中的连接ConnectID和被打开通道的ChannelID。具体地说，具有如表11所示数段设置的应答包30被从节点B传送给节点A；表11
通过交换命令包29和应答包30，在节点A和B之间使用的通道被打开。同时，如果不必打开所述通道，用于打开所述通道的命令包和应答包的交换可以是不需要的。
然后节点A使用DISCONNECT命令请求节点B打开所述连接。此时，节点A向节点B传送一个命令包31，在该命令包31的操作数段中描述了希望被打开连接的ConnectID。具体地说，其数段设置如表12所示的命令包31被从节点A传送给节点B表12
当利用命令包31打开所述连接时，节点B向节点A返回一个用于规定所述连接已经被打开的应答。此时，节点B向节点A返回一个应答包32在该应答包32的操作数段中描述了被打开连接的ConnectID。具体地说，其数段如表13所示的应答包32被从节点B返回给节点A；表13
通过交换和应答包32，打开在节点A和B之间的连接。同时，如果不需要打开所述连接，则不必交换用于打开连接的命令包31和应答包32。
上面所描述的是在将来自节点A的数据分割成多个命令包并将其写入节点B过程中的操作顺序。这可以概括为下述表14
表14(写入A→B
下面参考图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
(如果利用命令包41已经正确地设置了所述连接，节点B向节点A返回一个指出所述连接已经正确设置的应答。此时，节点B向节点A传送一个在其操作数数段中描述了节点B的节点ID号NodeID和所分配ConnectID的应答包42。具体地说，其数段如表16设置的应答包42被从节点B返回给节点A；表16
(通过上述交换，在节点A和B之间建立一个连接。如果在节点A和B之间已经建立了所述连接，则不必重新建立连接。
节点A使用OPEN命令请求节点B建立所述通道。此时，节点A向节点B传送一个在其操作数数段中设置有使用中连接的ConnectID和被分配给将被建立通道的ChanelID的命令包43。具体地说，其操作数数段设置如表17的命令包43被从节点A传送给节点B表17
(如果利用命令包43建立了所述通道，节点B向节点A返回一个指出现在通道已经被建立的应答。此时，节点B向节点A传送一个在其操作数数段中描述了所述连接的ConnectID和所分配的ChannelID的应答包44。具体地说，其数段如表18所示的应答包44被从节点B返回给节点A；表18
通过上述交换，在节点A和B之间的通道被建立。如果在节点A和B之间已经建立了所述通道，则不必重新建立通道。
然后，节点A使用READ命令询问节点B来自节点B的可读数据的数据尺寸。此时，节点A向节点B传送一个在其操作数数段中描述了使用中连接的ConnectID和使用中通道ChannelID的命令包45。具体地说，其数段设置如表19的命令包45被从节点A传送给节点B；表19
在接收命令包45的基础上，节点B通知节点A从节点B读出数据的可读尺寸。此时，节点B向节点A传送一个在其操作数数段中描述了使用中连接的ConnectID、使用中通道的ChannelID和能够从节点B中读出的数据的数据尺寸AvailableDataSize的应答包46。具体地说，其数段如表20设置的应答包46被从节点B传送给节点A表20
然后，节点A使用READ命令请求节点B读出数据。此时，节点A传送一个在其操作数数段中描述了使用中连接的ConnectID和使用中通道的ChannelID的命令包47。具体地说，其操作数数段设置如表21所示的命令包47被从节点a传送给节点B；表21
然后，节点B将由节点A请求的数据传送给节点A。
假设从节点B中读出的数据被分割成将被传送给节点A的n个部分。里，传送第一部分数据ReadingDatal。此时，节点A向节点B传送一个在其操作数数段中描述了使用中连接的ConnectID和使用中通道的ChannelID并且还在FCP数据数段的剩余区域中描述了ReadingDatal的应答包48-1。具体地说，其数段设置如表22的应答包48-1被从节点A传送给节点B；表22
>类似的，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<
>在完成从节点B读出数据的基础上，节点A使用CLOSE命令请求节点B打开所述通道。此时，节点A峡谷节点B传送一个在其操作数数段中描述了使用中连接的ConnectID和将被打开通道的ChannelID的命令包49。具体地说，其数段设置如表24所示的命令包49被从节点A传送给接B表24
在由命令包49打开所述通道的基础上，节点B向节点A返回一个在操作数数段中描述了使用中连接的ConnectID和被打开通道的ChannelID的应答包50。具体地说，其数段设置如表25所示的应答包50被从节点B返回给节点A；表25
通过交换命令包49和应答包50，在节点A和B之间使用的通道被打开。同时，如果不需要打开所述通道，就不必交换用于打开所述连接的命令包49和应答包50。
然后，节点A使用DISCONNECT命令请求节点B打开所述连接。此时，节点A向节点B传送一个在其操作数数段中描述了将被打开的连接的ConnectID的命令包51。具体地说，其数段设置如表26所示的命令包51被从节点A传送给节点B表26
在由命令包51打开所述连接的基础上，节点B向节点A返回一个指出所述连接已经被打开的应答。此时，节点B向节点A传送一个在其操作数数段描述了被打开连接的ConnectID的应答包52。具体地说，其数段设置如表27所示的应答包52被从节点B返回给节点A表27
前面描述了在将来自节点B的数据分割成多个命令包和读出数据过程中使用的操作顺序。这可以被概括为表28
另外，已经利用IEEE 1394总线解释了本发明的最佳实施例，但是本发明还可以应用到除IEEE 1394总线以外的其它总线。即，除了命令传输/接收以外，不必象传统那样假设命令由唯一包传送，本发明可以被应用于不能被容纳在一个包中数据的传输和接收。
权利要求
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所述的通信方法，其特征是所述每个包的属性是一个用于规定每个包是否是所述包组中最后一个包的代码。
全文摘要
在利用数据包进行数据通信的过程中,使用与在交换命令中使用的一个包类似的包不仅可以实现命令的传输,而且可以传输在一个包中不能容纳的数据。为此目的,在所述包中提供了存储有用于规定包中帧格式信息的数段。作为可以由这个数段识别的多种格式的一种格式,提供了一种格式,该格式使所述帧具有一个包标记数段,该数段存储有用于规定在从传输数据分割成的多个包和存储有用于请求目标传输的命令和/或任选数据的数据段之间关系的信息。
文档编号H04L29/06GK1211764SQ9810293
公开日1999年3月24日 申请日期1998年6月10日 优先权日1997年6月10日
发明者小嶋隆嗣, 青木幸彦 申请人:索尼公司