TW442729B - Network controller for processing status queries - Google Patents

Description

4Λ2 72 9 五、發明說明（1) 發明背景 技術領域本發明與雷聰44 H 間耦合訊息之系統和方法有；：有關’尤其與在網路電腦 技藝背景 當電腦# ffl # 時，對於電源管理系統的電腦變得更強而有力 的電力消耗降至最低。由=更：增…便將閒置電腦 同贊助的「進階控制和雷 Microsoft和Toshlba* 管理協定的範例之一(二二面」（''A C P1 ”）就是這類電源 u ULPI v. 1可從網站 www.telep〇rt.com/~acpi 處取得）。例如：者一 ACPI的電腦偵測到選擇的 田邛執订 的要朿下#、# Λ π & ΐ的閒置情況，則在本地作業系統 &耗電狀態（"低供電·狀態”）。在網路電 閒置電腦的支援邏輯轉㈣^ 供電狀態通常會留下m 電腦的角色一致。此低 适下電恥的網路控制器，此控制器用來連 / 、二、肩路媒體’在待機狀態内監視網路上有用的"事 #、i這广事件包含來電呼叫或訊息封包。在網路控制器 =到&些事件後’便會觸動電腦轉移至較高供電狀態， ，CPU執行通訊程序（"通訊堆疊N)來回應彳叫或訊息封 通常當電腦處於高供電狀態時，只需要一個動作便可回 應i目關的簡單狀態要求°在下列的探討中"狀態要求"表 =尋找有關電腦狀態之相關低階資訊的訊息，其中之資料 I含有關電腦本身的統計資訊或是在CPIJ運轉時用來當成 追縱路線的育訊。一種眾所周和的狀態要求範例為ί p回應

44272 9 五 '發明說明⑵ ~ 要求或Ping，ip回應要求通常由數個執行中的網路管理軟 體產生，用來決定一部或多部目標電腦是否連接至網路並 且處於功能狀態中，當節點的電源開啟時，它便會處於功 能狀態，獨立於目前節點的供電狀態。在偵測到要求之 後’利用產生一相關簡單要求之反應，電腦就會接收到一 回應要求。—般來說，狀態要求用來檢查網路上電腦是否 連線、收集網路操作上的統計值、監視許多節點上的流量 以及編造設備清單。網路管理軟體會定期送出許多狀態要 求，以監視網路的狀況。 不管狀態要求所尋找的資訊之相關簡單特質，在很多情 况下會使用電腦完整的通訊基本設備來處理和回應這些訊 息。1如：當要求電腦和回應電腦位於不同的網路時，回 應電腦依靠其通訊基本設備將可路由的回應產生給狀態要 求1尤其疋，c p u和其他系統的功能元件會執行讀取每個 要求訊息所需的通訊協定堆疊，並且產生適當的回應。這 些路由提供將要求資訊傳回起始狀態要求節點所需之路由 資訊。 t Γ，於低供電狀態的電腦接收到狀態要求，電腦的網路 控=器就會觸動電腦，將電腦轉換成CPU和支援邏輯有足 夠二力運作的供電狀態。在回到低供電狀態之前，CPU會 ，行處理要求並且產生適當回應的通訊路由。因此定期狀 態要求讓間置的電腦在低和高供電狀態之間重複循環：如 ，可減J間置電腦耗費在降低供電狀態的時間，並且轉移 处理本身也會消耗額外的電力。因此處理這類狀態要求會

Z142729 五、發明說明（3) '~^---- 降低電腦的電源效率，. 策略。 干並且破壞電斶電源管理系統的節约 對於此耗電問題有—個 加入-個通訊堆疊，用=广就是在網路控制器上 狀態時處理狀態要求用以PU:上支援邏輯位於低供電 入相當可觀的電路，並；會在網路控制器内加 ^^ „ 立且也需要相當複雜的同步方法’來 讓麟，制=内的通訊堆叠與CPU實施的通訊堆疊互相協 ί。2:心理更複雜的訊息，所以仍舊需要最後的堆 ζ ’·’、廷二和其他原因，一般認為在網路控制器内提供 額外的通訊堆疊是不切實際的。 發明概述 本發明為用來回應網路電腦所接收之選擇狀態要求的系 統和方法。而包含網路控制器的電腦會經過修改，在不牵 涉到電腦CPU所實施之通訊堆疊的情況下，偵測選擇的狀 態要求並產生回應。 依照本發明’網路控制器會接收訊息並且掃描接收的訊 息看是否有特定的位元圖樣^特定的位元圖樣將訊息識別 為包含原始回應的狀態詢問，如果識別出位元圖樣，則網 路控制器會取得狀態詢問的網路標題資料和原始回應，並 將取得的資訊結合成可路由的回應訊息。 在本發明的一個具體實施例内，特定的位元圖樣就是已 知的連接埠指定，而由讀取訊息IP標題内目的地連接埠領 域來確認詢問。 圖式簡要課明

第7頁 C:\My Docuuients\54776. ptd 在 42729 五、發明說明⑷ '— ---本發明藉由下列圖式内的範例來做說明， 號代表f似元件。這些圖式包含許多本發明；;具二t 例，但疋僅供說明之用並且不限制發明的範圍。 圖1A為本發明實現之網路的圖解代表。 圖1 β為用來在圖1A網路節點夕„囉拉μ ή 圖解代表。 即點之㈣接訊息之通訊協定的圖2為用來在電腦網路節點之間傳輸資料圖表之 息方塊圖。 J3為由依照本發明之網路控制器進行處理的修改過狀 恝查詢之方塊圖。 圖4為網路控制器之具體實施例的方塊圖，包含依昭本 發明之查詢確認和資料路由模組。 … 圖5為圖4的並聯電路具體實施例之方塊圖。 圖6為圖4的並聯電路另一具體實施例之方塊圖。 圖7為用來處理圖3依照本發明之狀態查詢的方法流程 本發明之詳細說明 下列說明公佈許多特定細節，提供對本發明有通盤的了 解。但疋’業界内那些原來就已經具有此一揭示之利益有 ，了解之技藝人士將知道，本發明不需要這些特定細節便 能實現。另外，為了更清楚‘強調本發明的功能，將不再詳 述已知的裝置、程序、組件和電路。 首先請參閱圖1A ’此處顯示本發明使用的鱗路丨〇 ^網 路100包含一第一子網路11〇、一第二子網路12〇以及一

C:\My Docmnents\54776. ptd 4 α 2 7 21 9 五'發明說明¢5) 用來連接苐一和第二子網路11〇、120的令介網路140。而. 中介網路1 4 0包含，例如一個或多個子網路，像是「廣域 網路（WAN)」、「區域網路（LAN)」’以及有線和無線通訊 連結。 要注意到子網路11 0、1 2 0本身就是網路，在此探討中當 成子網路，以表示它們亦為包含網際網路丨4〇之較大網路 的一部分。

第一和第二子網路110、120與中介網路14〇之間的資料 傳輸均遵守標準通訊協定，例如.：當，中介網路1 4 〇對應至 網際網路時，通常通訊協定為網際網路協定家族内其中一 種協定。這些協定包含「傳輸控制協定（"TCp，,）」、「不 可靠資料圖表協定（UDP)」以及其他數種，許多都用來與 「網際網路協定（"IP11 )」聯合使用，像是TCp/ip ' UDP/IP 等等。除非需要較大的特性，否則這些協定皆當成下列探 討中的IP。 為了說明起見，所以將第一子網路110顯示成包含個人 電腦（PC) 102、工作站106、伺服器108和路由器1〇4的乙 太網路。同樣地’將第二子網路丨2 〇顯示成包含個人電腦 11 2 '工作站11 6、主機11 8和路由器114的環形網路、路由 器1 04和Π 4分別將子網路11 〇和1 2 〇連接至網際網路（中 介網路140)。一般來說，像是個人電腦丨、1〇4、工作站 106、116、伺服器1〇8、主機118以及路由器1〇4、114這 類的電腦裝置，通常都當成網路丨〇 〇上的節點。本發明並 不取決於子網路上電腦裝置的類型或數量。

E:\eaa\54776. ptd 第9頁 442 72 9 五、發明說明（6) 本發明的首要好處已經狼明顯了，那就是透過兩個或多 個網路來路由訊息’例如在（子）網路0和J 2 〇上的節點 間。但是也適合於在相同網路上的節點間控制通訊，例如 子網路110上的PC 102和伺服器108。 形成電腦網路的主要動機之一是讓不同節點上的電腦裝 置可彼此通訊，通常可透過訊息封包或資料小包的交換來 達成。這些訊息封包利用依附於標準通訊協定，便可在像 是網路100這類相異的網路環境內傳遞。上述的ϊρ通常 用於這類網際網路通訊，但是本發明可使用任何已知的通 訊協定來運作。 現在請參閱圖1Β，此處顯示通訊協定堆疊152、154、 156、158(其集合為”通訊協定堆疊15(Γ )，代表訊息處理 並產生在子網路11 〇和1 2 0節點間傳輪訊息封包所需的資 源。特別是’通訊堆疊152、154、156和158分别代表電腦. 裝置108、104、114、112的軟體和硬體資源之分層結構。 這些資源通常包含CPU、CPU的支援邏輯、由CPU實行之通 訊路由’以及將電腦裝置連接至其子網路的網路控制器。 圖1B内顯示的分層結構為孔^丨？協定，這在New γ0Γΐί ( 1 99 6 ) Stephen Thomas、J〇hn Wiley & Sons 所著的 「iPng and the TCP/IP protoc〇iSj 内有描述。 仍舊參閲圖IB，通訊堆疊i52、158每個都由應用程式、 傳輸、内部網路和網路技術層所組成。應用程式層代表在 電腦裝置上執行的應用程式，用來傳送資料和接收來自網 路上其他電腦裝置的資料，這些應用程式包含第一傳輸應

C: \My Docuinents\54776. ptd 第10頁 44272 9 五、發明說明（7) -- =程式、遠端模擬應用程式和郵件應用程式。傳輸層包含 模組，此模組用來封包應用程式層的資料以便確實傳輸， 並且將接收自其他網路節點的資料分配至適當的應用程 式’此層大約對應至範例協定的·^?或UDp部份。 内部網路層包含模組，此模組將來自傳輸層的封包資料 格式化成’’資料小包”以便傳輸存取網路（例如網路100)， 亚且將從接收的資料小包抽出之封包資料往前傳送至傳輪 層。，別是，内部網路層會產生每個資料小包的IP標題。 P標題包含IP位址，此位址用來識別原始來源節點和網路 1〇〇所有節點間的最終目的地節點。在此處，原始來源節 點就是電腦裝置，而最終目的地節點就是處理資料小包的 電腦裝置。資科小包通常透過原始來源和最终目的地節'點 =間，其他節點來傳遞，但是這些節點僅會將資料小包往 I傳ϋ如同下列所探討的，將要在傳輸路徑内任何兩節 j間傳輸的資料小包格式化，大部分是網路技術層分内的 =。内部網路層大約對應至TCP/ip和UDp/ip協定的1?部 份。 技術層會以適合用來透過子網路傳輸至連接網路控 勹ς碎點之格式來分封資料小包，通常將格式化的資料小 =當成訊框。當訊框在網路間傳輸時，其内包含一預計成 =貧料小包的標題（"ΝΓ’標題），以及一附加於資料小包的 =蹤益（”ΝΓ.追蹤器）βΝΤ標題和追蹤器指定用於已經通過 祠路類型。NT標題包含網路上產生訊框的節點之當地位 田地來源節點），.以及子網硌上訊框目的地的當地位

— , ^：\My DocumentsN54776. ptd 第11頁 44272 9

址。=像ip =址，當地位址保證僅在特定子網路内是唯一 的，並且在資料小包連接至不同子網路時就會改變。 當地/最終來源和目的地節點可參考圖u來做說明。 於通過子網路110上伺服器108(原始來源節點）和子網路 120上PC 112(最終目的地節點）之間中介網路14〇的資料小 包而言’伺服器1 0 8為通過子網路1丨〇的訊框内之當“來源 節點，而PC 112為通過子網路12〇的訊框内之當地目的地'、 喊點。子網路1 1 0上訊框内的當地目的地節點為路由器 104，用來將子網路11〇連接至中介網路14〇。路由器^^通 常會依照網路1 40所使用的技術類型來修改接收訊框的们 標題和追蹤器。子網路丨2〇上訊框内的當地來源節點為路 由器114，用來接收來自網際網路的資料小包，並且依照 子網路1 20所使用的技術類型來修改接收訊框的町標題^ 追蹤器。資料小包在通過IP標題内分別指示為原始來源和 最終目的地節點的伺服器108和pC n2之不同子網路時仍 舊會保持不變，這是因為路由器1〇4、114通常只將接收自 網路1〇〇其他節點之訊息封包往前傳輸，而堆疊152、154 僅包含網際網路和網路技術層。 此刻請參閱圖2 ’此圖顯示傳輸過網路丨〇 〇子網路其中之 一之訊框2 0 0的方塊圖。一NT追蹤器212指示訊息封包2〇〇 的末端’並且通常包含用來測試傳輸可靠度的檢查總和。 一NT標題210指定目前子網路上訊框2〇〇的當地目的地 (L_DST)214和來源（l_SRC)216。當訊框2〇〇透過數個子網 路在原始來源和最終目的地節點之間路由時，Ντ標題和

C:\My Documents\54776. ptd 第12頁 44272 9 五、發明說明（9) 追蹤器210、212的形式可由路由器的通訊堆疊進行修改， 並且切換耦合的子網路。特別是，修改NT標題21〇和追蹤 器212以反應網路技術，例如乙太網路、令牌環（t〇ken ring)、FDDI以及目前子網路上的當地目的地214和當地來 源21 6。當訊框2 0 0通過子網路到達原始來源節點稿合處， 當地來源2 16便會指向原始來源節點。同樣地，當訊框2〇〇 通過子網路到達最終目的地節點耦合處，當地目的地2工6 便會指向最終目的地節點。 追隨於NT標題210之後是由IP標題220和資料欄230所構 成的資料小包218 » IP標題220指定資料小包218的最終目 的地（U_DST) 222和原始來源（〇_sRC)224。特別是，當 U — D S T 2 2 2指定卽點的IP位址給最終意欲的資料小包時， 0 — SRC 2 24會指定原始來源節點（例如上面範例内的伺服器 108)的網際網路位址（IP)。ip標題22〇通常包含指定的額 外攔，例如訊息優先權和來源節點所使用的丨p協定版本。 IP標題220由網際網路層產生並且預計成為資料攔230，此 攔包含應用程式層所產生並且傳輸層所格式化的資料。 在傳統的電腦裝置内，伺服器1 〇 8和pc 1 〇2、11 2，應用 程式、傳輸 '網際網路和網路技術層的模組通常當成電腦 裝置CPU上的軟體常式來執行。當然，電腦裝置通常需要 CPU和支极邏料來處理訊框200、獲得的資料小包218，並 且產生含有適當NT標題2 1 0和追蹤器21 2的回應資料小包。 因為這些原因’所以要利用處於低供電狀態下的電腦裝置 (例如PC 112)來接收訊框200 便需要將⑶]^和其支援邏

C:\My Docuiiients\54776. ptd 第13頁 442 72 9 五、發明說明（ίο) 輯從低供電狀態轉換成全供電狀態，以便執行適當的軟體 常式。 本發明允許電腦裝置與其他透過網路與之相連的電腦装 置通訊，而不干擾到這些其他電腦裝置上執行的電源管理 系統。特別是’本發明允許第一電腦引出處於低供電狀態 下的第二電腦之狀態、清單和其他資料類型’而不會導致 第二電腦的核心C其CPU和支援邏輯）轉換至較高耗電狀 態。. 在本發明的一個具體實施例内，第二電腦會透過包含並 聯電路的網路控制器連接至網路。並聯電路包含詢問綠認 模組，以確認要求訊息（此後為Π狀態詢問"）可不牽涉到第 二電腦的CPU和支援邏輯來處理。並聯電路也包含一資料 路由模組’用來抽出NT標題資料和來自狀態詢問的原型回 應資料’並且產生完全可路由的回應給來自取得資料的狀 態要求。採用這些詢問的標準化格式可簡化確認，並且路 由產生回應所需的.模組6 現在清參閱圖3 ’顯示訊框300的方塊圖，其内包含本發 明會使用到的狀態詢問302。如圖2内所示，訊框3〇〇内含 N T標題31 0 ’此標題分別指定當地目的地和來源節點 LQ_DST 314和LQ 一 SRC 316，並且以NT追蹤器312作為結 束。訊框3 0 0的資料小包部份，狀態詢問3 0 2，包含—指定 其最終目的地和原始來源節點UR_DST 322和〇R_SRC 的IP標題320。 狀態詢問3 0 2的兩個額外功能為確認碼3 4 0和原型回應

442 72 9 五、發明說明（11) 35 0。在公佈的具體實施例内，確認碼340為將訊息識別成 為狀態詢問3 0 2的特定位元順序。在本發明的一個果體實 施例内’網路控制器内的電路系統（圖4 - 6)會掃描來電訊 息並且決定它是否包含確認碼340，即是訊息是否為狀態 詢問。當確認狀態3.0 2詢問後，網路控制器内的電路系統 會從訊框獲得選取的資料，並且從獲得的資料產生回應的 訊息’而不依賴目的地節點的CPU或支援邏輯。 原型回應350用來將回應的ip部份變成狀態詢問3〇2，原 型回應350R包含ip標題320R，此標題分別指定其最終目的 地和原始來源節點UR—DST 322R和OR—SRC 324R ,並且選擇 性包含IP資料攔330R。因為原型回應350由狀態詢問300 所提供，所以UR—DST 322R便指定源自於狀態詢問3 00的來 源節點之IP位址，即是〇Q_SRC 324。同樣地，〇R_SRC 324R便指定源自於UQ_DST 3 22内目的地節點的IP位址，即 疋目S的節點。在單投（un i cas七）内，當產生詢問時’會 因此在原型回應3 5 0内指定（節點對節點）狀態詢問、回 應的原始來源和目的地節點β如此可避免需要喚起回應節 點的通訊堆疊來產生回應的資料小包部份β 本發明也支援發出當成多投或任投訊息的狀態詢問，其 中多重目的地節點為來源節點的目標。如上所述，回應的 最終目的地筇點為詢問的原始來源節點，並且當產生詢問 時會指定於原型回應内。接收要求的每個節點都會將其j ρ 和當地位址分別提供給使用網路控制器地路系統的回應訊 框3Q0R之IP來源和當地來源攔。

44272 9 五、發明說明（12) '一- - 除了 UR—DST 322R和〇R—SRC 3241?以外，原型反應35〇也 包含一資料攔或將固定器33〇R置於網路控制器内的資料路 由電路系統，此網路控制器内加入可存取網路控制器的一 個或^個暫存器之選擇資料^特別是，暫存器包含來源節 點到管理員、監視器或維持網路丨〇 〇内選取的節點所需之 狀恕、清單或存取資料。同樣的暫存器用來儲存節點的ιρ 位址和當地位址資訊，以便用來回應多投和任投訊息。 現在請參閱圖4，顯示依照本發明將電腦裝置連接至網 路的網路控制器4〇〇之具體實施例。網路介面模組41〇、封 包感應模組420以及接收和傳輸缓衝區43〇、434會分別形 成將網路控制器4〇〇連接至實際網路的頭端，DM模組4以 =週邊裝置互連介面（PCI IF)模組448則形成將網路控制 益400連接至剩餘電腦裝置的末端，一微控制器44〇用來控 制網路控制器400前後端之間的資料流動。一同顯示的還 有用來儲存選擇狀態 '清單和相關資料的選用暫存器 4 9 0,。在公佈的具體實施例内，用來識別和回應詢問封包 的並聯電路4 5 0會連接至網路控制器4 〇 〇的頭端邏輯。 網路介面模組41 0提供封包感應模組42〇和網路控制器 400連接之網路硬體之間的電子和機械連接。封包感應模 組420包含用來監視基礎網路上封包流通之邏輯，以決定 網路何時可傳送訊息封包。對於乙太網路技術而言，封包 感應模組420通常會執行「载體感應多重存取/碰撞偵測 (jSMA/CD)」協定。對於令牌環（t〇ken ring)網路技術而 吕，封包感應模組420會決定網路控制器4〇〇何時接收在網

C:\My Documents\54776. ptd 第16頁 442 72 9 I五、發明說明（13) 路上傳送訊息所需之令牌。 ，衝區430和434分別供暫時儲存傳入和傳出訊息之用。 控制器440透過DMA模.組444 *pci iF 448來控制缓衝區 W0、434和剩餘電腦裝置之間的資料流動。 、在網路控制器4〇〇的公佈具體實施例内，並聯電路 連接至封包感應模組420來監視傳入訊息封包，並且在偵 ，到時回應給狀態詢問。將並聯電路45〇架構在網路控制 器400的頭端可限制回應狀態詢問所需驅動之邏輯數量。 下面探討的其他數種組態提供可供比較的省電方式。 ，並聯電路450包含當識別出狀態詢問3〇2並且從獲得的資 料處形成回應吼框300R(圖3)時，從NT標題3 1 0和原型回 應35 0獲取資料的電路系統。此外，並聯電路45〇也包含 入回應封包300R狀態、清單和暫存器49〇内可獲得的類似 資料之電路系統。 ' 請再次參閱圖3 ,訊框3 0 0包含特定順序的資料，如此有 助於掃描訊息的確認碼340，並且在適當時使用訊息内择 得的資料產生回應/例如：代表訊框3〇〇的位元流依序^ 含當地目的地（LQ_DST 314)、當地來源（lq_316)、ιρ標 遞32 0以及原始回應350。因為這些資料攔的長度和順序在 每種協定内都有特定，所以獲得和記錄預期資料所需的 路系統就不需要太複雜。 現在請參閱圖5，此處顯示由詢問偵測模組55〇和資料路 由模组57 0所構成的並聯電路55Q之一具體實施例。詢問備 測模組550包含一傳入緩衝區510和一比較電路52〇，輕合

E:\aaa\54776. ptd 第 1*7 頁 442729 五、發明說明（14) 傳入缓衝區510來接收封包感應模组42〇的訊息封包，並且 依‘‘，、接收的訊息類型，將接收訊息封包的資料連接至網路 控制器400的末端或資料路由電路52〇。特別是，耦合比 較電路52 0來讀取傳入緩衝區51〇的選取槽看是否有確認 碼340，如果證實確認碼34〇存在，比較電路52◦會觸動資 料路由模組53(3將實料連出傳入緩衝區51〇。在並聯電路 450的一具體實施例内，資料會並聯連出傳入緩衝區51〇。 如果傳入緩衝區510的選取槽内未偵測到確認碼34〇，則會 將訊息封包往前傳送至網路控制器4 〇 〇的末端。 資料路由模組570包含路由電路530和傳出缓衝區54〇。 耦合路由電路530來接收傳入缓衝區51〇的資料，並且在利 用比較電路5 20觸發時將它傳輸至傳入缓衝區54〇的選取 槽。路由電路5 3 0會選擇性接收暫存器49〇的資料，並且在 ί貞測到的狀悲询問指示之下將它傳輸至傳出缓衝區5 4 〇的 選取槽。例如：會將節點狀態和活動資料提供至傳出缓衝 區540的一個資料攔（548 )，將IΡ位址資訊提供給丨ρ標題攔 (544)，以回應狀態要求的接收並當.成多投或任投訊息。 在並聯電路4 5 0的公佈具體實施例内，傳入緩衝區5 j ◦ 的槽會區分成攔51 2、5 14、5 1 6和5 1 8，分別對應至訊框 3 0 0的LQ一DST 314、LQ —SRC 31 6、確認碼340和原型回應 3 5 0。畲接收到狀態詢問時，攔5 1 2、5丨4和5丨8内的資料會 透過路由電路53 0分別連接至傳出緩衝區54〇的欄544、 5 4 2和5 4 6。在攔5 1 6内偵測到確認碼3 4 〇時，會觸動路由電 路5 3 0並利用比較電路5 2 0鎖定從傳入缓衝區5 J 〇至傳出缓

C:\My Docuinents\54776. ptd 第18頁 442 72 9 五、發明說明（15) 衝區540 的資料。 對於要求暫存器490的資料之狀態詢問3 00而言，當比較 電路5 20觸動後者時，要求的資料會透過路由電路5 30提供 至欄548。依照確認碼3 40的數值，暫存器490内不同的入 口會連接至傳出缓衝區540的欄548。為了有助於狀態詢問 3 0 0的確認’確認瑪3 4 0會指定至狀態詢問3 〇 〇内已經配置 的攔。在一具體實施例内，確認碼34〇為1?標題32〇目的地 連接埠攔（未顯示）内指定之已知連接埠。在另一個具體實 施例内’確認碼3 4 0會指定至用來處理回應原型3 5 〇的詢 問30 0資料區段内之位元櫊。透過其他可能的實施’通常 由封包感應模组42 0提供NT追縱器3 1 2。 在並聯電路450的一具體實施例内，傳入緩衝區51〇和傳 出缓衝區540就是網路控制器4〇〇的接收和傳輪缓衝區 430、434。在此具體實施例内，接收缓衝區43〇同時容納 序列和並列輸出，而傳輪緩衝區434則容納序列和並列輪 入。此具體實施例具有限制實行網路控制器4〇.〇時所需的 缓衝區數置之優點。在本發明的另一個具體實施例内，比 較電路52 0和路由模組53〇的功能是利用微控制器44〇當成 权體棋組來執二亍°仍舊在本發明的其他具體實施例内，可 使用ί Ϊ f路糸統、軟體和軔體的組合來執行這歧功能。 現在請參閱圖6，此處顯示並聯電路4個= 施例，此用來分析對夷5刼> 士 # έ ▲ 似’、聪貫 7| ^ 二應至執仃中訊息封包的位元流。在本 Ιέ例内’位π流會驅動至模組缓衝區侧 450。並聯電路45 0包含践ώ γ Λ C1 n w电跨 由相：組61 0，此模組用來識別訊

第19頁 44272 9 五 '發明說明（16) 息封包内的資料攔，並且透過MUX 620將隨附的資料路由 至暫存器6 3 0、640、650、660。因為NT和IP標題具有特定 的位元大小，因此路由模組61 〇可利用計算訊息封包起始 之位元來找出不同的資料欄。當路由模組6丨〇找到已知搁 的位元時’會觸動ΜϋΧ 620將位元提供至適當的暫存器 6 30、640、65 0、660其中之一。例如：對應至訊息的 NT—SRC、NT—DST、原型回應350和確認碼340之位元位置會 分別路由至暫存器630、640、65 0和6 60。 " 比較模組670會利用將暫存器66 〇内的位元與一個或多 個可接艾的確認碼3 4 0做比較，來決定訊息是否為狀態詢 問。如果識別狀態詢問，則比較電路67〇會觸動狀態機構 680 ,形成一具有來自暫存器63〇、64〇和65〇内資料的合 適NT標題之封包。如果經由確認碼確認，則來自N丨c暫 存器490的資料會加入至回應封包，並且狀態機構68〇會 發出回應封包。 β 在公佈的具體實施例内，來自訊息封包的資料會呈現在 緩衝區43G和並聯電路⑽内。因此，如果訊息識別為狀態 询問，則並聯電路會指示控制器4〇〇處理回應。如此避免 網路控制器400進一步處理缓衝區43〇内的資料，並且避免 將節點的C P U轉換至較高供電狀態。 將公佈於圖6内的確認模組55〇和資料路由模組57〇之具 體實施例顯示為奉獻電路，但是一些或全部這些模組都可 利用微控制器或内建處理器來執行成為軟體模組。 現在胡參閱圖7 ,此處顯示依照本發明用來回應狀態詢

C:\My Documents\54776, ptd 第20頁 d42 72 9 五.、發明說明（π) 問而不牽涉到CPU或其支援邏輯的裝置70〇之流程圖。當訊 息接收到710，會掃描720看是否有確認碼。在本發明二1 個具體實施例内，確認碼可能為數種確認碼其中一種，.每 種確認碼都需要來自接收節點不同類型的狀態查詢。如果 未在訊息内識別任何確誌碼72〇，此訊息不是狀態詢問， 裝置700會等待71 0下個訊息。在此情況下，會使用網路控 制器隨附的其他資源來處理訊息，例如隨附的CpU。 如果在訊息内識別出確認碼72〇，會從訊息取得耵資料 (例如L—SRC和L—DST)和IP資料（例如原型回應資料）73〇。 如果識別的確認碼指出節點需要額外的狀態資料或I p位址 貢料750 ,則會從適當缓衝區取回資料76〇並且使用取回的 NT、IP和狀態資料產生可路由的回應77〇 ^如果確認碼指 示並不需要狀態或位址資料75〇，則會使用取得的町和^ 資料產生回應。 因此便提供 和其支援邏輯 含詢問確認模 入訊息隨附位 問。資料路由 態詢問，並且 包含原型訊息 含透過網路控 路由模組會使 得的資料路由 有能力回 的網路控 組和資料 元流内的 槙組將從 產生一來 ，此訊息 制器内緩 用NT資料 回原始節 應選取狀 制器，為 路由模组 特定位元 訊息處取 自取得資 提供回應 衝區可獲 來產生回 點》 態要求由 此目的， 。詢問確 順序，以 得的NT和 料的回.應 用IP標題 得的節點 應的NT標 不會求助於CPU 網路控制器會包 認模組會確認傳 便識別狀態詢 1P資料識別為狀 。取得的I p資料 資料，此外亦包 指定資料。資料 題’此標題將取

Claims (1)

1. 44272 9

   種回應狀態詢問的方法，包 ύ^τ _ 知 a ^ 接收一訊息； 巧訊息是否有一特定位元順序； 情剩到指定的位元順序， 自θ 網路標題；以及 訊心取侍—原型回應矛 結合取得的回應和網路標 應。. 貝丁寸水形成一可路由的e 2_如申請專利範圍第1項之方法，其中处人本 列子步驟： 具中、〜合步驟包含下 從取得的網路標題資料產生— 將原型回庫妍知s έ & & 口應訊息的網路標題； w應附加至產生的網路標題；以及 將一網路追蹤器附加至原型回應β .如申请專利範圍第2項之方法/豆中產生 列子步驟： 具甲產生步驟包含下. 將取得的網路標題資料内指 網路標題的當地目的地；以及…h地來履指定成為〜 取得的網路標題資料内指定的當地目的 ’路標題的當地來源。 ‘定成為 4·請專利範圍第2項之方法，包含下列頰外牛 '、弋回應訊息是否需要額外的資料； ^驟： 從指定的缓衝區取得需要的回應資料；以及 5將取得的回應資料加入回應訊息内。 八一種回應包含原型回應的狀態詢問之方法’ s下列步驟： 此方决为 44272 9 六，_請專利範圍

   問； 回應；以 透過要求内一指定的位 從識別的狀態詢問取得 及 將取得的網路標題資料 回應訊息。 元順序來識別狀態詢 網路標題資料和原型 和原型回應結合成一 可路由的 δ. 如申請專利範圍第5項之方法 列子步驟 從取得的網路標題資料庙 以及 ' 回應訊心的網路標題； 將取得的原型回應附加5 7如由也$ ^ t 產生的網路標題 7.如申巧專利範圍第6項之方法，直 列子步驟： "〒產生步驟包含下 將訊息網路標題内指定的 網路標題的當地來源；以及 目的地扣疋成為一回應 將訊息網路標題内指定的當 路標題的當地目的地β 水源知疋成為一回應網 8.如申請專利範圍第6項之方法 狀態要求指示時取得狀態資料.=3下列頜外步騍： 將取得的狀態資料附加至原型回 一種處理狀態詢問的網路 ’、 一網路介面模組，用來接收^细網路控制器包含： -詢問癌認模組，連接至網路控制器的訊息； 組有能力識別取得訊息内的特 面楔組，詢問確認模 9. 一資料路由模组，連接至網路：：二’以及 h面楔組和詢問確認模

   Λ4272 9 六、申請專利範圍 組’資料路由模組有能力 訊息的原型回應資料，並且和目的地肓料以及 回應訊息。 並且從取件的來搌產生一可路由的 ，進一步包含一 用來將具有狀態 ’其中詢問確認 10.如申請專利範圍第9項之網路控制器 連接至貧料路由模組的狀態資料暫存器’ 實料的資料路由模組提供至回應訊息了 1 1 ·如申請專利範圍第9項之網路控制器 模組包含： · V 一傳入缓衝區，句会 一比續模紐，^ 戈儲存位置；以及 來將選取儲广'朴菩連接至傳入缓衝區的選取儲存位置，用 來將^儲存位置内的資料與特定確認碼做比較，並 資料與確認碼配對後提供一配對識別。 =組::請專利範圍第11項之網路控制器，其中資料路由 二或多個錯存位置；以及 模組，測衝:傳比較 心置的資料連接至傳出緩二區内選取儲 】3.如申請專利範圍第9項之網路控制器，盆中 =組和：料路由模組由可程式化微控制器所實行°。 模組和資料路由模组會當成奉獻電路^實行丄句問確認 S' 方法，將來自第二電腦的狀態資訊提供至第一電 I而第二電腦透過網路連接至第-電腦，此方法

   C. \My Docuinents\54776. ptd 第24頁 44272 9 六、申請專利範圍 列步驟： 產生—原型回應，此回應依照回和 電腦識別為最終目的地和來源；I刀別將弟和第一 包含开^將第來-自知原S型-回應和確認碼的資料小t，f料小包 目的地之標題；I電腦識別成為資料小包的最終來源和 將資料小包發出至網路上的第二電 包含資料小包的詢問訊框; 從β句問訊框取出路由杳极i ^ , ^路田貪科和原型回庠； 使用取出的路由和原型 Μ 訊框；以及 應責枓形成一可路由的回應 將回應格式發出至第一電腦。 16.如申請專利範圍第丨5項之法 應訊框的步驟包含下列子步騍：去，其中形成-可路由回 使用來自取出的路由資料 a 成訊框標題内的當地目的地和來源和目的地資訊當 將取得的原型回應附加至m樞二二:以及 1 7,如申請專利範圍第〗6項之不 入狀態資料之額外步驟。 万决，包含在原型回應内加

   C:\My Documents\54776. ptd