專利名稱：數(shù)據(jù)傳輸裝置、數(shù)據(jù)接收裝置、數(shù)據(jù)傳輸系統(tǒng)和數(shù)據(jù)傳輸方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種數(shù)據(jù)傳輸裝置、一種數(shù)據(jù)接收裝置、一種數(shù)據(jù)傳輸系統(tǒng)和一種數(shù)據(jù)傳輸方法。特別是，本發(fā)明涉及適用于利用1394異步信息包傳輸和接收數(shù)據(jù)的數(shù)據(jù)傳輸裝置、數(shù)據(jù)接收裝置、數(shù)據(jù)傳輸系統(tǒng)和數(shù)據(jù)傳輸方法。
作為用于互連個人計(jì)算機(jī)、諸如硬盤裝置的外部存儲裝置、諸如打印機(jī)的輸出裝置、或諸如數(shù)字視頻盤播放機(jī)的AV裝置或靜態(tài)照相機(jī)等用于數(shù)據(jù)傳輸和接收裝置的總線，存在有由電學(xué)和電子工程師1394協(xié)會(縮寫為IEEE1394)規(guī)定的IEEE1394高性能串行總線(這里縮寫為IEEE1394總線)。在所述IEEEE1394總線中，ID號被分配給互連節(jié)點(diǎn)和數(shù)據(jù)被這些節(jié)點(diǎn)之間的信息包傳送和接收。
在IEEE1394總線模式中，存在有用于進(jìn)行周期包傳輸/接收的同步模式和用于在不考慮傳輸/接收周期情況下進(jìn)行包傳輸/接收的異步模式。同步模式保證每個予置時間間隔的數(shù)據(jù)傳輸和適用于其中數(shù)據(jù)需要在每個予置時間周期內(nèi)傳輸預(yù)定量的數(shù)據(jù)傳輸。另一方面，異步模式被用于在由IEEE1394總線互連的裝置之間交換命令。
在傳統(tǒng)的實(shí)踐過程中，應(yīng)答包容納一個命令包。即，在從節(jié)點(diǎn)A向接B傳輸命令的過程中，如

圖1所示，包括用于節(jié)點(diǎn)B命令的命令包被從節(jié)點(diǎn)A傳輸給節(jié)點(diǎn)B。在接收命令包的基礎(chǔ)上，節(jié)點(diǎn)B將應(yīng)答包傳輸給節(jié)點(diǎn)A作為對命令包的響應(yīng)。
具體地說，當(dāng)如圖2所示將數(shù)據(jù)從節(jié)點(diǎn)A傳輸給節(jié)點(diǎn)B時，包括請求數(shù)據(jù)傳輸?shù)膫鬏斆詈蛡鬏斀o節(jié)點(diǎn)B的傳輸數(shù)據(jù)在內(nèi)的命令包被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B。借助于對命令包的應(yīng)答，接收命令包的節(jié)點(diǎn)B將所述的應(yīng)答包傳輸給用于指出所述命令包已經(jīng)被正常接收的節(jié)點(diǎn)A。
為了響應(yīng)圖3所示來自節(jié)點(diǎn)A的請求將數(shù)據(jù)從節(jié)點(diǎn)B傳輸給節(jié)點(diǎn)A，包括用于請求數(shù)據(jù)接收的接收命令的命令包被首先從節(jié)點(diǎn)A傳輸給節(jié)點(diǎn)B。接收了所述命令包的節(jié)點(diǎn)B通過響應(yīng)所述命令包將包括正常接收的一個通知和由接收命令請求的接收數(shù)據(jù)傳輸給節(jié)點(diǎn)A。所述正常接收通知表示所述命令包已經(jīng)被正常接收。
在圖2和3所示的例子中，傳送所述命令包和響應(yīng)包中的每一個。但是，如果所傳送的數(shù)據(jù)量超過了最大包尺寸，數(shù)據(jù)需要被分割成多個包。即，對于包尺寸有一個限制，從而，如果傳送構(gòu)成一個整體的大量數(shù)據(jù)，這些數(shù)據(jù)需要被分成可以被傳輸?shù)某叽缫员氵M(jìn)行傳輸。
如果從節(jié)點(diǎn)A到節(jié)點(diǎn)B數(shù)據(jù)被分成n個分割包，包括傳輸命令和l/n傳輸數(shù)據(jù)的的命令包c(diǎn)l被首先從節(jié)點(diǎn)A傳輸給節(jié)點(diǎn)B。所述l/n傳輸數(shù)據(jù)是將被傳輸給節(jié)點(diǎn)B數(shù)據(jù)的n個分割段中的一個。接收命令包c(diǎn)l的節(jié)點(diǎn)B將包括表示所述命令包已經(jīng)被正常接收的正常接收通知在內(nèi)的應(yīng)答包rl傳輸給節(jié)點(diǎn)A。這一系操作被重復(fù)n次。因此，如果用于請求交換命令包和應(yīng)答包所須的時間是t，那么，為了傳輸n個分割數(shù)據(jù)段所需要的時間是nxt。
在傳統(tǒng)的一部模式下，每當(dāng)傳送一個命令包時，都需要接收一個應(yīng)答包。如果數(shù)據(jù)被分割成多個被連續(xù)傳送的包，則沒有辦法連續(xù)地查清所述數(shù)據(jù)。由于這個原因，不可能將數(shù)據(jù)分割成多個包和連續(xù)傳送所述包。另外，在傳統(tǒng)的異步模式中，預(yù)先設(shè)想每當(dāng)傳送所述命令包時都要接收一個應(yīng)答包，從而使得沒有辦法在參與傳輸/接收的節(jié)點(diǎn)之間的多個包上建立一個數(shù)據(jù)傳輸順序。即，在傳統(tǒng)的異步模式中，不可能在執(zhí)行連續(xù)數(shù)據(jù)傳輸/接收的傳輸/接收節(jié)點(diǎn)之間建立所述的順序。
具體地說，在傳統(tǒng)異步模式下交換命令和應(yīng)答包的過程中，可以只在一對一的情況下使所述命令和應(yīng)答包相關(guān)，而缺少用于使多個命令包或多個應(yīng)答包相關(guān)的方法。因此，在傳統(tǒng)的異步模式下，如果大量數(shù)據(jù)被一次分割成傳輸所能夠允許的尺寸，那么，數(shù)據(jù)傳輸則需要非常長的的時間間隔。換言之，對于傳輸/接收一個包中所容納的命令來講是傳統(tǒng)模式的傳統(tǒng)異步模式對于不能被容納在一個包中的數(shù)據(jù)傳輸/接收是非常不方便的。
雖然IEEE1394總線被用做一個例子，但是上述問題在除IEEE1394總線以外的其它總線也會發(fā)生。通常，在以傳輸命令為前提的包中，每當(dāng)傳輸命令包時，都要接收一個應(yīng)答包。在這種接口方面上述問題更加明顯。
本發(fā)明的一個目的是要提供一種數(shù)據(jù)傳輸裝置、數(shù)據(jù)接收裝置、數(shù)據(jù)傳輸系統(tǒng)和數(shù)據(jù)傳輸方法，其中，通過一個與用于命令傳輸/接收類似的包不僅可以有效地執(zhí)行所述命令的傳輸和接收而且可以有效地執(zhí)行沒有容納在一個包中的數(shù)據(jù)的的傳傳輸和接收。
在一個方面，本發(fā)明提供一個用于傳輸包數(shù)據(jù)的數(shù)據(jù)傳輸裝置，該裝置包括一個用于傳輸預(yù)定格式數(shù)據(jù)的裝置，所述格式具有用于將屬性命令規(guī)定給構(gòu)成多個包的包組和/或構(gòu)成所述包組的每個包的屬性的信息。
另一方面，本發(fā)明提供一種數(shù)據(jù)接收裝置，包括用于接收預(yù)定格式數(shù)據(jù)的一個裝置，所述格式具有用于將屬性命令規(guī)定給構(gòu)成多個包的包組和/或構(gòu)成所述包組的每個包的屬性的信息。
再一方面，本發(fā)明提供一種用于傳送包數(shù)據(jù)的方法，包括傳輸預(yù)定格式數(shù)據(jù)的步驟，所述預(yù)定格式具有用于將屬性命令規(guī)定給構(gòu)成多個包的包組和/或構(gòu)成所述包組的每個包的屬性的信息。
還有一個方面，本發(fā)明提供一種用于接收包數(shù)據(jù)的方法，該方法包括用于接收預(yù)定格式數(shù)據(jù)的裝置，所述預(yù)定格式具有用于將屬性命令規(guī)定給構(gòu)成多個包的包組和/或構(gòu)成所述包組的每個包的屬性的信息。
再有一個方面，本發(fā)明提供一種預(yù)定格式包數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)，所述預(yù)定格式具有用于將屬性命令規(guī)定給構(gòu)成多個包的包組和/或構(gòu)成所述包組的每個包的屬性的信息。
還有一個方面，本發(fā)明提供一種其上存儲有預(yù)定格式包數(shù)據(jù)的記錄介質(zhì)，所述預(yù)定格式具有用于將屬性命令規(guī)定給構(gòu)成多個包的包組和/或構(gòu)成所述包組的每個包的屬性的信息。
再一個方面，本發(fā)明提供一種用于傳輸/接收包數(shù)據(jù)的通信裝置，該裝置包括一個用于傳輸預(yù)定格式數(shù)據(jù)的裝置和一個用于接收預(yù)定格式數(shù)據(jù)的裝置。所述預(yù)定格式具有用于將屬性命令規(guī)定給構(gòu)成多個包的包組和/或構(gòu)成所述包組的每個包的屬性的信息。
另一方面，本發(fā)明提供一種用于傳輸具有預(yù)定格式的包數(shù)據(jù)的通信方法，該方法包括傳輸預(yù)定格式數(shù)據(jù)的步驟和接收該預(yù)定格式數(shù)據(jù)的步驟。這個格式包括用于將屬性命令規(guī)定給構(gòu)成多個包的包組和/或構(gòu)成所述包組每個包屬性的信息。
還有一個方面，本發(fā)明提供一種用于傳輸/接收預(yù)定格式的多個(n個)保守機(jī)的通信方法，所述包格式包括用于將屬性命令規(guī)定給構(gòu)成多個包的包組和/或構(gòu)成所述包組每個包屬性的信息。該方法包括傳輸/接收命令屬性和每個包屬性的第一步驟和傳輸/接收與所述命令屬性相同的命令屬性以及不同于在第一步驟中被傳輸或被接收的每個包的屬性的地n’步驟。
根據(jù)本發(fā)明，不僅僅是命令、同時還有不能被容納在一個包中的數(shù)據(jù)都能夠被所述包以類似于用于傳輸或接收命令時的所適用的方式被傳輸或接收。
具體地說，如果本發(fā)明被應(yīng)用于在IEE1394中所描述的異步模式中，利用類似于在傳輸或接收命令時所使用的方式能夠通過所述包有效地傳輸或接收大量不能被容納于一個包中的數(shù)據(jù)。
圖1示出了在傳統(tǒng)異步模式和其中應(yīng)答命令被反過來應(yīng)用于命令包的特殊模式中的包交換。
圖2示出了在傳統(tǒng)異步模式中的包交換和在數(shù)據(jù)傳輸時的特殊包交換。
圖3示出了在傳統(tǒng)異步模式中的包交換和在數(shù)據(jù)接收時的特殊包交換。
圖4示出了在以傳統(tǒng)異步模式將傳輸數(shù)據(jù)分割成多個命令包和傳送分割命令包時的保教還順序。
圖5的框圖示出了根據(jù)本發(fā)明各設(shè)備的互連狀態(tài)。
圖6示出了當(dāng)唯一的應(yīng)答命令被返回給唯一的命令包時的命令和應(yīng)答包的交換順序。
圖7示出了當(dāng)唯一的應(yīng)答包被返回給多個命令包時的命令和應(yīng)答包的交換順序。
圖8示出了當(dāng)多個應(yīng)答包被返回給唯一的命令包時的命令和應(yīng)答包的交換順序。
圖9示出了當(dāng)寫數(shù)據(jù)被分割成多個被傳送出的命令包時的命令和應(yīng)答包的交換順序。
圖10示出了當(dāng)讀出數(shù)據(jù)被分割成多個被接收的命令包時的命令和應(yīng)答包的交換順序。
圖11示出了異步包的幀結(jié)構(gòu)的結(jié)構(gòu)。
圖12示出了AV/C命令幀的幀結(jié)構(gòu)。
圖13示出了AV/C應(yīng)答幀的幀結(jié)構(gòu)。
圖14示出了表示在本發(fā)明中使用的命令幀的幀結(jié)構(gòu)。
圖15示出了表示在本發(fā)明中使用的應(yīng)答幀的幀結(jié)構(gòu)。
圖16示出了表示在本發(fā)明中使用的命令幀的另一個幀結(jié)構(gòu)。
圖17示出了表示在本發(fā)明中使用的應(yīng)答幀的另一個幀結(jié)構(gòu)。
圖18示出了使用包括圖14所示命令幀的命令包和在將應(yīng)答命令返回給三個命令包具體情況的例子。
圖19示出了一種方式，該方式表示使用包括圖15所示應(yīng)答幀的應(yīng)答包和將三個應(yīng)答包返回給唯一命令包的情況。
圖20示出了一個數(shù)據(jù)傳輸?shù)哪Ｐ突拍睿鳛橐粋€例子，它示出了本發(fā)明數(shù)據(jù)傳輸?shù)囊粋€最佳實(shí)施例。
圖21示出了本發(fā)明最佳實(shí)施例的數(shù)據(jù)傳輸順序和在數(shù)據(jù)寫期間命令和應(yīng)答包的具體交換順序。
圖22示出了本發(fā)明最佳實(shí)施例的數(shù)據(jù)傳輸順序的例子和在數(shù)據(jù)讀期間命令和應(yīng)答包的具體交換順序。
下面，參照附圖詳細(xì)解釋本發(fā)明的最佳實(shí)施例。
圖5示出了本發(fā)明的一個最佳實(shí)施例和具體地示出了一個狀態(tài)，其中，在IEEE1394總線5上互連有個人計(jì)算機(jī)1、打印機(jī)2、數(shù)字靜態(tài)照相機(jī)3和一個置位頂箱(a set top box)。本發(fā)明被用于使用與如圖5所示利用IEEE1394總線互連設(shè)備間異步包傳輸模式類似的異步模式進(jìn)行數(shù)據(jù)傳輸/接收的系統(tǒng)。以異步模式交換的包被稱之為異步包。
適用于交換異步包的設(shè)備只要能夠在IEEE1394總線上互連就足夠了。除了圖所示個人計(jì)算機(jī)1、打印機(jī)2、數(shù)字靜態(tài)照相機(jī)3和置位頂箱4以外，這些設(shè)備可以是諸如硬盤裝置、輸出裝置和諸如繪圖機(jī)等的外部存儲裝置或諸如數(shù)字視頻盤播放機(jī)等的AV設(shè)備。
至此，在設(shè)備之間交換異步包的過程中，唯一應(yīng)答包必須涉及多個命令包。相反，在根據(jù)本發(fā)明的交換異步包的過程中，可以是一個唯一應(yīng)答包只涉及一個唯一命令包(如圖6所示)，也可以是一個唯一應(yīng)答包涉及多個應(yīng)答包(如圖7所示)，或者，多個應(yīng)答包只涉及一個唯一命令包(如圖8所示)。
圖9示出了一個例子，在這個例子中，一個唯一應(yīng)答包涉及多個命令包。具體地說，圖9示出了在將寫入到節(jié)點(diǎn)B的數(shù)據(jù)分割成n個包和從節(jié)點(diǎn)A傳輸這些包時的包交換順序。為此目的，包括寫命令和l/n數(shù)據(jù)的命令包被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B。所述寫命令是一個請求在節(jié)點(diǎn)B寫入數(shù)據(jù)的命令和l/n數(shù)據(jù)是將被寫入到節(jié)點(diǎn)B中的n段數(shù)據(jù)中的一個。類似的，包括在寫命令中的另一個命令包和下一個l/n數(shù)據(jù)被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B。從節(jié)點(diǎn)A到節(jié)點(diǎn)B的這個命令包的傳輸被重復(fù)n次。在正常接收n個命令包的基礎(chǔ)上，節(jié)點(diǎn)B向節(jié)點(diǎn)A傳輸一個作為對這些命令包應(yīng)答的應(yīng)答包，該應(yīng)答包包括用于規(guī)定命令包正常接收效果的正常接收通知。通過上述包交換，被分成n個包并以這種狀態(tài)從節(jié)點(diǎn)A傳輸?shù)臄?shù)據(jù)被寫入節(jié)點(diǎn)B。
圖10示出了一個實(shí)施例，在該實(shí)施例中，多個應(yīng)答包涉及一個唯一命令包。具體地說，圖10示出了當(dāng)將從節(jié)點(diǎn)B讀出的數(shù)據(jù)分割成n個包并將分割后的包傳輸給節(jié)點(diǎn)A時包交換的順序。首先，包括讀出命令的命令包被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B。所述讀出命令是一個請求從節(jié)點(diǎn)B讀出數(shù)據(jù)的命令。在接收包括讀出命令的命令包的基礎(chǔ)上，節(jié)點(diǎn)B將包括l/n讀出命令的應(yīng)答包傳輸給節(jié)點(diǎn)A。所述l/n讀出數(shù)據(jù)是從節(jié)點(diǎn)B讀出數(shù)據(jù)的n個分割段中的一個。從節(jié)點(diǎn)B到節(jié)點(diǎn)A的這個傳輸被重復(fù)n次。通過上述的包交換，從節(jié)點(diǎn)B讀出的數(shù)據(jù)被分割成n的包并傳輸給節(jié)點(diǎn)A。
根據(jù)本發(fā)明，如圖10所示，一個唯一應(yīng)答包可以涉及多個命令包或多個應(yīng)答包可以涉及一個唯一命令包。和當(dāng)用于傳輸?shù)臄?shù)據(jù)將被分割成多個包時需要將應(yīng)答包返回給命令包的方法比較，這有效地減少了包交換操作，從而縮短了數(shù)據(jù)傳輸所需要的時間。
下面解釋使上述傳輸方法得以實(shí)現(xiàn)的所述包的幀結(jié)構(gòu)。
在IEEE1394中描述的異步包具有圖11所示的幀結(jié)構(gòu)。即，所述異步包具有用于描述該包上信息的包標(biāo)題和用于執(zhí)行數(shù)據(jù)傳輸?shù)臄?shù)據(jù)塊。
所述包標(biāo)題包括諸如destinction_ID、tl(事物標(biāo)號)、rt(重試碼)、tcode、pri(優(yōu)先權(quán))、sourse_ID、destination_offet、data_length、extend tcode和header_CRC等數(shù)段。
destinction_ID數(shù)段表示包傳輸目標(biāo)節(jié)點(diǎn)的ID，具體地說，是由IEEE1394總線描述的一個節(jié)點(diǎn)的ID號(節(jié)點(diǎn)ID)。tl數(shù)段表示所述包號，具體地說，是允許目標(biāo)和傳輸者識別所述事物與其本身相關(guān)的適當(dāng)值。rt數(shù)段表示在掩蔽時間內(nèi)有關(guān)再試方法方面的信息。tcode數(shù)段表示命令在命令寄存器或應(yīng)答寄存器中寫入消息。
pri數(shù)段表示包優(yōu)先權(quán)的順序。sourse_ID數(shù)段表示包傳輸者的節(jié)點(diǎn)ID，具體地說，是由IEEE1394總線規(guī)定節(jié)點(diǎn)的ID號(節(jié)點(diǎn)ID)。distination_offset數(shù)段表示命令寄存器或應(yīng)答寄存器的地址。data_length數(shù)段表示涉及跟隨在包標(biāo)題之后下一個數(shù)據(jù)塊數(shù)據(jù)長度的信息。當(dāng)擴(kuò)展t-代碼時，extended_tcode數(shù)段被使用。header_CRC數(shù)段描述CRC計(jì)算值，該計(jì)算值執(zhí)行包標(biāo)題的檢查和。
另一方面，所述數(shù)據(jù)塊包括cts(命令和事物集)、FCP(功能控制協(xié)議數(shù)據(jù))和data_CRC數(shù)段。cts數(shù)段和FCP數(shù)據(jù)數(shù)段部分被稱之為FCP幀。在data_CRC數(shù)段中，描述了一個用于執(zhí)行數(shù)據(jù)塊檢查和的CRC計(jì)算值。
cts數(shù)段規(guī)定FCP幀的格式。即，所述異步包包括具有cts數(shù)段的FCP幀，而cts數(shù)段被用做其中存儲了規(guī)定FCP幀格式類型的信息的數(shù)段。
所述FCP幀是由IEC1883(國際電子技術(shù)會議1883)規(guī)定的。FCP幀的格式類型是利用cts數(shù)段的值分類的。例如，如果所述包是一個命令包和cts數(shù)段的值是0000，則命令包的FCP幀是由IEEE1394的AV/C數(shù)字接口命令集描述的命令幀，該幀此后被稱之為AV/C命令幀。另一方面，如果所述包是一個應(yīng)答包和cts數(shù)段的值是0000，則所述命令包的FCP幀是一個由IEEE1394AV/C數(shù)字接口命令集描述的應(yīng)答幀，該幀此后被稱之為AV/C應(yīng)答幀。
AV/C應(yīng)答幀具有圖12所示的幀結(jié)構(gòu)。即，AV/C命令幀具有cts、ctype、subunit_type、subunit_ID、opcode和operand數(shù)段。同時，由于異步包具有32個位單元，所以，必須在AV/C命令幀操作數(shù)數(shù)段的后面附加多個‘0’，從而使所述和值等于整數(shù)倍。
如上所述，對于AV/C命令幀來講，cts數(shù)段是0000。ctype數(shù)段描述命令的類型。例如，如果ctype的值是0000，它規(guī)定該包所使用的命令是用于控制傳輸目標(biāo)設(shè)備的命令，即，CONTROL命令。另外，如果所述類型值是0001，它規(guī)定該包所使用的命令是用于詢問包傳輸目標(biāo)的設(shè)備狀態(tài)的命令，即STATUS命令。
subunit_feld用于描述施加了所述命令的節(jié)點(diǎn)類型。例如，如果subunit_feld的值是00000，它規(guī)定被施加了該命令的節(jié)點(diǎn)是一個監(jiān)視器。如果subunit_feld的值是00100，則它規(guī)定被施加了該命令的節(jié)點(diǎn)是一個級連型記錄器。subunit_ID描述被施加該包所使用命令的設(shè)備的ID號。
opcode數(shù)段用于描述與由subunit_feld數(shù)段規(guī)定的節(jié)點(diǎn)對應(yīng)的規(guī)定命令，幾操作數(shù)數(shù)段。例如，如果subunit_type數(shù)段的值是00100和操作數(shù)數(shù)段的值是C3h，由所述包使用的命令是‘視頻級連記錄器’的‘重現(xiàn)’。如果subunit_type數(shù)段的值是00100和操作數(shù)數(shù)段的值是C2h，則有所數(shù)包使用的命令是‘視頻級連記錄器’的‘記錄’。操作數(shù)數(shù)段可以將操作數(shù)號設(shè)置成異步包的尺寸不能超過最大值的程度。操作數(shù)
、操作數(shù)[1]、…、操作數(shù)[n]用于描述在opcode數(shù)段上執(zhí)行操作碼等所需要的信息。具體地說，是用于描述涉及重現(xiàn)速度或方向的信息。
所述AV/C應(yīng)答幀具有圖13所示的結(jié)構(gòu)。AV/C應(yīng)答幀具有基本上與AV/C命令幀類似的幀結(jié)構(gòu)，如圖13所示。但是，在AV/C命令幀中的ctype數(shù)段是一個用于描述對所述命令響應(yīng)的應(yīng)答數(shù)段。即，應(yīng)答數(shù)段描述用于指出當(dāng)例如命令的接收已經(jīng)正常結(jié)束時接收正常結(jié)束狀態(tài)的值。
圖11到圖13所示的幀結(jié)構(gòu)是在本發(fā)明申請時在IEEE1394和IEC1883中規(guī)定的內(nèi)容。詳細(xì)內(nèi)容請參看有關(guān)標(biāo)準(zhǔn)。根據(jù)本發(fā)明，通過延伸上述幀結(jié)構(gòu)，示于圖14和15的這種格式被附加為FCP的格式。
圖14示出了在應(yīng)用本發(fā)明中使用的一個幀命令的例子。這個命令幀此后被稱之為新命令幀。即，在將本發(fā)明應(yīng)用于IEEE 1394總線時，圖15所示的幀結(jié)構(gòu)被規(guī)定為由所述命令包的cts數(shù)段規(guī)定的多個FCP幀格式中的一種。通過使用這個新應(yīng)答幀，不僅可以返回所述命令，而且可以將任選返回?cái)?shù)據(jù)分割成多個包和傳輸分割后的包。
圖15示出了在應(yīng)用本發(fā)明中所使用的應(yīng)答幀的一個例子。此后這個應(yīng)答幀被稱之為新應(yīng)答幀。即，在將本發(fā)明應(yīng)用到IEEE1394總線的過程中，圖15所示的結(jié)構(gòu)被規(guī)定為由應(yīng)答包的cts數(shù)段描述的FCP幀多種格式中的一種。通過使用這個新應(yīng)答包，不僅可以返回響應(yīng)而且可以將任選數(shù)據(jù)分割成多個包和傳輸所述分割包。
雖然使用一個新命令幀或新應(yīng)答幀傳輸或接收數(shù)據(jù)，但是，也可以列舉出例如運(yùn)動圖象數(shù)據(jù)、靜態(tài)圖形數(shù)據(jù)、語音數(shù)據(jù)、字母數(shù)據(jù)和程序模型。
圖14所示的新命令幀是一個AV/C命令幀，該命令幀被附加有c(Continuity)、c1(命令標(biāo)記)和sub_1(sub_label)數(shù)段。除c(Continuity)、c1(命令標(biāo)記)和sub_1(sub_label)數(shù)段以外的其它數(shù)段于AV/C命令幀的這些數(shù)段相同。應(yīng)當(dāng)注意，由于新命令幀是在分割所述幀時依據(jù)cts數(shù)段從AV/C命令幀中劃分出來的，所以，不必以與在AV/C命令幀的情況下相同的方式處理所述命令或代碼。
在將傳輸數(shù)據(jù)分割成多個包和傳輸所生成的包時，用于規(guī)定這些包之間關(guān)系的信息被存儲在新命令幀的c1和sub_1數(shù)段中。特別是，在將傳輸數(shù)據(jù)分割成多個包和傳輸所生成的包時，這些包所共有的值被存儲在c1-數(shù)段中，而用于規(guī)定這些包順序的信息被存儲在sub_1數(shù)段中。在c-數(shù)段中，用于規(guī)定所述包是否是被考慮的包的信息是最后一個包。
換言之，c1和sub_1數(shù)段規(guī)定與每個命令包相關(guān)的標(biāo)記號和與具有相同標(biāo)記號的多個命令包相關(guān)的子標(biāo)記號。c數(shù)段用于規(guī)定具有相同標(biāo)記號的多個命令包是否被連續(xù)傳送。
通過在命令包中提供c1數(shù)段，可以共同涉及偶爾從傳輸數(shù)據(jù)中劃分出來的多個命令包。通過在所述命令包中提供sub_1數(shù)段，可以了解具有相同標(biāo)記號的命令包、即具有相同c1數(shù)段值的順序，這允許了解偶爾從數(shù)據(jù)分割出來的命令包以便確認(rèn)在這串命令中沒有不足命令。
當(dāng)使用上述新命令幀傳輸數(shù)據(jù)時，以與AV/C命令幀情況下相同的方式使用操作數(shù)數(shù)段。另一方面，當(dāng)利用所述新命令幀傳輸所述操作數(shù)時，利用在AV/C命令幀中與操作數(shù)數(shù)段對應(yīng)的部分AV/C命令幀攜帶傳輸數(shù)據(jù)，即，所述新命令幀具有用于存儲與傳輸目的節(jié)點(diǎn)相關(guān)命令和/或任選傳輸數(shù)據(jù)的數(shù)據(jù)段。因此，新命令幀的使用不僅使得可以傳輸命令，而且使得可以傳輸任選數(shù)據(jù)。
圖15所示的應(yīng)答幀是一個被附加有c(Continuity)、r1(應(yīng)答標(biāo)記)和sub_1(sub_label)的AV/C命令幀。除了c數(shù)段、r1數(shù)段和sub_1數(shù)段以外的其它數(shù)段與AV/C命令幀的情況相同。應(yīng)當(dāng)注意，由于所述新應(yīng)答幀是在分割所述幀時依據(jù)cts數(shù)段從AV/C命令幀中分割出來的，所以，無須以與AV/C命令幀情況下的相同方式處理所述命令或代碼。
在將返回?cái)?shù)據(jù)分割成多個包和傳輸所生成的包時，用于規(guī)定這些包之間關(guān)系的信息被存儲在新應(yīng)答幀的c1和sub_1數(shù)段中。特別是，在將返回?cái)?shù)據(jù)分割成多個包和傳輸所生成的包時，這些包所共有的值被存儲在rl數(shù)段中，而用于規(guī)定所述包順序的信息被存儲在sub_1數(shù)段中。在c數(shù)段中，存儲有用于規(guī)定正被考慮的包是否是最后一個包的信息。
換言之，r1和sub_1數(shù)段分別規(guī)定與每個命令包相關(guān)的標(biāo)記號和與具有相同標(biāo)記號的多個命令包相關(guān)的子標(biāo)記號。c數(shù)段規(guī)定是否連續(xù)傳送具有相同標(biāo)記號的多個應(yīng)答包。
通過在命令包中提供r1數(shù)段，可以共同涉及偶爾從接收數(shù)據(jù)中劃分出來的多個應(yīng)答包。通過在應(yīng)答包中提供sub_1數(shù)段，可以理解具有相同標(biāo)記號的應(yīng)答包、即具有相同值的rl數(shù)段的命令包的順序。這允許理解偶爾從數(shù)據(jù)中分割出來的命令包和確認(rèn)在這串命令中沒有不足的命令。
當(dāng)使用上述新命令幀返回一個應(yīng)答時，以與AV/C命令幀相同的方式使用操作數(shù)數(shù)段。另一方面，當(dāng)利用所述新應(yīng)答幀不僅返回一個應(yīng)答而且還要傳輸一個任選返回?cái)?shù)據(jù)時，利用在AV/C應(yīng)答幀中與操作數(shù)數(shù)段對應(yīng)的部分AV/C應(yīng)答幀攜帶接收數(shù)據(jù)，即所述新命令幀具有用于存儲對接收數(shù)據(jù)的應(yīng)答和/或任選接收數(shù)據(jù)的數(shù)據(jù)段。因此，新命令幀的使用不僅使能應(yīng)答的傳輸，而且在所接收包的基礎(chǔ)上使能任選數(shù)據(jù)的傳輸。
在圖14所示的實(shí)施例中，通過將一個數(shù)段加到AV/C命令幀上構(gòu)成一個新命令幀。在圖15所示的實(shí)施例中，通過將一個數(shù)段加到應(yīng)答幀上構(gòu)成一個新應(yīng)答幀。但是，為應(yīng)用本發(fā)明而新規(guī)定的命令或應(yīng)答幀并不是在需要AV/C命令幀或AV/C應(yīng)答幀處都是必須的。
即，不具有subunit_field或dubunit_ID數(shù)段的這種幀結(jié)構(gòu)被規(guī)定為在應(yīng)用本發(fā)明中新規(guī)定的命令幀，如圖16所示。另外，不具有subunit field或subunit_ID數(shù)段的這種幀結(jié)構(gòu)在應(yīng)用本發(fā)明時可以被重新規(guī)定為應(yīng)答幀，如圖17所示。
參見圖18和19，下面將解釋在使用具有圖14所示新命令幀的命令包和具有圖15所示新應(yīng)答包的應(yīng)答包情況下的包交換。
圖18示出了一種方式，在該方式下，作為在返回與多個命令幀相關(guān)的唯一應(yīng)答包情況下包交換的例子，利用第一到第三命令包c(diǎn)1_1、c1-2和c1-3以三種比例分割從節(jié)點(diǎn)A傳輸給節(jié)點(diǎn)B的傳輸數(shù)據(jù)。在這種情況下，所述三個命令包c(diǎn)1-l、c1-2和c1-3被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B，響應(yīng)從節(jié)點(diǎn)B到節(jié)點(diǎn)A的這些命令包，唯一應(yīng)答包r1-1被返回。
在將傳輸數(shù)據(jù)分割成三個命令包c(diǎn)1-1、c1-2和c1-3和傳輸這些命令包的過程中，在命令包c(diǎn)1-1、c1-2和c1-3中的c1數(shù)段C中建立如圖18所示的標(biāo)記號。在圖18所示的實(shí)施例中，第一到第三命令包c(diǎn)1-1、c1-2和c1-3中所有c數(shù)段的值都被設(shè)置成[1]。特別是，在c1數(shù)段中建立一個用于規(guī)定這三個命令包c(diǎn)1-1、c1-2和c1-3是一串命令包的公用于三個命令包c(diǎn)1-1、c1-2和c1-3的值。
在sub_1數(shù)段中，分別存儲有用于規(guī)定這三個命令包c(diǎn)1-1、c1-2和c1-3栓許的信息，利用圖18所示的實(shí)施例設(shè)置一個
，用于規(guī)定所述命令包是在包括被分割成三個部分的傳輸數(shù)據(jù)的最初部分第一命令包c(diǎn)1_1的sub_1中前端的一個命令包。類似的，設(shè)置一個[1]，用于規(guī)定所述命令包是在包括傳輸數(shù)據(jù)下一部分的第二命令包c(diǎn)1_2的sub_1中的第二個命令包。最后，設(shè)置一個[2]，用于規(guī)定所述命令包是在包括傳輸數(shù)據(jù)末尾部分的第三命令包c(diǎn)1_3的sub_1中的第三個命令包。
另外，在c數(shù)段中，存儲有用于規(guī)定所述命令包是否是末尾命令包的信息。特別是，利用圖18所示的實(shí)施例，在第一和第二命令包c(diǎn)1_1和c1_2的c數(shù)段中設(shè)置一個[1]，用于規(guī)定具有相同標(biāo)記號的命令包是這些命令包的下游命令包。另一方面，在第三命令包中設(shè)置一個
，用于規(guī)定沒有具有相同標(biāo)記號下游命令包的命令包。
在接收這些命令包c(diǎn)1_1、c1_1和c1_3的基礎(chǔ)上，在c1數(shù)段、sub_1數(shù)段和c數(shù)段描述內(nèi)容的基礎(chǔ)上，節(jié)點(diǎn)B根據(jù)這些命令包c(diǎn)1_1、c1_2和c1_3在數(shù)據(jù)沒有被分割成三個部分之前恢復(fù)數(shù)據(jù)傳輸。
在接收其c數(shù)段被設(shè)置為
的命令包、即最后命令包c(diǎn)1_3的基礎(chǔ)上，節(jié)點(diǎn)B將應(yīng)答包r1-1返回給節(jié)點(diǎn)A。此時，與在命令包c(diǎn)1-1、c1-2和c1-3的c數(shù)段中相同的標(biāo)記號，即標(biāo)記號[1]被設(shè)置在r1數(shù)段中。在sub_1數(shù)段中，設(shè)置一個
，用于規(guī)定沒有具有相同標(biāo)號下游應(yīng)答包的應(yīng)答包。
借助于這三個命令包c(diǎn)1-1、c1-2和c1-3將傳輸數(shù)據(jù)從節(jié)點(diǎn)A傳輸給節(jié)點(diǎn)B。
圖19示出了一個當(dāng)返回一個與唯一命令包相關(guān)的多個應(yīng)答包時的包交換的例子，將與命令包相關(guān)的數(shù)據(jù)從節(jié)點(diǎn)A返回到節(jié)點(diǎn)B的方式分成三個部分和借助于第一到第三應(yīng)答包r2-1、r2-2和r2-3從節(jié)點(diǎn)B返回到節(jié)點(diǎn)A。此時，唯一命令包c(diǎn)2-1被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B和三個應(yīng)答包r2-1、r2-2和r2-3被從節(jié)點(diǎn)B返回給節(jié)點(diǎn)A以用于命令包c(diǎn)2-1。
在圖19所示的實(shí)施例中，首先將命令包c(diǎn)2-1從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B。在這個命令包c(diǎn)2-1中，在c1數(shù)段中設(shè)置例如用于命令包c(diǎn)2-1的標(biāo)記號[1]。在sub-1數(shù)段中設(shè)置規(guī)定所述命令包是前端一個的標(biāo)記號[1]。在c數(shù)段中設(shè)置用于規(guī)定沒有相同標(biāo)價(jià)號下游命令包的的
。在圖9所示的例子中，焚毀給這個命令包c(diǎn)2-1的數(shù)據(jù)被分割成三個部分，并從節(jié)點(diǎn)B傳輸給節(jié)點(diǎn)A。
當(dāng)將返回?cái)?shù)據(jù)分割成三個應(yīng)答包r2-1、r2-2和r2-3并傳輸這些應(yīng)答包時，分別在這些應(yīng)答包r2-1、r2-2和r2-3的r1的數(shù)段中設(shè)置與在命令包c(diǎn)2-1的c1數(shù)段中設(shè)置的相同標(biāo)記號，利用圖19所示的實(shí)施例，第一到第三應(yīng)答包r2-1、r2-1和r2-3的r1數(shù)段的值都被設(shè)置成[1]。即，在三個應(yīng)答包r2-1、r2-2和r2-3的r1數(shù)段中，設(shè)置有用于規(guī)定這三個應(yīng)答包是一串應(yīng)答包的公用于這些包的值。
在sub-1數(shù)段中，存儲有分別用于規(guī)定三個應(yīng)答包r2-1、r2-2和r2-3順序的信息。具體地說，利用圖19所示的實(shí)施例，在包括被分割成三個部分的返回?cái)?shù)據(jù)第一部分的第一應(yīng)答包r2-1的sub-1數(shù)段中設(shè)置用于規(guī)定所述應(yīng)答包是一個前端應(yīng)答包的
。在包括返回?cái)?shù)據(jù)下一部分的第二應(yīng)答包r2-2中，設(shè)置用于規(guī)定該應(yīng)答包是第二應(yīng)答包的[1]。在包括返回?cái)?shù)據(jù)末端部分的第三應(yīng)答包r2-3中，設(shè)置用于規(guī)定該應(yīng)答包是第三應(yīng)答包的[1]。
在c數(shù)段中，存儲有用于規(guī)定所述應(yīng)答包是否是最后一個應(yīng)答包的信息。具體地說，利用圖19所示的實(shí)施例，在第一和第二應(yīng)答包r2-1和r2-2中設(shè)置[1]，用于規(guī)定在這些應(yīng)答包的下游存在三個具有相同標(biāo)記號的應(yīng)答包。另一方面，在第三應(yīng)答包r2-3中設(shè)置一個
，用于規(guī)定在這個應(yīng)答包的下游不存在具有相同標(biāo)記號的應(yīng)答包。
在接收這三個應(yīng)答包r2-1、r2-1和r2-3的基礎(chǔ)上，節(jié)點(diǎn)A在r1數(shù)段、sub-1數(shù)段和多個數(shù)段的基礎(chǔ)上在將其分割成三個部分之前從這些應(yīng)答包r2-1、r2-1和r2-3中恢復(fù)返回?cái)?shù)據(jù)。
因此，利用這三個應(yīng)答包r2-1、r2-1和r2-3，返回?cái)?shù)據(jù)被從節(jié)點(diǎn)B傳送給節(jié)點(diǎn)A。
下面參考圖20所示的概念性的數(shù)據(jù)傳輸模型解釋在使用具有新命令幀的命令包和具有新應(yīng)答包的應(yīng)答進(jìn)行數(shù)據(jù)傳輸時的一般順序。
為了使用具有新命令幀的命令包和具有新應(yīng)答幀的應(yīng)答包進(jìn)行數(shù)據(jù)傳輸，建立一個想象的連接10，用于規(guī)定在兩個節(jié)點(diǎn)a和B中的副節(jié)點(diǎn)被串聯(lián)總線互連，如圖20所示。此時ID號被分配給連接10。這個ID號被稱之為ConnectID。其間設(shè)置有連接10的節(jié)點(diǎn)A和B利用ConnectID識別連接10的副節(jié)點(diǎn)。
在IEEE1394總線中，ID號(NodeID)被分配給多個節(jié)點(diǎn)用于節(jié)點(diǎn)識別。但是，如果發(fā)生總線復(fù)位，那么，這些節(jié)點(diǎn)的ID號將臨時改變。在這種情況下，在ConnectID的基礎(chǔ)上，會再次建立連接10。即，通過將ConnectID分配給每一個連接，即使是在由于總線復(fù)位而使節(jié)點(diǎn)ID號發(fā)生變化的情況下，所述連接也能夠被再次建立。
在連接10中，提供有設(shè)想通道11和12，被稱之為ChannelID的ID號被分配給通道11和12中的每一個。如果需要，可以在唯一連接ID中提供多個通道。
在分配給連接10的ConnectID和分配給通道11、12的ChannlID的基礎(chǔ)上，在節(jié)點(diǎn)A和B之間交換用于通道11和12中每一個的命令和數(shù)據(jù)。通過在唯一連接中進(jìn)一步提供設(shè)想通道，可以利用該唯一連接交換多個命令和數(shù)據(jù)。
下面解釋在上述數(shù)據(jù)傳輸中使用的命令。在本實(shí)施例中，規(guī)定了用于上述數(shù)據(jù)傳輸?shù)南率雒頒ONNECT、DISCONNECT、OPEN、CLOSE、READ、WRITE和ABORT。
CONNECT命令CONNECT命令被用于設(shè)置與一個給定節(jié)點(diǎn)相關(guān)的想象連接，該連接用于向另一個節(jié)點(diǎn)傳輸數(shù)據(jù)或命令。具體地說，當(dāng)建立從一個給定節(jié)點(diǎn)到另一個節(jié)點(diǎn)的連接時，在ctype數(shù)段中設(shè)置了CONTROL命令和在opcode數(shù)段中設(shè)置了CONNECT命令的命令包將被傳送給已經(jīng)被根據(jù)第一狀態(tài)節(jié)點(diǎn)建立了所述連接的副側(cè)的一個節(jié)點(diǎn)。
在試圖了解所述連接是否已經(jīng)被建立給副側(cè)節(jié)點(diǎn)時也可以使用CONNECT命令。具體地說，如果希望了解副側(cè)節(jié)點(diǎn)連接的狀態(tài)，則將在ctype數(shù)段中設(shè)置了STATUS命令和在opcode數(shù)段中設(shè)置了CONNECT命令的命令包傳送給副側(cè)節(jié)點(diǎn)。
DISCONNECT命令當(dāng)打開在節(jié)點(diǎn)間建立的連接時使用DISCONNECT命令。具體地說，當(dāng)需要打開一個通道時，在ctype數(shù)段中設(shè)置有CONTROL命令和在opcode數(shù)段中設(shè)置有DISCONNECT命令的命令包被傳送給副側(cè)節(jié)點(diǎn)。
OPEN命令當(dāng)一個給定節(jié)點(diǎn)建立到另一個節(jié)點(diǎn)的想象通道時使用OPEN命令。具體地說，當(dāng)從一個節(jié)點(diǎn)到另一個節(jié)點(diǎn)設(shè)置通道時，在ctype數(shù)段中設(shè)置有CONTROL命令和在opcode數(shù)段中設(shè)置有OPEN命令的命令包被傳輸給將被用于設(shè)置所述通道的副側(cè)節(jié)點(diǎn)。
當(dāng)詢問已經(jīng)被設(shè)置通道的通道ID時也使用該OPEN命令。具體地說，如果希望知道已經(jīng)被用于設(shè)置所述通道的通道ID時，在ctype數(shù)段中設(shè)置有STATE命令和在opcode數(shù)段中設(shè)置有OPNE命令的COMMAND包被傳輸給副側(cè)節(jié)點(diǎn)。
當(dāng)打開在節(jié)點(diǎn)之間建立的通道時，使用CLOSE命令。具體地說，當(dāng)打開所述通道時，在ctype數(shù)段中設(shè)置有CONTROL命令和在opcode數(shù)段中設(shè)置有CLOSE命令的COMMAND包被傳輸給將被打開通道的的副側(cè)節(jié)點(diǎn)。
READ命令當(dāng)一個節(jié)點(diǎn)讀出屬于另一個節(jié)點(diǎn)的數(shù)據(jù)實(shí)際，使用READ命令。具體地說，如果需要讀出屬于另一個節(jié)點(diǎn)的數(shù)據(jù)，在ctype數(shù)段中設(shè)置有CONTROL命令和在opcode數(shù)段中設(shè)置有READ命令的COMMAND包被傳輸給具有希望被讀出數(shù)據(jù)的副側(cè)節(jié)點(diǎn)。
當(dāng)詢問副側(cè)節(jié)點(diǎn)內(nèi)容可讀數(shù)據(jù)的數(shù)量時也使用READ命令。具體地說，當(dāng)詢問可讀數(shù)據(jù)的數(shù)量時，在ctype數(shù)段中設(shè)置有STATUS命令和在cocode數(shù)段中設(shè)置有READ命令的命令包被傳輸給詢問目標(biāo)的節(jié)點(diǎn)。
WRITE命令使用WRITE命令以便使一個給定節(jié)點(diǎn)將給定內(nèi)容的數(shù)據(jù)寫入到不同的節(jié)點(diǎn)中。具體地說，當(dāng)詢問可讀數(shù)據(jù)的數(shù)量時，在ctype數(shù)段中設(shè)置有CONTROL命令和在opcode數(shù)段中設(shè)置有WRITE命令的COMMAND包被傳送給將被寫入數(shù)據(jù)的目標(biāo)節(jié)點(diǎn)。當(dāng)詢問副側(cè)節(jié)點(diǎn)可得空區(qū)域的量時，也使用WRITE命令。具體地說，當(dāng)詢問可得空區(qū)域的量時，在ctype數(shù)段中設(shè)置有STATUS命令和在opcode數(shù)段中設(shè)置有WRITE命令的命令包被傳送給詢問目標(biāo)的節(jié)點(diǎn)。
下面參照圖21解釋用于使用上述命令從節(jié)點(diǎn)A向節(jié)點(diǎn)B寫入數(shù)據(jù)的操作順序。假設(shè)寫入節(jié)點(diǎn)B的數(shù)據(jù)被分割成多個包和從節(jié)點(diǎn)A傳輸。
在圖21所示的順序中，首先在節(jié)點(diǎn)A和B之間建立一個連接和在所述連接中建立一個通道。然后確定在節(jié)點(diǎn)B中可以得到區(qū)域的總數(shù)并使用COMMAND命令將數(shù)據(jù)寫入節(jié)點(diǎn)B。然后打開所述通道和打開在節(jié)點(diǎn)A和節(jié)點(diǎn)B之間的連接。這個操作順序?qū)⒖紙D21予以詳細(xì)解釋。
首先，節(jié)點(diǎn)A使用CONNECT命令請求到節(jié)點(diǎn)B的連接。此時，節(jié)點(diǎn)A向節(jié)點(diǎn)B傳送在操作數(shù)數(shù)段中描述了節(jié)點(diǎn)A的ID號NodeID(A)和分配給將被建立連接的ConnectID的COMMAND包21。特別是，具有數(shù)段設(shè)置如表1所示的命令包21被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B表1
如果利用命令包21已經(jīng)正確建立了所述連接，節(jié)點(diǎn)B向節(jié)點(diǎn)A返回一個用于規(guī)定所素連接已經(jīng)被正確建立的應(yīng)答。此時，節(jié)點(diǎn)b向節(jié)點(diǎn)A返回一個應(yīng)答包22，在該應(yīng)答包22的數(shù)段中描述了節(jié)點(diǎn)B的ID號NodeID(B)和所分配的ConnectID。具體地說，其數(shù)段被如下設(shè)置的應(yīng)答包22被從節(jié)點(diǎn)B返回給節(jié)點(diǎn)A表2
通過上述交換，在節(jié)點(diǎn)A和B之間建立一個連接。如果在節(jié)點(diǎn)A和B之間已經(jīng)建立了所述連接，就不必要進(jìn)行交換了。
然后，節(jié)點(diǎn)A使用OPEN命令請求節(jié)點(diǎn)B建立所述通道。此時，節(jié)點(diǎn)A向節(jié)點(diǎn)B傳送命令包23，在該命令包23的操作數(shù)數(shù)段中，描述了使用中的connectID和和分配給將被建立的所述通道的channalID。具體地說，其數(shù)段被如表3設(shè)置的命令包23被從節(jié)點(diǎn)a傳送給節(jié)點(diǎn)B表3
當(dāng)使用命令包22建立一個通道時，節(jié)點(diǎn)B向節(jié)點(diǎn)A返回一個用于規(guī)定所述通道已經(jīng)被建立的應(yīng)答包。此時，節(jié)點(diǎn)B向節(jié)點(diǎn)A返回一個用于描述使用中連接的ConnectID和所分配ChannelID的應(yīng)答包24。具體地說，其數(shù)段被如表4所示設(shè)置的應(yīng)答包24被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B表4
利用上述交換，在節(jié)點(diǎn)A和B之間建立一個連接。如果在節(jié)點(diǎn)A和B之間的連接已經(jīng)被建立，不必進(jìn)行交換。
然后節(jié)點(diǎn)A使用WRITE命令確定節(jié)點(diǎn)B可以獲得的空區(qū)域量。具體地說，其數(shù)段被如表5設(shè)置的命令包25被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B表5
在接收命令包25的基礎(chǔ)上，節(jié)點(diǎn)B向節(jié)點(diǎn)A通報(bào)節(jié)點(diǎn)B可得空區(qū)域的量。此時，節(jié)點(diǎn)B向節(jié)點(diǎn)A傳送一個應(yīng)答包26，在該應(yīng)答包26的操作數(shù)數(shù)段中描述了使用中的連接ConnectID和使用中的通道ChannelID以及節(jié)點(diǎn)B可得空區(qū)域量AvaiableBufferSize。具體地說，其數(shù)段如表6設(shè)置的應(yīng)答包26被從節(jié)點(diǎn)B傳送給節(jié)點(diǎn)A表6
然后，節(jié)點(diǎn)A使用WRITE命令將數(shù)據(jù)寫入節(jié)點(diǎn)B。由于寫入節(jié)點(diǎn)B的數(shù)據(jù)被分割成n個部分，所以，節(jié)點(diǎn)A向節(jié)點(diǎn)B傳送一個命令包27-1，在該命令包27-1的操作數(shù)段中描述了使用中的連接ConnectID和使用中的ChannelID并在其FCP數(shù)段的剩余區(qū)域中描述了WritingDatal。具體地說，其數(shù)段如表7設(shè)置的命令包27-1被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B表7
然后，節(jié)點(diǎn)A連續(xù)向節(jié)點(diǎn)B傳送被分割成n部分的數(shù)據(jù)。此時，sub-1數(shù)段的值加1以用于每個命令包，以便指出與將被傳送的被分割數(shù)據(jù)部分對應(yīng)的命令包的順序。
最后傳送數(shù)據(jù)n個部分的最后一個部分、即WritingDataN。此時，節(jié)點(diǎn)A向節(jié)點(diǎn)B傳送一個命令包，在該命令包的操作數(shù)數(shù)段中描述了使用中的連接ConnectID和使用中的通道ChannelID，而在其FCP數(shù)據(jù)段的剩余區(qū)域中描述了WritingDataN。具體地說，其數(shù)段設(shè)置如表8所示的命令包27-n被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B。此時，將在所述命令包27-n之前的命令包的c數(shù)段的值設(shè)置為[1]。但是，在命令包27-n處，c數(shù)段的值被設(shè)置為
，以便規(guī)定命令包27-n是被分割成n個部分的數(shù)據(jù)傳輸?shù)淖詈笠粋€包。
表8
當(dāng)利用上述命令包27-1到27-n傳送的數(shù)據(jù)被正確寫入到節(jié)點(diǎn)B時，后者向節(jié)點(diǎn)A返回應(yīng)答，指出數(shù)據(jù)已經(jīng)被正確寫入。此時，節(jié)點(diǎn)B向節(jié)點(diǎn)A傳送一個應(yīng)答包28，在該應(yīng)答包28的操作數(shù)段中描述了使用中的連接ConnectID和使用中的通道ChannelID。具體地說，其操作數(shù)段設(shè)置如表9的應(yīng)答包28被從節(jié)點(diǎn)B返回給節(jié)點(diǎn)A表9
然后，節(jié)點(diǎn)A使用CLOSE命令請求節(jié)點(diǎn)B打開一個通道。此時，節(jié)點(diǎn)A向節(jié)點(diǎn)B傳送一個在其操作數(shù)段中描述了使用中連接ConnectID和希望被打開通道ChannelID的命令包29。具體地說，其數(shù)段設(shè)置如表10所示的命令包29被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B表10
當(dāng)利用命令包29打開所述通道時，節(jié)點(diǎn)B向節(jié)點(diǎn)A返回一個應(yīng)答，指出所述通道已經(jīng)被打開。此時，節(jié)點(diǎn)B向節(jié)點(diǎn)A傳送一個應(yīng)答包30，在該應(yīng)答包30的操作數(shù)段中描述了使用中的連接ConnectID和被打開通道的ChannelID。具體地說，具有如表11所示數(shù)段設(shè)置的應(yīng)答包30被從節(jié)點(diǎn)B傳送給節(jié)點(diǎn)A；表11
通過交換命令包29和應(yīng)答包30，在節(jié)點(diǎn)A和B之間使用的通道被打開。同時，如果不必打開所述通道，用于打開所述通道的命令包和應(yīng)答包的交換可以是不需要的。
然后節(jié)點(diǎn)A使用DISCONNECT命令請求節(jié)點(diǎn)B打開所述連接。此時，節(jié)點(diǎn)A向節(jié)點(diǎn)B傳送一個命令包31，在該命令包31的操作數(shù)段中描述了希望被打開連接的ConnectID。具體地說，其數(shù)段設(shè)置如表12所示的命令包31被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B表12
當(dāng)利用命令包31打開所述連接時，節(jié)點(diǎn)B向節(jié)點(diǎn)A返回一個用于規(guī)定所述連接已經(jīng)被打開的應(yīng)答。此時，節(jié)點(diǎn)B向節(jié)點(diǎn)A返回一個應(yīng)答包32在該應(yīng)答包32的操作數(shù)段中描述了被打開連接的ConnectID。具體地說，其數(shù)段如表13所示的應(yīng)答包32被從節(jié)點(diǎn)B返回給節(jié)點(diǎn)A；表13
通過交換和應(yīng)答包32，打開在節(jié)點(diǎn)A和B之間的連接。同時，如果不需要打開所述連接，則不必交換用于打開連接的命令包31和應(yīng)答包32。
上面所描述的是在將來自節(jié)點(diǎn)A的數(shù)據(jù)分割成多個命令包并將其寫入節(jié)點(diǎn)B過程中的操作順序。這可以概括為下述表14
表14(寫入A→B
下面參考圖20解釋使用上述命令利用節(jié)點(diǎn)A從節(jié)點(diǎn)B讀出數(shù)據(jù)的操作順序。假設(shè)從節(jié)點(diǎn)B讀出的數(shù)據(jù)被分割成多個包并以這種狀態(tài)從節(jié)點(diǎn)B返回給節(jié)點(diǎn)A。
在圖20所示的順序中，首先在節(jié)點(diǎn)A和B之間設(shè)置連接，然后在所述連接中建立通道。在確認(rèn)可讀數(shù)據(jù)尺寸之后，使用多個命令包從節(jié)點(diǎn)B中讀出數(shù)據(jù)。然后打開所述通道和打開在節(jié)點(diǎn)A和B之間的連接。下面參考圖20解釋這個操作順序。
首先，節(jié)點(diǎn)A使用CONNECT命令請求到節(jié)點(diǎn)B的連接。此時，節(jié)點(diǎn)A將在其操作數(shù)數(shù)段中設(shè)置有節(jié)點(diǎn)A的ID號NodeID和分配給將被建立連接的ConnectID的命令包41傳輸給節(jié)點(diǎn)B。具體地說，其操作數(shù)數(shù)段如表15設(shè)置的命令包41被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B表15
(如果利用命令包41已經(jīng)正確地設(shè)置了所述連接，節(jié)點(diǎn)B向節(jié)點(diǎn)A返回一個指出所述連接已經(jīng)正確設(shè)置的應(yīng)答。此時，節(jié)點(diǎn)B向節(jié)點(diǎn)A傳送一個在其操作數(shù)數(shù)段中描述了節(jié)點(diǎn)B的節(jié)點(diǎn)ID號NodeID和所分配ConnectID的應(yīng)答包42。具體地說，其數(shù)段如表16設(shè)置的應(yīng)答包42被從節(jié)點(diǎn)B返回給節(jié)點(diǎn)A；表16
(通過上述交換，在節(jié)點(diǎn)A和B之間建立一個連接。如果在節(jié)點(diǎn)A和B之間已經(jīng)建立了所述連接，則不必重新建立連接。
節(jié)點(diǎn)A使用OPEN命令請求節(jié)點(diǎn)B建立所述通道。此時，節(jié)點(diǎn)A向節(jié)點(diǎn)B傳送一個在其操作數(shù)數(shù)段中設(shè)置有使用中連接的ConnectID和被分配給將被建立通道的ChanelID的命令包43。具體地說，其操作數(shù)數(shù)段設(shè)置如表17的命令包43被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B表17
(如果利用命令包43建立了所述通道，節(jié)點(diǎn)B向節(jié)點(diǎn)A返回一個指出現(xiàn)在通道已經(jīng)被建立的應(yīng)答。此時，節(jié)點(diǎn)B向節(jié)點(diǎn)A傳送一個在其操作數(shù)數(shù)段中描述了所述連接的ConnectID和所分配的ChannelID的應(yīng)答包44。具體地說，其數(shù)段如表18所示的應(yīng)答包44被從節(jié)點(diǎn)B返回給節(jié)點(diǎn)A；表18
通過上述交換，在節(jié)點(diǎn)A和B之間的通道被建立。如果在節(jié)點(diǎn)A和B之間已經(jīng)建立了所述通道，則不必重新建立通道。
然后，節(jié)點(diǎn)A使用READ命令詢問節(jié)點(diǎn)B來自節(jié)點(diǎn)B的可讀數(shù)據(jù)的數(shù)據(jù)尺寸。此時，節(jié)點(diǎn)A向節(jié)點(diǎn)B傳送一個在其操作數(shù)數(shù)段中描述了使用中連接的ConnectID和使用中通道ChannelID的命令包45。具體地說，其數(shù)段設(shè)置如表19的命令包45被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B；表19
在接收命令包45的基礎(chǔ)上，節(jié)點(diǎn)B通知節(jié)點(diǎn)A從節(jié)點(diǎn)B讀出數(shù)據(jù)的可讀尺寸。此時，節(jié)點(diǎn)B向節(jié)點(diǎn)A傳送一個在其操作數(shù)數(shù)段中描述了使用中連接的ConnectID、使用中通道的ChannelID和能夠從節(jié)點(diǎn)B中讀出的數(shù)據(jù)的數(shù)據(jù)尺寸AvailableDataSize的應(yīng)答包46。具體地說，其數(shù)段如表20設(shè)置的應(yīng)答包46被從節(jié)點(diǎn)B傳送給節(jié)點(diǎn)A表20
然后，節(jié)點(diǎn)A使用READ命令請求節(jié)點(diǎn)B讀出數(shù)據(jù)。此時，節(jié)點(diǎn)A傳送一個在其操作數(shù)數(shù)段中描述了使用中連接的ConnectID和使用中通道的ChannelID的命令包47。具體地說，其操作數(shù)數(shù)段設(shè)置如表21所示的命令包47被從節(jié)點(diǎn)a傳送給節(jié)點(diǎn)B；表21
然后，節(jié)點(diǎn)B將由節(jié)點(diǎn)A請求的數(shù)據(jù)傳送給節(jié)點(diǎn)A。
假設(shè)從節(jié)點(diǎn)B中讀出的數(shù)據(jù)被分割成將被傳送給節(jié)點(diǎn)A的n個部分。里，傳送第一部分?jǐn)?shù)據(jù)ReadingDatal。此時，節(jié)點(diǎn)A向節(jié)點(diǎn)B傳送一個在其操作數(shù)數(shù)段中描述了使用中連接的ConnectID和使用中通道的ChannelID并且還在FCP數(shù)據(jù)數(shù)段的剩余區(qū)域中描述了ReadingDatal的應(yīng)答包48-1。具體地說，其數(shù)段設(shè)置如表22的應(yīng)答包48-1被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B；表22
>類似的，n個部分?jǐn)?shù)據(jù)被連續(xù)地從節(jié)點(diǎn)B傳送給節(jié)點(diǎn)A。此時，每個命令包的sub_1的值被增加1，以便規(guī)定與傳送部分?jǐn)?shù)據(jù)相關(guān)的應(yīng)答包的順序。最后，傳輸n部分?jǐn)?shù)據(jù)中末端一個的ReadingDataN。此時，節(jié)點(diǎn)B向節(jié)點(diǎn)A傳送一個在其操作數(shù)數(shù)段中描述了使用中連接的ConnectID和使用中通道的ChannelID并在FCP數(shù)據(jù)段的剩余區(qū)域中描述了ReadingDataN的應(yīng)答包48-n。具體地說，從節(jié)點(diǎn)A到節(jié)點(diǎn)B設(shè)置其數(shù)段設(shè)置如表23所示的應(yīng)答包48-n。將c數(shù)段的值設(shè)置給「1」到直接在命令包48-n之前的命令包和被設(shè)置成用于命令包48-n的「1」以便規(guī)定這個命令包48-n是與傳輸被分割成n個部分的數(shù)據(jù)的數(shù)據(jù)包的末端的一個包。
表23<
>在完成從節(jié)點(diǎn)B讀出數(shù)據(jù)的基礎(chǔ)上，節(jié)點(diǎn)A使用CLOSE命令請求節(jié)點(diǎn)B打開所述通道。此時，節(jié)點(diǎn)A峽谷節(jié)點(diǎn)B傳送一個在其操作數(shù)數(shù)段中描述了使用中連接的ConnectID和將被打開通道的ChannelID的命令包49。具體地說，其數(shù)段設(shè)置如表24所示的命令包49被從節(jié)點(diǎn)A傳送給接B表24
在由命令包49打開所述通道的基礎(chǔ)上，節(jié)點(diǎn)B向節(jié)點(diǎn)A返回一個在操作數(shù)數(shù)段中描述了使用中連接的ConnectID和被打開通道的ChannelID的應(yīng)答包50。具體地說，其數(shù)段設(shè)置如表25所示的應(yīng)答包50被從節(jié)點(diǎn)B返回給節(jié)點(diǎn)A；表25
通過交換命令包49和應(yīng)答包50，在節(jié)點(diǎn)A和B之間使用的通道被打開。同時，如果不需要打開所述通道，就不必交換用于打開所述連接的命令包49和應(yīng)答包50。
然后，節(jié)點(diǎn)A使用DISCONNECT命令請求節(jié)點(diǎn)B打開所述連接。此時，節(jié)點(diǎn)A向節(jié)點(diǎn)B傳送一個在其操作數(shù)數(shù)段中描述了將被打開的連接的ConnectID的命令包51。具體地說，其數(shù)段設(shè)置如表26所示的命令包51被從節(jié)點(diǎn)A傳送給節(jié)點(diǎn)B表26
在由命令包51打開所述連接的基礎(chǔ)上，節(jié)點(diǎn)B向節(jié)點(diǎn)A返回一個指出所述連接已經(jīng)被打開的應(yīng)答。此時，節(jié)點(diǎn)B向節(jié)點(diǎn)A傳送一個在其操作數(shù)數(shù)段描述了被打開連接的ConnectID的應(yīng)答包52。具體地說，其數(shù)段設(shè)置如表27所示的應(yīng)答包52被從節(jié)點(diǎn)B返回給節(jié)點(diǎn)A表27
前面描述了在將來自節(jié)點(diǎn)B的數(shù)據(jù)分割成多個命令包和讀出數(shù)據(jù)過程中使用的操作順序。這可以被概括為表28
另外，已經(jīng)利用IEEE 1394總線解釋了本發(fā)明的最佳實(shí)施例，但是本發(fā)明還可以應(yīng)用到除IEEE 1394總線以外的其它總線。即，除了命令傳輸/接收以外，不必象傳統(tǒng)那樣假設(shè)命令由唯一包傳送，本發(fā)明可以被應(yīng)用于不能被容納在一個包中數(shù)據(jù)的傳輸和接收。
權(quán)利要求
1．一種用于傳輸包數(shù)據(jù)的數(shù)據(jù)傳輸裝置，包括用于以預(yù)定格式傳輸數(shù)據(jù)的裝置；所述格式包括用于規(guī)定公用于由多個包組成的包組屬性和構(gòu)成所述包組的每個包屬性的信息。
2．根據(jù)權(quán)利要求1所述的數(shù)據(jù)傳輸裝置，其特征是所述公用于包組的屬性是指定給所述包組的一個標(biāo)識碼。
3．根據(jù)權(quán)利要求1所述的數(shù)據(jù)傳輸裝置，其特征是所述公用于包組的屬性是用于規(guī)定所述包組中每個包順序的代碼。
4．根據(jù)權(quán)利要求1所述的數(shù)據(jù)傳輸裝置，其特征是所述每個包的屬性是用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
5．根據(jù)權(quán)利要求1所述的數(shù)據(jù)傳輸裝置，其特征是所述格式是與在IEEE1394中規(guī)定的異步包相符的格式。
6．根據(jù)權(quán)利要求5所述的數(shù)據(jù)傳輸裝置，其特征是所述公用于所述包組的屬性是一個附加到所述包組上的標(biāo)識碼。
7．根據(jù)權(quán)利要求5所述的數(shù)據(jù)傳輸裝置，其特征是所述公用于所述包組的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
8．根據(jù)權(quán)利要求5所述的數(shù)據(jù)傳輸裝置，其特征是所述每個包的屬性是用于規(guī)定每個包是否是所述包組中的最后一個包的代碼。
9．根據(jù)權(quán)利要求1所述的數(shù)據(jù)傳輸裝置，其特征是所述格式是與在IEEE1883中規(guī)定的FCP格式相符。
10．根據(jù)權(quán)利要求9所述的數(shù)據(jù)傳輸裝置，其特征是所述公用于所述包組的屬性是附加到所述包組上的一個標(biāo)識碼。
11．根據(jù)權(quán)利要求9所述的數(shù)據(jù)傳輸裝置，其特征是所述每個包的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
12．根據(jù)權(quán)利要求9所述的數(shù)據(jù)傳輸裝置，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
13．一種用于接收包數(shù)據(jù)的數(shù)據(jù)接收裝置，包括用于接收預(yù)定格式數(shù)據(jù)的裝置；所述格式包括用于規(guī)定公用于由多個包組成的包組的屬性和/或構(gòu)成所述包組的每個包屬性的信息。
14．根據(jù)權(quán)利要求13所述的數(shù)據(jù)接收裝置，其特征是所述公用于所述包組的屬性是一個指定給所述包組的標(biāo)識碼。
15．根據(jù)權(quán)利要求13所述的數(shù)據(jù)接收裝置，其特征是所述公用于所述包組的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
16．根據(jù)權(quán)利要求13所述的數(shù)據(jù)接收裝置，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
17．根據(jù)權(quán)利要求13所述的數(shù)據(jù)接收裝置，其特征是所述格式符合在IEEE1394中描述的異步包。
18．根據(jù)權(quán)利要求19所述的數(shù)據(jù)接收裝置，其特征是所述公用于所述包組的屬性是一個指定給所述包組的標(biāo)識碼。
19．根據(jù)權(quán)利要求17所述的數(shù)據(jù)接收裝置，其特征是所述公用于所述包組的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
20．根據(jù)權(quán)利要求17所述的數(shù)據(jù)接收裝置，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
21．根據(jù)權(quán)利要求13所述的數(shù)據(jù)接收裝置，其特征是所述格式與IEEE1883中的CP幀相符。
22．根據(jù)權(quán)利要求21所述的數(shù)據(jù)接收裝置，其特征是所述公用于所述包組的屬性是一個指定給所述包組的標(biāo)識碼。
23．根據(jù)權(quán)利要求21所述的數(shù)據(jù)接收裝置，其特征是所述每個包的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
24．根據(jù)權(quán)利要求21所述的數(shù)據(jù)接收裝置，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
25．一種用于傳輸包數(shù)據(jù)的方法，包括以預(yù)定格式傳輸數(shù)據(jù)的步驟；所述格式包括用于規(guī)定公用于由多個包組成的包組屬性和/或構(gòu)成所述包組的每個包屬性的信息。
26．根據(jù)權(quán)利要求25所述的數(shù)據(jù)傳輸方法，其特征是所述公用于所述包組的屬性是一個指定給所述包組的標(biāo)識碼。
27．根據(jù)權(quán)利要求25所述的數(shù)據(jù)傳輸方法，其特征是所述公用于所述包組的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
28．根據(jù)權(quán)利要求25所述的數(shù)據(jù)傳輸方法，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
29．根據(jù)權(quán)利要求25所述的數(shù)據(jù)傳輸方法，其特征是所述格式符合在IEEE1394中描述的異步包。
30．根據(jù)權(quán)利要求29所述的數(shù)據(jù)傳輸方法，其特征是所述公用于所述包組的屬性是一個指定給所述包組的標(biāo)識碼。
31．根據(jù)權(quán)利要求29所述的數(shù)據(jù)傳輸方法，其特征是所述公用于所述包組的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
32．根據(jù)權(quán)利要求29所述的數(shù)據(jù)傳輸方法，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
33．根據(jù)權(quán)利要求25所述的數(shù)據(jù)傳輸方法，其特征是所述格式與IEEE1883中描述的FCP幀相符。
34．根據(jù)權(quán)利要求33所述的數(shù)據(jù)傳輸方法，其特征是所述公用于所述包組的屬性是一個指定給所述包組的標(biāo)識符。
35．根據(jù)權(quán)利要求33所述的數(shù)據(jù)傳輸方法，其特征是所述每個包的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
36．根據(jù)權(quán)利要求33所述的數(shù)據(jù)傳輸方法，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
37．一種用于接收包數(shù)據(jù)的方法，包括接收預(yù)定格式數(shù)據(jù)的步驟；所述格式包括用于規(guī)定公用于由多個包組成的包組屬性和/或構(gòu)成所述包組的每個包屬性的信息。
38．根據(jù)權(quán)利要求37所述的數(shù)據(jù)傳輸方法，其特征是所述公用于所述包組的屬性是一個指定給所述包組的標(biāo)識符。
39．根據(jù)權(quán)利要求37所述的數(shù)據(jù)傳輸方法，其特征是所述公用于所述包組的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
40．根據(jù)權(quán)利要求37所述的數(shù)據(jù)傳輸方法，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
41．根據(jù)權(quán)利要求37所述的數(shù)據(jù)傳輸方法，其特征是所述格式與IEEE 1394中描述的異步包相符。
42．根據(jù)權(quán)利要求41所述的數(shù)據(jù)傳輸方法，其特征是所述公用于所述包組的屬性是一個附加給所述包組的標(biāo)識符。
43．根據(jù)權(quán)利要求41所述的數(shù)據(jù)傳輸方法，其特征是所述公用于所述包組的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
44．根據(jù)權(quán)利要求41所述的數(shù)據(jù)傳輸方法，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
45．根據(jù)權(quán)利要求37所述的數(shù)據(jù)傳輸方法，其特征是所述格式符合IEEE1883中描述的FCP幀。
46．根據(jù)權(quán)利要求45所述的數(shù)據(jù)傳輸方法，其特征是所述公用于所述包組的屬性是一個附加給所述包組的標(biāo)識符。
47．根據(jù)權(quán)利要求45所述的數(shù)據(jù)傳輸方法，其特征是所述公用于所述包組的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
48．根據(jù)權(quán)利要求45所述的數(shù)據(jù)傳輸方法，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
49．一種預(yù)定格式包數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)，所述格式包括用于規(guī)定由多個包組成的包組屬性和/或構(gòu)成所述包組的每個包屬性的信息。
50．根據(jù)權(quán)利要求49所述的數(shù)據(jù)結(jié)構(gòu)，其特征是所述公用于所述包組的屬性是一個指定給所述包組的標(biāo)識符。
51．根據(jù)權(quán)利要求49所述的數(shù)據(jù)結(jié)構(gòu)，其特征是所述公用于所述包組的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
52．根據(jù)權(quán)利要求49所述的數(shù)據(jù)結(jié)構(gòu)，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
53．根據(jù)權(quán)利要求49所述的數(shù)據(jù)結(jié)構(gòu)，其特征是所述格式與IEEE 1394中描述的異步包相符。
54．根據(jù)權(quán)利要求53所述的數(shù)據(jù)結(jié)構(gòu)，其特征是所述公用于所述包組的屬性是一個附加給所述包組的標(biāo)識符。
55．根據(jù)權(quán)利要求53所述的數(shù)據(jù)結(jié)構(gòu)，其特征是所述公用于所述包組的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
56．根據(jù)權(quán)利要求53所述的數(shù)據(jù)結(jié)構(gòu)，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
57．根據(jù)權(quán)利要求49所述的數(shù)據(jù)結(jié)構(gòu)，其特征是所述格式與IEEE1883中描述的FCP幀相符。
58．根據(jù)權(quán)利要求57所述的數(shù)據(jù)結(jié)構(gòu)，其特征是所述公用于所述包組的屬性是一個附加給所述包組的標(biāo)識符。
59．根據(jù)權(quán)利要求57所述的數(shù)據(jù)結(jié)構(gòu)，其特征是所述每個包的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
60．根據(jù)權(quán)利要求57所述的數(shù)據(jù)結(jié)構(gòu)，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
61．一種存儲有預(yù)定格式包數(shù)據(jù)的記錄介質(zhì)，所述格式包括用于規(guī)定由多個包組成的包組屬性和/或構(gòu)成所述包組的每個包屬性的信息。
62．根據(jù)權(quán)利要求61所述的記錄介質(zhì)，其特征是所述公用于所述包組的屬性是一個指定給所述包組的標(biāo)識符。
63．根據(jù)權(quán)利要求61所述的記錄介質(zhì)，其特征是所述公用于所述包組的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
64．根據(jù)權(quán)利要求61所述的記錄介質(zhì)，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
65．根據(jù)權(quán)利要求61所述的記錄介質(zhì)，其特征是所述格式與IEEE1394中描述的異步包相符。
66．根據(jù)權(quán)利要求65所述的記錄介質(zhì)，其特征是所述公用于所述包組的屬性是一個附加給所述包組的標(biāo)識符。
67．根據(jù)權(quán)利要求65所述的記錄介質(zhì)，其特征是所述公用于所述包組的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
68．根據(jù)權(quán)利要求65所述的記錄介質(zhì)，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
69．根據(jù)權(quán)利要求61所述的記錄介質(zhì)，其特征是所述格式與IEEE1883中描述的FCP幀相符。
70．根據(jù)權(quán)利要求69所述的記錄介質(zhì)，其特征是所述公用于所述包組的屬性是一個附加給所述包組的標(biāo)識符。
71．根據(jù)權(quán)利要求69所述的記錄介質(zhì)，其特征是所述每個包的屬性是一個用于規(guī)定所述包中每個包順序的代碼。
72．根據(jù)權(quán)利要求69所述的記錄介質(zhì)，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
73．一種用于傳輸/接收包數(shù)據(jù)的通信裝置，包括用于傳輸預(yù)定格式數(shù)據(jù)的裝置；和用于接收所述預(yù)定格式數(shù)據(jù)的裝置；所述格式包括用于規(guī)定由多個包組成的包組屬性和/或構(gòu)成所述包組的每個包屬性的信息。
74．一種用于傳輸/接收包數(shù)據(jù)的方法，包括如下步驟傳輸預(yù)定格式的數(shù)據(jù)；和接收所述預(yù)定格式的數(shù)據(jù)；所述格式包括用于規(guī)定由多個包組成的包組屬性和/或構(gòu)成所述包組的每個包屬性的信息。
75．一種用于傳輸/接收多個(n個)預(yù)定格式包數(shù)據(jù)的所述的通信方法，所述格式包括用于規(guī)定公用于由多個包組成的包組的屬性和/或構(gòu)成所述包組的每個包屬性的信息，所述方法包括第一步驟，用于傳輸/接收所述公共屬性和每個包的屬性；和第n步驟，用于傳輸/接收所述公共屬性，該公共屬性與所述公共屬性相同但和在所述第一步驟中傳輸和接收的屬性不同。
76．根據(jù)權(quán)利要求75所述的通信方法，其特征是所述公用于所述包組的屬性是一個指定給所述包組的標(biāo)識符。
77．根據(jù)權(quán)利要求75所述的通信方法，其特征是所述每個包的屬性是一個用于規(guī)定所述包組中每個包順序的代碼。
78．根據(jù)權(quán)利要求75所述的通信方法，其特征是所述每個包的屬性是一個用于規(guī)定每個包是否是所述包組中最后一個包的代碼。
全文摘要
在利用數(shù)據(jù)包進(jìn)行數(shù)據(jù)通信的過程中,使用與在交換命令中使用的一個包類似的包不僅可以實(shí)現(xiàn)命令的傳輸,而且可以傳輸在一個包中不能容納的數(shù)據(jù)。為此目的,在所述包中提供了存儲有用于規(guī)定包中幀格式信息的數(shù)段。作為可以由這個數(shù)段識別的多種格式的一種格式,提供了一種格式,該格式使所述幀具有一個包標(biāo)記數(shù)段,該數(shù)段存儲有用于規(guī)定在從傳輸數(shù)據(jù)分割成的多個包和存儲有用于請求目標(biāo)傳輸?shù)拿詈?或任選數(shù)據(jù)的數(shù)據(jù)段之間關(guān)系的信息。
文檔編號H04L29/06GK1211764SQ9810293
公開日1999年3月24日 申請日期1998年6月10日 優(yōu)先權(quán)日1997年6月10日
發(fā)明者小嶋隆嗣, 青木幸彥 申請人:索尼公司