【文章內(nèi)容簡介】 據(jù)，它將發(fā)出STALL或 NAK 握手。如果功能部件能發(fā)出數(shù)據(jù)，它就發(fā)出數(shù)據(jù)。如果收到的標記被損壞，則功能部件不應(yīng)答。表84 功能部件對輸入事務(wù)的回應(yīng)收到的標記損壞功能部件的發(fā)送端口的掛起特征功能部件能發(fā)送數(shù)據(jù)采取的動作是不管不管不回應(yīng)否置了位不管發(fā)送停止握手否沒置位否發(fā)送 NAK 握手否沒置位能發(fā)送數(shù)據(jù)包表 85 顯示了主機對輸入事務(wù)回答。主機只能返回 1 種類型的握手： ACK 。如果主機收到了損壞的數(shù)據(jù)包，它把數(shù)據(jù)丟棄且不應(yīng)答。如果主機不能從功能部件接受數(shù)據(jù)，則（出于類似內(nèi)部緩沖溢出的問題）這條件被認為是錯誤，并且主機不應(yīng)答。主機能接受數(shù)據(jù)，并且如果數(shù)據(jù)包是完整無錯地被接收到，則主機接受數(shù)據(jù)并發(fā)出 ACK 握手。表 85 主機對輸入事務(wù)的回應(yīng)數(shù)據(jù)包損壞主機能接受數(shù)據(jù)主機返回的握手是N/一丟棄數(shù)據(jù)，不回應(yīng)否否丟棄數(shù)據(jù)，不回應(yīng)否能接受數(shù)據(jù)，發(fā)送 ACK對輸出事務(wù)的握手回答由表 84 表示。假設(shè)標記譯碼成功，功能部件收到數(shù)據(jù)包后，可以返回三種握手類型中的任何一種。如果數(shù)據(jù)包被損壞，功能部件不返回握手。如果數(shù)據(jù)包是被完整無錯地接收到，而功能部件的接收端口被停止，則功能部件返回停止。如果事務(wù)正維持著時序位同步而探測到失配（在第 節(jié)有詳細描述），那么功能部件返回 ACK ，并丟棄數(shù)據(jù)。如果功能部件能夠接受數(shù)據(jù)并完整無錯收到數(shù)據(jù)，它返回 ACK 。如果由于流控制的原因，功能部件不能接受數(shù)據(jù)包，它返回 NAK 。表86 功能部件對輸出事務(wù)的回應(yīng)（按優(yōu)先順序）數(shù)據(jù)包損壞接收器的掛起特征時序位匹配功能部件可接收數(shù)據(jù)功能部件返回的握手是N/一N/一N/一無否置了位N/一N/一停止否沒置位否N/一ACK否沒置位是可ACK否沒置位是否NAK建立事務(wù)定義了特殊的主機 功能部件的數(shù)據(jù)事務(wù)，它允許主機初始化端口的同步位為主機的同步位。一收到建立標記，功能部件就必須接受數(shù)據(jù)。功能部件不能對建立標記用STALL或 NAK 應(yīng)答，并且，接收功能部件必須接受建立標記后的數(shù)據(jù)包。如果非控制端口收到建立標記，它必須忽略事務(wù)且不應(yīng)答。包事務(wù)格式根據(jù)端口類型而變化。有 4 種端口類型：批處理，控制，中斷和同步。為滿足各種傳輸?shù)臅r序要求，主機控制器和設(shè)備各自需要不同的狀態(tài)機制。一些章節(jié)中的圖顯示了在各種傳輸類型中定義正確時序包的狀態(tài)機制。圖表不應(yīng)該認為是必需的執(zhí)行，但指定了必需的行為。圖817顯示了狀態(tài)機制圖表的圖例。三線圓表明是提及了另外一個（分等級的）狀態(tài)機。兩線圓表明是一個初始狀態(tài)。單線圓表明是簡單狀態(tài)。圖817 狀態(tài)機制的圖例帶箭頭的“突出”圖形表示狀態(tài)機制的出口或入口（在各自的圖例中）。在狀態(tài)機機制中，出口或入口與狀態(tài)機中處于更高級別的另一狀態(tài)有關(guān)。菱形（連接）用來將幾個過渡連接成一個普通的點。連接允許有單個輸入過渡而有多個輸出過渡或者是有多個輸入過渡而有單個輸出過渡。為了路徑能夠被獲取，所有與連接有關(guān)的過渡情形都要為真。路徑僅僅是包括一個或更多的連接的過渡的序列。過渡附加了一個方框，它里面的中間有一條線，將方框分為上下兩部分，上面是條件，下面是行為。若想進行這一過渡，則需條件為真。行為和條件的句法是符合VHDL的。如果過渡得以進行，那么行為也將可以施行。圓圈包括一個黑體的名字，可以包含一個或多個進入狀態(tài)時施行的行為。主機控制器和設(shè)備狀態(tài)機正是工作在如圖818所示的環(huán)境下的。主機控制器其將和設(shè)備的某端點之間進行的下一個事務(wù)處理，并想主機控制器狀態(tài)機發(fā)出命令（HC_cmd）。這使得主機控制器狀態(tài)機向下行總線發(fā)出一個或多個信息包（HSD1）。設(shè)備從總線（HSD2）獲得這些信息包，對收到的信息包作出反應(yīng)，并通過相應(yīng)的設(shè)備端點（在“端點陣列”中）和其功能單元進行通信。之后，設(shè)備可能向上行總線（HSU1）返回一個信息包。主機控制器狀態(tài)機能夠從總線（HSU2）收到一個新版并把該事務(wù)的處理結(jié)果提供給USB主控制器（HC_resp）?？偩€上什么包被發(fā)送的細節(jié)決定于端點的傳輸類型和狀態(tài)機遵守什么樣的總線活動規(guī)則。狀態(tài)機是以分等級的形式存在的。圖819顯示了主機控制器的頂層狀態(tài)機。這一章的余下部分將討論無分割傳輸。分割傳輸狀態(tài)機（HC_Do_start 和HC_Do_plete）將在第十一章進行描述和說明。 圖818 狀態(tài)機環(huán)境概述 圖819 主控制器頂層事務(wù)狀態(tài)機分層概況主機控制器狀態(tài)機位于主機控制器內(nèi)部。主機控制器負責向下行總線（標志為HSD1）發(fā)送信息包和從上行總線（標志為HSU2）接收信息包。設(shè)備狀態(tài)機位于設(shè)備內(nèi)部。設(shè)備負責向上行總線（標志為HSU1）和從下行總線（標志為HSD2）接收信息包。主機控制器具有告知接下來為端點發(fā)起什么事務(wù)的命令。主機控制器跟蹤幾個端點的事務(wù)。主機控制器狀態(tài)機時序決定了接下來需要為現(xiàn)在的端點做什么。設(shè)備對于任意它的端點都有一個狀態(tài)。設(shè)備狀態(tài)機時序決定了對于事務(wù)設(shè)備作出怎樣的反應(yīng)。附錄包括了一些用于組成狀態(tài)機、可能對于理解狀態(tài)機的額外細節(jié)有所幫助的聲明。還有數(shù)個偽代碼程序和函數(shù)作為條件和行為。在附錄中還包含對它們的簡單描述。圖820顯示了無分割傳輸類型主機控制器總體狀態(tài)機分層的概況。圖821顯示了設(shè)備狀態(tài)機的分層。首先介紹的是端點類型的普通狀態(tài)機。最低級別的端點類型特殊狀態(tài)機將在以下的各種端點類型的章節(jié)中分別進行介紹。 圖820 主機控制器無分割傳輸狀態(tài)機分層概況 圖821 設(shè)備傳輸狀態(tài)機分層概況 圖822 設(shè)備頂層狀態(tài)機 圖823 Device_process_Trans狀態(tài)機制 圖824 Dev_do_OUT 狀態(tài)機制 圖825 Dev_do_IN 狀態(tài)機制 圖826 HC_Do_nonsplit狀態(tài)機制全速/低速設(shè)備可以具有批量傳輸/控制傳輸端點，它們要花費時間處理它們的數(shù)據(jù)，并且，因此用無應(yīng)答握手回應(yīng)OUT事務(wù)。這一握手回應(yīng)說明端點因為沒有數(shù)據(jù)空間而不接收數(shù)據(jù)。在未來的端點有可用空間的時侯，主機控制器被期望重新進行這一傳輸事務(wù)。不幸的是，等到端點發(fā)生無應(yīng)答時，大多數(shù)全速/低速總線的事務(wù)時間已經(jīng)被使用了。這意味著，當無應(yīng)答OUT事務(wù)高頻率發(fā)生時全速/低速總線具有低利用率。高速設(shè)備必須支持改進的無應(yīng)答機制，以實現(xiàn)批量OUT傳輸和控制傳輸端點和事務(wù)?？刂贫它c必須支持支持這一協(xié)議，以實現(xiàn)數(shù)據(jù)和狀態(tài)階段的OUT事務(wù)?？刂平㈦A段不支持PING協(xié)議。這一機制允許設(shè)備告知主機控制器它是否對于下一個OUT事務(wù)足夠的端點空間。如果設(shè)備端點不具有空間，主機控制器可以決定為這個端點延遲一個事務(wù)嘗試，同時可以嘗試其他事務(wù)。這就可以完成改進的總線實現(xiàn)。這一機制避免了在主機控制器知道端點有數(shù)據(jù)空間前使用發(fā)送數(shù)據(jù)的總線時間。主機控制器用PING特殊標記查詢高速設(shè)備的端點。PING特殊標記是普通的標記包,正如圖85所示。端點或者用一個NAK握手或者用一個ACK握手回應(yīng)PING。NAK握手表明端點沒有“最大數(shù)據(jù)包”數(shù)據(jù)有效載荷的空間。主機控制器將在未來的某個時間重新嘗試PING以再次查詢端點。設(shè)備可以長時間的用NAK回應(yīng)PING。NAK回應(yīng)并不是主機控制器重新傳輸請求的原因。如果設(shè)備在（微）幀中用NAK作出回應(yīng)，主機控制器可以在下一個bInteval中特別為端點發(fā)出下一個事務(wù)。然而，設(shè)備必須準備好以連續(xù)事務(wù)的形式接收PINGs，例如，一個立刻接著另一個。ACK握手表明具有“最大數(shù)據(jù)包”數(shù)據(jù)有效載荷的空間。主機控制器必須以數(shù)據(jù)相產(chǎn)生OUT事務(wù)以作為端點的下一個事務(wù)。主機控制器在此端點的OUT/DATA事務(wù)之前可以為其他端點產(chǎn)生其他事務(wù)。如果端點用ACK握手對OUT/DATA事務(wù)作出回應(yīng)，這就意味著端點成功接收了數(shù)據(jù)并且具有“最大數(shù)據(jù)包”數(shù)據(jù)有效載荷的空間。只要主機控制器有事務(wù)產(chǎn)生，它就繼續(xù)OUT/DATA事務(wù)（對于總線上的下一個事務(wù)這是需要的）。如果端點以NYET握手回應(yīng)OUT/DATA事務(wù)，這就意味著端點接收了數(shù)據(jù)但不再具有“最大數(shù)據(jù)包”數(shù)據(jù)有效載荷的空間。直到端點聲明具有空間，主機控制器才可以重新使用PING標記。 圖827 主機高速批量OUT/Control PING狀態(tài)機制端點也可以用NAK握手回應(yīng)OUT/DATA事務(wù)。這意味著此時端點不接收數(shù)據(jù)并且不具有“最大數(shù)據(jù)包”數(shù)據(jù)有效載荷的空間。直到端點聲明具有空間，主機控制器才可以重新使用PING標記。NAK回應(yīng)被認為是異常事件。高速批量傳輸/控制傳輸端點必須在端點描述符中明確最大的NAK率。端點最多被允許在一個vInterval周期發(fā)生一次NAK。一個NAK說明端點用不恰當?shù)奈帐只貞?yīng)先前的OUT/PING，或者端點轉(zhuǎn)入了一個(臨時)不能接收數(shù)據(jù)的狀態(tài)。端點可以使用一個bInterval的0表明它從不發(fā)生NAK。端點必須總是能夠從主機接收PING,即使它從不發(fā)生NAK。如果數(shù)據(jù)相以后發(fā)生了超時，主機必須重新使用PING標記。注意回到PING狀態(tài)的轉(zhuǎn)變并不影響傳輸數(shù)據(jù)相的切換狀態(tài)。圖827 說明了PING、OUT/DATA標記與被允許的PING機制的ACK、NAK和NYET握手之間相互作用和轉(zhuǎn)換的主機控制器狀態(tài)機制。圖829說明了端點緩沖空間可用的PING的設(shè)備端點狀態(tài)機制。 圖828 Dev_HS_ping 狀態(tài)機制 圖829 設(shè)備高速批量OUT/Control狀態(tài)機制全速/低速設(shè)備/端點不支持PING協(xié)議。主機控制器對于全速/低速設(shè)備也不支持PING協(xié)議。注意：PING協(xié)議也不包含在分割傳輸協(xié)議的定義中。一些