專利名稱：計算機系統(tǒng)中的集線器之間進行事務類型通訊的方法和設備的制作方法
技術領域：
本發(fā)明涉及計算機系統(tǒng)領域。更特別地，本發(fā)明涉及計算機系統(tǒng)設備之間進行通訊的領域。
現(xiàn)有的計算機系統(tǒng)典型地依賴于標準的，總線，例如外設部件互連(PCI)總線，以允許計算機系統(tǒng)芯片集部件相互之間通訊。比如，一個事務從處理器產(chǎn)生，并且計劃給硬盤驅動器，事務應首先送給第一個芯片集部件，該芯片集部件作為處理器和PCI總線之間的中介物用。于是，第一個芯片集部件把事務經(jīng)過PCI總線交給第二個系統(tǒng)芯片集部件，然后第二個芯片集部件再把事務交給硬盤驅動器。
總線(例如PCI總線)同時也提供同其他計算機系統(tǒng)設備的通訊，例如圖形控制器和網(wǎng)絡適配器。因為總線(例如PCI總線)必須同各種部件類型相接口，每一種有不同的需求，它們沒有必要被優(yōu)化以允許芯片集部件之間的通訊。此外，依賴于標準化總線(例如PCI總線)的芯片集制造商為了保證同其它部件的兼容性必須遵守總線標準，并且不被允許對芯片集部件之間如何通訊做底層的修改。另一個芯片集制造商在設計和制造芯片集部件的時候面臨的問題是，當依賴總線(例如PCI總線)進行芯片集部件之間的通訊時，需要符合電源和信號電壓標準，以此使得芯片集制造商使用確定的設計慣例和制造技術。
依賴于標準化總線(例如PCI總線)進行芯片集部件之間通訊的現(xiàn)有的計算機系統(tǒng)同時典型地，當特定的事務是同步時，沒有通訊的機制，并且，應當按某種方式處理來保證服務質(zhì)量的適當水平。確定的服務質(zhì)量對于一些新興的應用特別重要，這些應用依賴于系統(tǒng)中的同步服務把確定數(shù)量的數(shù)據(jù)依照有規(guī)律的基本原則傳送。在現(xiàn)有的系統(tǒng)中，同步事務的概念包含在子系統(tǒng)之內(nèi)，例如，USB主機控制器和IEEE1394主機控制器，并且沒有把這種概念擴展到事務被維護的地方(主存儲子系統(tǒng))。
公開了計算機系統(tǒng)中的集線器之間進行事務類型通訊的方法和設備。設備包含一個數(shù)據(jù)路徑輸入/輸出單元以輸出數(shù)據(jù)包首部。數(shù)據(jù)包首部包括一個請求/完成字段，用來表明數(shù)據(jù)包首部是請求數(shù)據(jù)包首部還是完成數(shù)據(jù)包首部。數(shù)據(jù)包首部同時包括一個讀/寫字段，用來表明數(shù)據(jù)包首部是用于讀數(shù)據(jù)包還是用于寫數(shù)據(jù)包。讀/寫字段進一步表明數(shù)據(jù)長度是否要接著數(shù)據(jù)包首部。數(shù)據(jù)包首部還包括一個數(shù)據(jù)長度字段用以表明數(shù)據(jù)的長度。
發(fā)明用舉例的方法圖解說明，但不限于附圖中的圖形，附圖中相同的標號表示相同的部件，在這些附圖中

圖1表示包括一個集線器鏈的計算機系統(tǒng)的一種實施方案。
圖2是兩個集線器通過包括數(shù)據(jù)路徑的集線器鏈連接的一個實施方案的方塊圖。
圖3是請求數(shù)據(jù)包首部的一個實施方案的圖表，請求數(shù)據(jù)包首部包括32位尋址模式。
圖4是請求數(shù)據(jù)包首部的一個實施方案的圖表，請求數(shù)據(jù)包首部包括64位尋址模式。
圖5是請求數(shù)據(jù)包首部的一個實施方案的圖表，請求數(shù)據(jù)包首部包括隱含尋址模式。
圖6是完成數(shù)據(jù)包首部的一個實施方案的圖表。
圖7說明完成狀態(tài)編碼模式的一個實施方案表。
圖8是數(shù)據(jù)包首部的事務描述符路由字段部分的一個實施方案的圖表。
圖9說明事務描述符屬性字段編碼方案的一個實施方案表。
圖10是計算機系統(tǒng)中的集線器之間進行事務類型通訊方法的一個圖11是計算機系統(tǒng)中的集線器之間對事務的路由和屬性信息進行通訊方法的一個實施方案流程圖。
計算機系統(tǒng)中的集線器之間進行事務類型通訊設備的一個實施方案包括一個數(shù)據(jù)路徑輸入/輸出單元以輸出數(shù)據(jù)包首部。數(shù)據(jù)包首部包括包括一個請求/完成字段，用來表明數(shù)據(jù)包首部是請求數(shù)據(jù)包首部還是完成數(shù)據(jù)包首部。數(shù)據(jù)包首部同時包括一個讀/寫字段，用來表明數(shù)據(jù)包首部是用于讀數(shù)據(jù)包還是用于寫數(shù)據(jù)包。讀/寫字段和請求/完成字段進一步表明數(shù)據(jù)長度是否要接著數(shù)據(jù)包首部。數(shù)據(jù)包首部還包括一個數(shù)據(jù)長度字段用以表明數(shù)據(jù)的長度。實施方案的預期優(yōu)點是要提供一種有效的機制，這種機制用于通過集線器鏈進行兩個芯片集部件之間的事務信息通訊。實施方案另外的預期優(yōu)點是要提供一個數(shù)據(jù)包首部，該數(shù)據(jù)包首部可以有效地被接收集線器解碼。
圖1說明計算機系統(tǒng)100的一個實施方案，此系統(tǒng)包括集線器鏈150。系統(tǒng)100包括耦合到集線器A的處理器110。集線器A可以包括一個存儲控制器，并被耦合到系統(tǒng)存儲器140。集線器A同時耦合到圖形加速器120。圖形控制器120最好經(jīng)加速圖形端口(AGP)耦合到集線器A。集線器A經(jīng)集線器鏈150耦合到集線器B。集線器B最好提供一個接口給存儲設備170。存儲設備170最好是硬磁盤驅動機。集線器B同時最好提供一個接口給PCI總線180。
圖2是集線器鏈150將集線器A和集線器B耦合在一起的一個實施方案的方塊圖。集線器鏈150包括一條雙向數(shù)據(jù)路徑151，一個或更多數(shù)據(jù)選通152，一個流控制信號153，一組仲裁信號154，一個系統(tǒng)復位信號155，時鐘信號156，以及電壓基準信號157。數(shù)據(jù)路徑最好是8位寬，雖然數(shù)據(jù)路徑寬度可以為2的乘冪，并且大于或等于8位的任意寬度。集線器A包括數(shù)據(jù)路徑輸入/輸出單元135，而集線器B包括數(shù)據(jù)路徑輸入/輸出單元165。數(shù)據(jù)路徑輸入/輸出單元135和165都連接到數(shù)據(jù)路徑151。
一般地說，集線器鏈150是一種機制，這種機制經(jīng)相對窄(本實施方案中8位)和相對高帶寬的數(shù)據(jù)路徑151連接計算機系統(tǒng)核心邏輯的主構件塊，例如系統(tǒng)100。計算機系統(tǒng)中個別部件之間，例如集線器A和集線器B之間，連接是以點對點方式實現(xiàn)的。跨越集線器鏈150的信息傳輸使用基于數(shù)據(jù)包的協(xié)議完成。請求數(shù)據(jù)包一般用于啟動事務，而完成數(shù)據(jù)包用于終止事務。集線器鏈協(xié)議同時提供一種事務描述機制以提供確定的服務質(zhì)量。這種機制(以下討論)提供集線器鏈通信量路由以及識別事務屬性所用的信息，例如定義事務為同步還是不同步。
圖3是請求數(shù)據(jù)包首部格式的一個實施方案的圖表，該格式包括32位尋址模式。數(shù)據(jù)包首部格式300的基本部分是一個雙字長(一個字等于16位)。一個附加的雙字要求用32位尋址模式，如圖3所示。優(yōu)選地，首先跨越數(shù)據(jù)路徑151傳輸最低字節(jié)(位0到位7)。數(shù)據(jù)包首部300的各種字段描述如下。在下面各種數(shù)據(jù)包字段的描述中，討論具體位的設定和編碼。這些表示優(yōu)選的編碼方案。其它的編碼方案是可能的。
在第一個雙字的位31處請求/完成字段(rq/cp)表明數(shù)據(jù)包是請求數(shù)據(jù)包還是完成數(shù)據(jù)包。優(yōu)選地，“0”表示請求數(shù)數(shù)據(jù)包，而“1”表示完成數(shù)據(jù)包。因為數(shù)據(jù)包首部300是請求數(shù)據(jù)包首部，這個字段應當設為“0”。
在第一個雙字的位30處讀/寫字段(r/w)表明數(shù)據(jù)包是讀還是寫事務。讀/寫字段連同請求/完成字段一道表明數(shù)據(jù)是否將包括在數(shù)據(jù)包中。舉例來說，如果數(shù)據(jù)包是請求并且如果表明寫，那么數(shù)據(jù)就包括在數(shù)據(jù)包中。此外，如果數(shù)據(jù)包是完成數(shù)據(jù)包并且如果表明讀，那么數(shù)據(jù)就包括在數(shù)據(jù)包中。指示請求數(shù)據(jù)包和指示讀意味著將沒有數(shù)據(jù)包括在數(shù)據(jù)包中。同樣地，指示完成數(shù)據(jù)包和指示寫意味著將沒有數(shù)據(jù)包括在數(shù)據(jù)包中。優(yōu)選地，讀事務用“0”表示，而寫事務用“1”表示。
在請求數(shù)據(jù)包第一個雙字的位29處完成要求字段(cr)表明數(shù)據(jù)包的啟動程序是否要求響應請求數(shù)據(jù)包。優(yōu)選地，完成要求用“1”表示，而非完成要求用“0”表示。當數(shù)據(jù)包程序啟動器要求請求已經(jīng)完成的肯定的證實時，發(fā)出一個寫請求數(shù)據(jù)包首部，其完成要求位被設定。寫的完成應當優(yōu)選地直到寫已經(jīng)達到它的最后目的地才返回。存儲器、I/O、以及配置讀請求應當優(yōu)選地總是設定完成要求位。完成要求位應當優(yōu)選地依所有的請求目標，包括具體的循環(huán)來考慮。
位于第一個雙字的位28處的地址格式(af)字段表明尋址格式是隱式的還是直接的(32或64位尋址)。對于圖3所示的實施方案，af位應當設為“1”，以表示明顯(express)尋址。對于隱式尋址，af位應當設為“0”。
位于第一個雙字的位27處的鎖(1k)字段表明當前的數(shù)據(jù)包是否為鎖定序列的一部分。鎖定序列中的所有請求和完成都要求把這位設為“1”。不包含鎖定的接口代理會忽略這個字段，并且將應始終用“0”將這個字段填充。
位于第一個雙字的位27到位21處事務描述符路由字段將聯(lián)系圖8在下面討論。
位20和19對于這個實施方案保留。
位于第一個雙字的位18到位16處事務描述符屬性(T.D.Attr.)字段將聯(lián)系圖9在下面討論。
位于第一個雙字的位15和14處空間字段表明數(shù)據(jù)包是否是目的地存儲器空間(“00”)，I/O空間(“01”)，配置空間(“10”)或者特定循環(huán)(“11”)。
位13到位8處數(shù)據(jù)長度字段表明接著數(shù)據(jù)包的數(shù)據(jù)長度(如果有)。優(yōu)選地，數(shù)據(jù)長度用雙字給定、編碼，這樣所表示的雙字數(shù)目就是1加該數(shù)。因此，“000000”表示一個雙字。
位于第一個雙字的位7到位4處最后的雙字字節(jié)允許字段(最后DWBE)表明這樣的字節(jié)允許，它們用于任何讀或寫請求的數(shù)據(jù)的最后雙字。字節(jié)允許為低(“0”)有效。如果僅有一個請求的數(shù)據(jù)雙字，該字段必須無效(“1111”)。字節(jié)允許可以是不連續(xù)的(例如，“0101”)。字節(jié)允許對于特定循環(huán)沒有意義，所以最后DW BE字段和特定循環(huán)編碼字段重疊。
位于第一個雙字的位3到位0處第一個雙字字節(jié)允許字段(1stDWBE)表明這樣的字節(jié)允許，它們用于任何讀或寫請求的數(shù)據(jù)第一個雙字，請求存儲器，I/O或配置空間。字節(jié)允許為低(“0”)有效。如果僅有一個請求的數(shù)據(jù)雙字，優(yōu)選地，該字段應被使用。字節(jié)允許可以是不連續(xù)的(例如，“0101”)。字節(jié)允許對于特定循環(huán)沒有意義，所以最后DW BE字段和特定循環(huán)編碼字段重疊。
位于第一個雙字的位7到位0處特定循環(huán)編碼字段給特定循環(huán)類型編碼，該字段與第一個和最后的雙字字節(jié)允許字段重疊。
位于第二個雙字的位31到位2處地址[312]字段表明32位直接尋址模式的全部地址，并且提供64位直接尋址模式地址的較低部分。
位于第二個雙字的位0處擴展地址(ea)字段表明32位尋址(“0”)或64位尋址(“1”)。該字段僅對于存儲器或唯一的特定循環(huán)請求有效。該字段與配置類型(ct)字段重疊。
位于第二個雙字的位0處ct字段僅對于配置循環(huán)有效。如果設為“0”，該字段表示“0”類型配置循環(huán)，如果設為“1”，該字段表示“1”類型配置循環(huán)。優(yōu)選地，這些配置循環(huán)類型符合PCI配置循環(huán)類型。
圖4是請求數(shù)據(jù)包首部400的一個實施方案的圖表，數(shù)據(jù)包首部包括64位尋址模式。數(shù)據(jù)包首部400的字段等同于圖3中所示的字段，并附加有地址[6332]字段。對于64位尋址模式。地址[6442]字段包含較高地址位。對于這種模式，ea字段設為“1”。地址[6332]字段僅包含于64位尋址模式。
圖5是請求數(shù)據(jù)包首部500的一個實施方案的圖表，請求數(shù)據(jù)包首部包括隱式尋址模式。數(shù)據(jù)包首部500的字段等同于圖3中所示的字段，除沒有第二個雙字外。優(yōu)選地，隱式尋址模式應用于特定的循環(huán)，該循環(huán)不包括地址。隱式尋址模式也可用于地址可以通過上下文鑒別的情況。當隱式尋址模式被使用時，沒有地址同請求數(shù)據(jù)包首部一起發(fā)送。對于隱式尋址模式，af字段設為“0”。
圖6是完成數(shù)據(jù)包首部600的一個實施方案的圖表。各種字段等同于與圖5相聯(lián)系所示的字段，除沒有完成要求字段、地址格式字段以及空間字段以外。字節(jié)允許字段和特定循環(huán)字段用完成狀態(tài)字段替換。優(yōu)選地，完成狀態(tài)字段中裝入圖7所示的完成狀態(tài)編碼表中的數(shù)值。
只要全部的請求最后完成，存儲器讀的完成會提供少于請求的總量數(shù)據(jù)。類似地，存儲器的寫完成表示少于全部的請求已經(jīng)完成。之所以會這樣做是為了滿足特定平臺集線器鏈接口等待時間的要求，或允許對于返回數(shù)據(jù)緩沖器容量折衷。如果存儲器讀或寫請求有多次的完成，完成可以有不同的狀態(tài)。例如，當訪問橫貫設備解碼邊界時，這種情況就會發(fā)生。優(yōu)選地，存儲器讀應至少包含一個雙字的數(shù)據(jù)。給對應單個請求的所有完成提供的數(shù)據(jù)總量必須精確地等于原始請求規(guī)定的數(shù)據(jù)量。對于數(shù)據(jù)包返回“主異常終止”狀態(tài)，優(yōu)選地，請求的所有數(shù)據(jù)應當把全部的“1”返回。
圖7說明完成狀態(tài)編碼方案的一個實施方案表。對于把PCI總線上的設備作為目標的循環(huán)來說，例如圖1中所示的PCI總線180，完成狀態(tài)應代表實際的終止循環(huán)，除特定的循環(huán)外，優(yōu)選地，應當報告“成功完成”狀態(tài)。對于集線器鏈本地設備，完成狀態(tài)優(yōu)選地由完成類型確定，如果設備在PCI總線上被執(zhí)行，就將在該循環(huán)發(fā)生。舉例來說，集線器鏈接口代理接收一種請求但不把它作為目標，完成狀態(tài)必須是“主異常終止”狀態(tài)。這對應循環(huán)如何在PCI上終止。類似地，“目標異常終止”狀態(tài)完成狀態(tài)表示作為目標的設備能夠解碼循環(huán)，但永遠不能響應，而且必須只由具有嚴重的內(nèi)部問題的接口代理使用。
完成的“成功完成”狀態(tài)含意是請求(或數(shù)據(jù)長度中表示的部分)在最后目的地成功地完成。因此，當橋路將請求送到另一個接口時，它不把請求的完成數(shù)據(jù)包返回，但是必須等待完成數(shù)據(jù)包抵達另一個接口，然后將其返回到原始接口。
對于要求完成的請求，啟動程序最好保留有關請求的信息。典型地，這種信息將包括數(shù)據(jù)包的容量、鎖定狀態(tài)、路由信息等。某些這種信息對于某些啟動程序將是隱含的。當接收到完成時，啟動程序可以使用這種信息以匹配具有相應請求的完成。當請求有多次完成時，啟動程序最好把原始請求完成的數(shù)據(jù)計數(shù)累加，直到原始請求完成。
圖8是一個數(shù)據(jù)包首部的事務描述符路由字段部分的一個實施方案的圖表。這個實施方案的路由字段是用于數(shù)據(jù)包路由的一個6位字段。也可能是其它字段寬度。3位用于集線器ID，集線器ID識別包含事務初始主控的接口代理。對于這個實施方案，特別的集線器鏈層次內(nèi)集線器鏈部件總數(shù)限制到8。系統(tǒng)中有可能存在多個集線器鏈層次，而在這樣情況下，頂層的接口代理必須有能力把完成傳送回正確的層次。正如在這里所使用的術語“層次”定義為分層次連接的集線器鏈段數(shù)目，該集線器鏈段起始于集線器鏈“根”接口代理，此“根”接口代理典型地是存儲控制集線器。剩下的3位路由字段用于識別集線器鏈接口代理里的內(nèi)部“管道”。例如，一種I/O控制集線器部件經(jīng)各自的“管道”可以支持內(nèi)部通用串行總線(USB)主機控制器通信量和總線主IDE(BM-IDE)控制器通信量，并且使用這種機制與服務接口代理(在此例中為存儲控制集線器)進行通信，其中由不同“管道”初始化的通信量沒有排序的要求。如果集線器鏈接口代理不包含各自的內(nèi)部管道，它應優(yōu)選地使用管道ID的缺省值“000”。
如上述所述，路由字段分成兩個3位子字段，集線器ID子字段和管道ID子字段。集線器ID子字段用于支持多個集線器鏈系統(tǒng)中(即，兩個以上集線器鏈接口代理組成的系統(tǒng)中)的路由。來自不同集線器鏈接口代理(并且因此，具有不同的集線器ID)的事務應優(yōu)選地相互之間沒有排序的要求。對于不支持兩個以上集線器鏈部件的基于集線器鏈系統(tǒng)，以及對于可用于較大配置中的不設計成集線器鏈構造塊的特定的集線器鏈部件，使用集線器ID是隨意的。不使用集線器ID信息的部件必須將所有的“0”作為程序包的啟始，并且忽略此字段作為目標(即，假定所有的“0”位于此字段)。
只有在事務相互之間沒有排序的要求時，管道ID子字段才可用于區(qū)分事務。換句話說，它們來源于攜帶非排序通信量的不同內(nèi)部管道。否則，缺省值的所有的“0”必須用于此字段。不使用管道ID信息部件應優(yōu)選地將所有的“0”作為事務的啟始，并且忽略此字段作為目標(即，假定所有的“0”位于此字段)。
圖9說明事務描述符屬性字段編碼方案的一個實施方案表。屬性字段優(yōu)選地是3位值，它規(guī)定事務被目標集線器鏈接口代理接收時，將被如何處理，例如，事務要同步還是非同步處理。屬性字段支持依賴于移動所需要的應用的作業(yè)量，并支持處理具有特定質(zhì)量服務要求或者其它不同功能的數(shù)據(jù)。另外，最近開發(fā)的外部總線，例如IEEE 1394和USB允許設備之間的數(shù)據(jù)的同步移動。當數(shù)據(jù)流過I/O設備和存儲器之間的計算機系統(tǒng)芯片集時，這些保證必須保持。
雖然，屬性字段大到足以隨意確定允許使用一對一位編碼的當前的芯片集的通信量范圍，但它不足以直接描述選項的范圍，將來也許需要支持這樣的選項平臺。因此，屬性字段可用作為進入屬性機制表的索引。這種間接方式提供了屬性規(guī)范和用以實現(xiàn)的實際芯片集機制之間的轉換。
將來，可以用屬性字段支持的屬性可能包括區(qū)分“探聽”和“非探聽”通信量的能力，“探聽”是指，高速緩存連貫性由硬件(即芯片集)強制，而“非探聽”通信量依賴于軟件機制來保證系統(tǒng)中的數(shù)據(jù)連貫性。另外可能的屬性可以是一種“明確的能預提取的”屬性以支持只讀存儲的形式并且允許更為有效地使用主存儲帶寬。
請求和完成數(shù)據(jù)包中事務描述路由及屬性字段的一個重要方面是機制，這種機制用于將事務屬性從原始點帶到服務點并運回。這對于提供一個確定服務質(zhì)量的全面的解決方法是很重要的。
圖10是一個計算機系統(tǒng)中的集線器之間進行事務類型通訊方法的一個實施方案流程圖。在步驟1010，數(shù)據(jù)包首部從發(fā)送接口代理輸出到數(shù)據(jù)路徑。數(shù)據(jù)包首部包括請求/完成字段，以表明數(shù)據(jù)包首部是請求數(shù)據(jù)包首部還是完成數(shù)據(jù)包首部；數(shù)據(jù)包首部還包括讀/寫字段，以表明數(shù)據(jù)包首部是讀數(shù)據(jù)包還是寫數(shù)據(jù)包。讀/寫字段進一步表示數(shù)據(jù)長度是否接著數(shù)據(jù)包首部。數(shù)據(jù)包首部還同時包括數(shù)據(jù)長度字段以表明數(shù)據(jù)長度。在步驟1020，數(shù)據(jù)包首部在接收接口代理處被接收。
圖11是在一個計算機系統(tǒng)中的集線器之間對事務的路由和屬性信息進行通訊的方法的一個實施方案流程圖。在步驟1110，事務描述符傳送字段是輸出。事務描述符路由字段識別初始事務的初始化接口代理。事務描述符路由字段包括集線器識別部分和管道識別部分。集線器識別部分識別包含初始化接口代理的集線器，管道識別部分進一步識別被識別的集線器內(nèi)的初始化接口代理，如果事務相對于被識別的集線器中第二個接口代理沒有排序要求的話。在步驟1120，事務描述符屬性字段是輸出。
在前述的技術規(guī)格中，本發(fā)明已經(jīng)參照其中具體的值得模仿的實施方案作了描述。然而很顯然，在此之外進行的各種修正和改變都不違背本發(fā)明的主要精神和范圍，正如附權利要求中所陳述的那樣。因此，技術規(guī)范和附圖被看作具有示范性的而不是限定性的意義。
權利要求
1.一種設備，包含數(shù)據(jù)路徑輸入/輸出單元以輸出數(shù)據(jù)包首部，數(shù)據(jù)包首部包括請求/完成字段，表明數(shù)據(jù)包首部是請求數(shù)據(jù)包首部還是完成數(shù)據(jù)包首部；讀/寫字段，表明數(shù)據(jù)包首部是讀數(shù)據(jù)包還是寫數(shù)據(jù)包，讀/寫字段進一步表示數(shù)據(jù)長度是否接著數(shù)據(jù)包首部；以及數(shù)據(jù)長度字段，表明數(shù)據(jù)長度。
2.權利要求1的設備，其中數(shù)據(jù)包首部進一步包括一個鎖定字段以表明當前的數(shù)據(jù)包是鎖定序列的一部分。
3.權利要求2的設備，其中數(shù)據(jù)包首部進一步包括一個事務描述符路由字段和一個事務描述符屬性字段。
4.權利要求3的設備，其中請求/完成字段表明一個請求首部，請求首部包括一個完成要求字段。
5.權利要求4的設備，其中請求首部進一步包括一個地址格式字段。
6.權利要求5的設備，其中請求首部進一步包括一個空間字段，以進一步表明一個目的地空間類型。
7.權利要求3的設備，其中請求/完成字段表明完成，完成首部包括一個完成狀態(tài)字段。
8.一種系統(tǒng)，包含發(fā)送接口代理，包括發(fā)送接口代理數(shù)據(jù)路徑輸入/輸出單元，以輸出數(shù)據(jù)包首部，數(shù)據(jù)包首部包括請求/完成字段以表明數(shù)據(jù)包首部是請求數(shù)據(jù)包首部還是完成數(shù)據(jù)包首部，讀/寫字段以表明數(shù)據(jù)包首部是讀數(shù)據(jù)包還是寫數(shù)據(jù)包，讀/寫字段進一步表示數(shù)據(jù)長度是否接著數(shù)據(jù)包首部；以及數(shù)據(jù)長度字段以表明數(shù)據(jù)長度。接收接口代理，包括接收單元數(shù)據(jù)路徑輸入/輸出單元以接收數(shù)據(jù)包首部；以及耦合到發(fā)送單元和接收單元的數(shù)據(jù)路徑。
9.權利要求8的系統(tǒng)，其中數(shù)據(jù)包首部進一步包括一個鎖定字段以表明當前的數(shù)據(jù)包是鎖定序列的一部分。
10.權利要求9的設備，其中數(shù)據(jù)包首部進一步包括一個事務描述符傳送字段和一個事務描述符屬性字段。
11.權利要求10的設備，其中請求/完成字段表明一個請求首部，請求首部包括一個完成要求字段。
12.權利要求11的設備，其中請求首部進一步包括一個地址格式字段。
13.權利要求12的設備，其中請求首部進一步包括一個空間字段，以表明一種目的地空間類型。
14.權利要求9的設備，其中請求/完成字段表明完成，完成首部包括一個完成狀態(tài)字段。
15.一種方法，包含把數(shù)據(jù)包首部從發(fā)送接口代理輸出到數(shù)據(jù)路徑，其中輸出數(shù)據(jù)包首部包括輸出一個請求/完成字段，以表明數(shù)據(jù)包首部是請求數(shù)據(jù)包首部還是完成數(shù)據(jù)包首部；輸出一個讀/寫字段，以表明數(shù)據(jù)包首部是讀數(shù)據(jù)包還是寫數(shù)據(jù)包，讀/寫字段進一步表示數(shù)據(jù)長度是否接著數(shù)據(jù)包首部；以及輸出一個數(shù)據(jù)長度字段，以表明數(shù)據(jù)長度；以及在接收接口代理處接收數(shù)據(jù)包首部。
全文摘要
計算機系統(tǒng)(100)中集線器(130，160)之間進行事務類型通訊的一種設備的一個實施方案，該實施方案包括數(shù)據(jù)路徑輸入/輸出單元(135，165)，以輸出一個數(shù)據(jù)包首部(500)。數(shù)據(jù)包首部包括一個請求/完成字段(31)，以表明數(shù)據(jù)包首部(500)是請求數(shù)據(jù)包首部還是完成數(shù)據(jù)包首部。數(shù)據(jù)包首部(500)同時包括一個讀/寫字段(30)，以表明數(shù)據(jù)包首部(500)是用于讀數(shù)據(jù)包還是寫數(shù)據(jù)包。讀/寫字段(30)進一步表明數(shù)據(jù)的長度是否接著數(shù)據(jù)包首部。數(shù)據(jù)包首部進一步包括數(shù)據(jù)長度字段(8－13)，以表明數(shù)據(jù)的長度。
文檔編號H04L12/56GK1398374SQ99815343
公開日2003年2月19日 申請日期1999年11月2日 優(yōu)先權日1998年11月3日
發(fā)明者D·J·哈里曼, J·阿亞諾維克 申請人:英特爾公司