專利名稱：啟動器、目標器及信息捎帶方法
技術領域：
本發(fā)明涉及通信領域，特別涉及啟動器、目標器及信息捎帶方法。
背景技術：
小型計算機接口 (Small Computer System Interface,以下簡稱SCSI)是一種智 能的通用接口標準。它是各種計算機與外部設備之間的接口標準。隨著信息技術的飛速發(fā) 展，SCSI總線頻率不斷提高，信號的干擾大大降低，穩(wěn)定性也隨之增強。目前，在SCSI寫請 求的處理過程中，啟動器和目標器之間需要進行兩次交互才能完成寫請求消息的傳輸。具 體為當啟動器需要將數(shù)據(jù)寫入到目標器中時，啟動器向目標器發(fā)送寫請求消息，以申請相 應的存儲空間。當目標器接收到該寫請求消息時，檢測自身的剩余存儲空間，當剩余存儲空 間滿足寫請求消息時，則返回寫請求反饋。然后，啟動器向目標器傳輸寫請求消息，當寫請 求消息傳輸結(jié)束后，目標器向啟動器返回數(shù)據(jù)反饋信息，完成寫請求消息的傳輸流程。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術至少存在如下缺陷現(xiàn)有的SCSI寫 請求過程中，利用啟動器和目標器之間的兩次交互完成寫請求的過程，代價較高，且整個寫 請求的處理時間長，效率低。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種啟動器、目標器及信息捎帶方法，用以實現(xiàn)在SCSI寫請求 過程中，縮短整個寫請求的處理時間，提高寫請求的效率。
本發(fā)明實施例提供了一種信息捎帶方法，包括 接收啟動器發(fā)送的捎帶消息，在啟動器的發(fā)送隊列中所述捎帶消息的下一個待發(fā) 送信息是寫請求消息；
檢測剩余存儲空間； 向所述啟動器發(fā)送所述捎帶消息對應的反饋信息，所述反饋信息包括所述檢測到 的剩余存儲空間信息。
本發(fā)明實施例提供了一種信息捎帶方法，包括 向目標器發(fā)送捎帶消息，在啟動器的發(fā)送隊列中所述捎帶消息的下一個待發(fā)送信 息是寫請求消息； 接收所述目標器發(fā)送的所述捎帶消息對應的反饋信息，所述反饋信息包括所述目 標器檢測到的剩余存儲空間信息； 當所述剩余存儲空間信息指示所述目標器的剩余存儲空間大小滿足所述寫請求 消息對應的請求空間時，向所述目標器發(fā)送數(shù)據(jù)。
本發(fā)明實施例提供了 一種目標器，包括 第一接收模塊，用于接收啟動器發(fā)送的捎帶消息，在啟動器的發(fā)送隊列中所述捎 帶消息的下一個待發(fā)送信息是寫請求消息；
檢測模塊，用于檢測剩余存儲空間；
第一發(fā)送模塊，用于向所述啟動器發(fā)送所述捎帶消息對應的反饋信息，所述反饋
信息包括所述檢測到的剩余存儲空間信息。 本發(fā)明實施例提供了一種啟動器，包括 第二發(fā)送模塊，用于向目標器發(fā)送捎帶消息，在啟動器的發(fā)送隊列中所述捎帶消 息的下一個待發(fā)送信息是寫請求消息； 第二接收模塊，用于接收所述目標器發(fā)送的所述捎帶消息對應的反饋信息，所述 反饋信息包括所述目標器檢測到的剩余存儲空間信息； 第三發(fā)送模塊，用于當所述剩余存儲空間信息指示所述目標器的剩余存儲空間大
小滿足所述寫請求消息對應的請求空間時，向所述目標器發(fā)送數(shù)據(jù)。 本發(fā)明實施例提供了一種信息捎帶系統(tǒng)，包括目標器和啟動器； 所述目標器，用于接收啟動器發(fā)送的捎帶消息，在啟動器的發(fā)送隊列中所述捎帶
消息的下一個待發(fā)送信息是寫請求消息；檢測剩余存儲空間；向所述啟動器發(fā)送所述捎帶
消息對應的反饋信息，所述反饋信息包括所述檢測到的剩余存儲空間信息； 所述啟動器，用于向目標器發(fā)送捎帶消息，在啟動器的發(fā)送隊列中所述捎帶消息
的下一個待發(fā)送信息是寫請求消息；接收所述目標器發(fā)送的所述捎帶消息對應的反饋信
息，所述反饋信息包括所述目標器檢測到的剩余存儲空間信息；當所述剩余存儲空間信息
指示所述目標器的剩余存儲空間大小滿足所述寫請求消息對應的請求空間時，向所述目標
器發(fā)送數(shù)據(jù)。 由上述技術方案可知，本發(fā)明實施例中目標器接收啟動器發(fā)送的捎帶消息，在啟 動器的發(fā)送隊列中該捎帶消息的下一個待發(fā)送消息是寫請求消息，目標器通過檢測自身剩 余存儲空間的大小，并將包含剩余存儲空間大小的信息捎帶在捎帶消息對應的反饋信息中 發(fā)送給啟動器，使得啟動器在該消息的提示下發(fā)送寫請求消息對應的數(shù)據(jù)，從而通過啟動 器和目標器之間的一次交互，實現(xiàn)了 SCSI寫請求過程，縮短了整個寫請求過程的處理時 間，提高了寫請求的效率。


為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例描述中所需要使 用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對 于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得 其他的附圖。
圖1為本發(fā)明實施例一提供的信息捎帶方法的流程示意圖；
圖2為本發(fā)明實施例二提供的信息捎帶方法的流程示意圖
圖3為本發(fā)明實施例三提供的信息捎帶方法的信令圖；
圖4為本發(fā)明實施例四提供的信息捎帶方法的流程示意圖；
圖5為本發(fā)明實施例五提供的信息捎帶方法的流程示意圖；
圖6為本發(fā)明實施例六提供的信息捎帶方法的信令圖；
圖7為本發(fā)明實施例七提供的目標器的結(jié)構示意圖；
圖8為本發(fā)明實施例八提供的啟動器的結(jié)構示意圖；
圖9為本發(fā)明實施例九提供的信息捎帶系統(tǒng)的結(jié)構示意圖。
具體實施例方式
為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例描述中所需要使 用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對 于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得 其他的附圖。 圖1為本發(fā)明實施例一提供的信息捎帶方法的流程示意圖。如圖1所示，本實施 例可以包括以下步驟 步驟400、接收啟動器發(fā)送的捎帶消息，在啟動器的發(fā)送隊列中所述捎帶消息的下 一個待發(fā)送信息是寫請求消息； 該捎帶消息是在啟動器的發(fā)送隊列中寫請求消息的前一個待發(fā)送消息，它可以是 啟動器按照現(xiàn)有的SCSI協(xié)議向目標器發(fā)送的讀請求消息，也可以是寫請求消息。
步驟401 、檢測剩余存儲空間； 步驟402、向所述啟動器發(fā)送所述請求消息對應的反饋信息，所述反饋信息包括所 述檢測到的剩余存儲空間信息。 本實施例提供的信息捎帶方法可以應用到通過SCSI接口構成的系統(tǒng)中，但不限 于SCSI接口構成的系統(tǒng)。通過SCSI接口構成的系統(tǒng)中可以包括啟動器和多個同時連接到 該啟動器的目標器，其中，啟動器可以為服務器、個人電腦(Personal Computer,以下簡稱 PC)等設備，目標器可以為磁盤陣列、硬盤等存儲設備 當目標器接收到啟動器發(fā)送的捎帶消息時，目標器可以將表示自身剩余存儲空間 大小的剩余存儲空間信息通過上述捎帶消息對應的反饋信息捎帶發(fā)送給啟動器，由啟動器 根據(jù)目標器的剩余存儲空間大小判斷是否發(fā)送寫請求消息。 當啟動器接收到目標器通過請求消息對應的反饋信息捎帶發(fā)送的剩余存儲空間 信息后，該啟動器根據(jù)該剩余存儲空間信息判斷目標器中的剩余存儲空間是否不小于待發(fā) 送數(shù)據(jù)所需的存儲空間，若是，則直接向目標器發(fā)送數(shù)據(jù)。若否，則啟動器按照現(xiàn)有的SCSI 協(xié)議重新發(fā)送該寫請求消息，然后根據(jù)目標器的反饋信息發(fā)送該寫請求消息對應的寫請求 消息。 本實施例通過反饋信息將剩余存儲空間信息捎帶發(fā)送到啟動器，使得該啟動器能 夠根據(jù)該剩余存儲空間信息直接向目標器發(fā)送數(shù)據(jù)，從而通過啟動器和目標器之間的一次 交互，實現(xiàn)了 SCSI寫請求過程，縮短了整個寫請求過程的處理時間，提高了寫請求的效率。
圖2為本發(fā)明實施例二提供的信息捎帶方法的流程示意圖。如圖2所示，本實施 例可以包括以下步驟 步驟601、向目標器發(fā)送捎帶消息，在啟動器的發(fā)送隊列中所述捎帶消息的下一個 待發(fā)送信息是寫請求消息； 步驟602、接收所述目標器發(fā)送的所述捎帶消息對應的反饋信息，所述反饋信息包 括所述目標器檢測到的剩余存儲空間信息； 步驟603、當所述剩余存儲空間信息指示所述目標器的剩余存儲空間大小滿足所 述寫請求消息對應的請求空間時，向所述目標器發(fā)送數(shù)據(jù)。 本實施例與上述實施例一提供的信息捎帶方法所適用的系統(tǒng)相同，都為SCSI接 口構成的系統(tǒng)。其中，捎帶消息可以為讀請求消息，也可以為寫請求消息，其中，讀請求消息為啟動器請求讀取目標器中的某一數(shù)據(jù)時所發(fā)送的請求消息，數(shù)據(jù)信息為啟動器需要將數(shù) 據(jù)存儲到目標器時所發(fā)送的數(shù)據(jù)。 首先由啟動器按照現(xiàn)有的SCSI協(xié)議向目標器發(fā)送捎帶消息，當目標器接收到該 捎帶消息后，按照該消息的指示執(zhí)行操作，當目標器成功完成該消息指示的操作后，目標器 對自身的剩余存儲空間進行檢測，并將表示自身剩余存儲空間大小的剩余存儲空間信息通 過該消息對應的反饋信息捎帶發(fā)送到啟動器。 當啟動器接收到目標器通過該消息對應的反饋信息捎帶發(fā)送的剩余存儲空間信 息后，該啟動器根據(jù)該剩余存儲空間信息判斷目標器中的剩余存儲空間是否滿足待發(fā)送數(shù) 據(jù)所需的存儲空間，如果是，則該啟動器直接向目標器發(fā)送數(shù)據(jù)。如果否，則啟動器按照現(xiàn) 有的SCSI協(xié)議發(fā)送該寫請求消息，然后根據(jù)目標器的反饋信息發(fā)送該寫請求消息對應的 寫請求消息。 本實施例中啟動器接收到捎帶在捎帶消息對應的反饋信息中的剩余存儲空間信 息后，在該剩余存儲空間信息確定目標器的剩余存儲空間大小滿足請求消息對應的請求空 間時，向目標器發(fā)送數(shù)據(jù)，從而通過啟動器和目標器之間的一次交互，實現(xiàn)了 SCSI寫請求 過程，縮短了整個寫請求過程的處理時間，提高了寫請求的效率。 圖3為本發(fā)明實施例三提供的信息捎帶方法的信令圖，本實施例可以包括以下步 驟 步驟501、目標器接收啟動器發(fā)送的讀請求消息。 需要說明的是，本實施例中的請求消息以讀請求消息為例進行說明，但不限于讀 請求消息。本實施例中的讀請求消息可以參照上述實施例一的描述，此處不再贅述。
步驟502、目標器根據(jù)該讀請求消息的指示讀取數(shù)據(jù)。 本實施例中目標器接收到的是讀請求消息，則目標器讀取該讀請求消息指示的數(shù) 據(jù)。 進一步的，若本步驟中目標器按照該讀請求消息的指示讀取數(shù)據(jù)時，讀取失敗，則 結(jié)束流程。 步驟503、目標器檢測自身的剩余存儲空間。 步驟504、目標器通過該讀請求反饋信息將Status codes :50h捎帶發(fā)送到啟動 器。 由于本實施例中的請求消息為讀請求消息，則當目標器成功讀取該讀請求消息指 示的數(shù)據(jù)后，需要向啟動器返回讀取數(shù)據(jù)返回讀請求反饋信息。進一步地，當目標器成功檢 測自身的剩余存儲空間后，則目標器將表示讀請求消息執(zhí)行成功和剩余存儲空間的Status codes :50h通過讀請求反饋信息捎帶發(fā)送到啟動器。 步驟505、啟動器根據(jù)讀請求反饋信息捎帶發(fā)送的Status codes :50h判斷目標器 的剩余存儲空間是否不小于待發(fā)送數(shù)據(jù)所需占用的空間，若是，則執(zhí)行步驟506 ;若否，則 執(zhí)行步驟507。 啟動器接收到目標器通過讀請求反饋信息捎帶發(fā)送的Status codes :50h，并根據(jù) 該Status codes :50h判斷目標器的剩余存儲空間的大小，當該剩余存儲空間不小于待發(fā) 送數(shù)據(jù)所需占用的空間時 則執(zhí)行步驟506 ;當該剩余存儲空間小于待發(fā)送數(shù)據(jù)所需占用 的空間時，則執(zhí)行步驟507。
步驟506、啟動器直接向目標器發(fā)送寫請求消息。
步驟507、啟動器重新發(fā)送該寫請求消息的長度信息。 本實施例中將Status codes :50h通過讀請求反饋信息捎帶發(fā)送到啟動器，由啟 動器根據(jù)Status codes :50h判斷目標器的剩余存儲空間是否不小于代發(fā)送數(shù)據(jù)所需占用 的空間，如果是，則啟動器直接向目標器發(fā)送寫請求消息，從而通過啟動器和目標器之間的 一次交互，實現(xiàn)了 SCSI寫請求過程，縮短了整個寫請求過程的處理時間，提高了寫請求的 效率。 進一步地，本實施例中的Status codes :50h還可以通過寫請求消息對應的數(shù)據(jù) 反饋信息捎帶發(fā)送到啟動器，具體的執(zhí)行步驟與請求消息為讀請求消息的執(zhí)行步驟相同， 此處不再贅述。 圖4為本發(fā)明實施例四提供的信息捎帶方法的流程示意圖。如圖四所示，本實施 例可以包括以下步驟 步驟101、接收所述啟動器發(fā)送的捎帶消息，在啟動器的發(fā)送隊列中，該捎帶消息 的下一個待發(fā)送信息為寫請求消息，所述捎帶消息包括所述寫請求消息的長度信息，所述 寫請求消息的長度信息用于指示所述啟動器請求的空間的大??； 步驟102、根據(jù)所述寫請求消息的長度信息判斷目標器的剩余存儲空間是否不小 于所述啟動器請求的空間，當所述目標器的剩余存儲空間不小于所述啟動器請求的空間 時，則向所述啟動器返回所述寫請求消息對應的狀態(tài)反饋信息，所述狀態(tài)反饋信息用于指 示所述啟動器發(fā)送所述寫請求消息對應的數(shù)據(jù)。 本實施例提供的信息捎帶方法可以應用到通過SCSI接口構成的系統(tǒng)中，但不限 于SCSI接口構成的系統(tǒng)。通過SCSI接口構成的系統(tǒng)中可以包括啟動器和多個同時連接到 該啟動器的目標器，其中，啟動器可以為服務器、個人電腦(Personal Computer,以下簡稱 PC)等設備，目標器可以為磁盤陣列、硬盤等存儲設備。 本實施例中，啟動器能夠?qū)⒋l(fā)送信息進行排序形成發(fā)送隊列，當發(fā)送隊列中連 續(xù)的兩個待發(fā)送信息分別為捎帶消息和寫請求消息，且該寫請求消息的發(fā)送順序位于該捎 帶消息之后時，則該啟動器將該寫請求消息的長度信息攜帶在該捎帶消息中，使得寫請求 消息的長度信息與捎帶消息同時發(fā)送到目標器。其中，該捎帶消息可以為讀請求消息，也可 以為寫請求消息。 當目標器接收到該捎帶消息后，該目標器根據(jù)捎帶消息中攜帶的長度信息判斷自 身的剩余存儲空間是否不小于啟動器所請求空間的大小，若是，則向啟動器返回該寫請求 消息對應的狀態(tài)反饋信息。其中，該狀態(tài)反饋信息用于指示啟動器發(fā)送該寫請求消息對應 的寫請求消息。 當啟動器接收到該目標器返回的狀態(tài)反饋信息時，根據(jù)該狀態(tài)反饋信息，直接向 目標器發(fā)送寫請求消息對應的待寫入數(shù)據(jù)。從而通過啟動器和目標器之間的一次交互，實 現(xiàn)了 SCSI寫請求過程。 本實施例當啟動器的發(fā)送隊列中的捎帶消息的下一個待發(fā)送信息為寫請求消息 時，啟動器將該寫請求消息的長度信息通過捎帶消息捎帶發(fā)送到目標器，使得目標器能夠 根據(jù)該寫請求消息的長度信息確定是否指示該啟動器發(fā)送該發(fā)送隊列首位的寫請求消息 對應的寫請求消息，從而減少了一次啟動器和目標器之間的交互，縮短了整個寫請求過程的處理時間，提高了寫請求的效率。 圖5為本發(fā)明實施例五提供的信息捎帶方法的流程示意圖。如圖5所示，本實施例可以包括以下步驟 步驟301、當發(fā)送隊列中的捎帶消息的下一個待發(fā)送信息為寫請求消息時，將所述寫請求消息的長度信息捎帶在捎帶消息中向目標器發(fā)送，以請求所述目標器分配所述寫請求消息的長度信息對應的空間； 步驟302、接收所述目標器返回的所述寫請求消息對應的狀態(tài)反饋信息；
步驟303、根據(jù)所述狀態(tài)反饋信息向目標器發(fā)送所述寫請求消息對應的數(shù)據(jù)。
本實施例與上述實施例一提供的信息捎帶方法所適用的系統(tǒng)相同，都為SCSI接口構成的系統(tǒng)。通過SCSI接口構成的系統(tǒng)中可以包括啟動器和多個同時連接到該啟動器的目標器，其中，啟動器和目標器已經(jīng)在上述實施例一中進行了詳細描述，此處不在贅述。
本實施例中，當啟動器的發(fā)送隊列中存在連續(xù)的兩個待發(fā)送信息分別為捎帶消息和寫請求消息，且寫請求消息的發(fā)送順序位于該捎帶消息之后時，該啟動器將該寫請求消息的長度信息攜帶在該捎帶消息中，使得寫請求消息的長度信息與捎帶消息同時發(fā)送到目標器。以請求目標器為該寫請求消息分配相應的空間。其中，捎帶消息可以為讀請求消息，也可以為寫請求消息。讀請求消息、寫請求消息、寫請求消息的長度信息已在上述實施例一中進行了詳細說明，此處不再贅述。 當目標器接收到該捎帶消息后，首先按照該捎帶消息的指示執(zhí)行操作，例如捎帶
消息為讀請求消息時，該目標器按照該讀請求消息的指示讀取相應的寫請求消息；若該捎
帶消息為寫請求消息時，則該目標器按照該寫請求消息的指示存儲數(shù)據(jù)。 若目標器按照捎帶消息的指示執(zhí)行操作失敗，則該捎帶消息中的寫請求消息的長
度信息將不被處理，流程結(jié)束；若執(zhí)行操作成功，則目標器能夠?qū)υ撋訋⒌膱?zhí)行狀態(tài)進
行反饋，具體地，若目標器按照讀請求消息完成數(shù)據(jù)讀取操作后，向啟動器返回讀請求反饋
信息；若目標器按照寫請求消息完成數(shù)據(jù)存儲操作后，向啟動器返回數(shù)據(jù)反饋信息。 本實施例中，在目標器按照捎帶消息的指示完成相應操作后，目標器根據(jù)捎帶消
息中攜帶的長度信息判斷自身的剩余存儲空間是否不小于啟動器所請求空間的大小，并將
表示寫請求消息申請空間是否成功的狀態(tài)反饋信息攜帶在相應的執(zhí)行狀態(tài)反饋中向啟動
器發(fā)送。狀態(tài)反饋信息包括成功狀態(tài)信息和失敗狀態(tài)信息，成功狀態(tài)信息和失敗狀態(tài)信息
已經(jīng)在上述實施例二中進行了詳細說明，此處不再贅述。 當啟動器接收到該目標器返回的讀請求反饋信息或數(shù)據(jù)反饋信息時，該啟動器根據(jù)讀請求反饋信息或數(shù)據(jù)反饋信息中的狀態(tài)反饋信息確定是否需要向目標器發(fā)送下一個寫請求消息對應的待寫入數(shù)據(jù)，若該狀態(tài)反饋信息為成功狀態(tài)信息時，則啟動器直接向目標器發(fā)送下一個寫請求消息對應的待寫入數(shù)據(jù)；若該狀態(tài)反饋信息為捎帶失敗狀態(tài)信息時，則結(jié)束流程。 本實施例中當啟動器的發(fā)送隊列中的捎帶消息的下一個待發(fā)送信息為寫請求消息時，啟動器將該寫請求消息的長度信息通過捎帶消息捎帶發(fā)送到目標器，并根據(jù)目標器返回的狀態(tài)反饋信息發(fā)送寫請求消息對應的數(shù)據(jù)，從而減少了一次啟動器和目標器之間的交互，縮短了整個寫請求過程的處理時間，提高了寫請求的效率。
圖6為本發(fā)明實施例六提供的信息捎帶方法的信令圖，本實施例以上述實施例一提供的信息捎帶方法為基礎，進一步對本發(fā)明實施例信息捎帶方法進行詳細說明。如圖6所示，本實施例可以包括以下步驟 本實施例中在捎帶消息中進一步設置一個命令描述塊(CommandDescriptionBlock,以下簡稱CDB)，用于捎帶寫請求消息的長度信息。本實施例中所設置的CDB占用了16字節(jié)，該CDB中包括了保留(Reserved)字段和邏輯塊地址(Logical Block Address,以下簡稱LBA)字段。需要說明的是，該捎帶消息中還可以攜帶有捎帶啟動信息，用于指示目標器是否啟動捎帶技術，在本實施例中的捎帶啟動信息以該Reserved字段為例進行說明，但不限于Reserved字段，本實施例的寫請求消息的長度信息以LBA字段為例進行說明，但不限于LBA字段。 在本實施例的CDB中Reserved字段占用第1字節(jié)，LBA字段占用2_9字節(jié)，其中，2-5字節(jié)表示該寫請求消息的長度信息所請求的地址值，6-9字節(jié)表示該寫請求消息的長度信息請求空間的大小。假設目標器為邏輯單元號(Logical Unit Number,以下簡稱LUN)設備，且該LUN設備的存儲空間大小不超過2T，那么表示2T空間的LBA字段長度只需要32位，因此，本實施例中CDB為16字節(jié)即可滿足LBA字段對長度的需求。
需要說明的是，本實施例中的捎帶消息以寫請求消息為例進行說明，但不限于寫請求消息。當捎帶消息為讀請求消息時的流程，與捎帶消息為寫請求消息時的流程相同，此處不再追所述。 步驟201、目標器接收啟動器發(fā)送的寫請求消息，該寫請求消息中捎帶有Reserved字段和LBA字段。 步驟202、目標器按照該寫請求消息的指示存儲數(shù)據(jù)。 當目標器接收到該捎帶消息后，首先按照該捎帶消息的指示執(zhí)行操作，具體為若
該捎帶消息為讀請求消息時，則該目標器按照該讀請求消息的指示，讀取相應的寫請求消
息；若該捎帶消息為寫請求消息時，則該目標器按照該寫請求消息的指示存儲數(shù)據(jù)。 本實施例中目標器接收到的是寫請求消息，則目標器保存該寫請求消息中的數(shù)據(jù)。 進一步地，本實施例中若目標器按照捎帶消息的指示執(zhí)行操作失敗，則該捎帶消息中的寫請求消息的長度信息將不被處理。例如本步驟中目標器按照該寫請求消息的指示存儲數(shù)據(jù)時，存儲失敗，則結(jié)束流程。 步驟203、目標器判斷該寫請求消息中的Reserved字段是否指示啟動捎帶技術，若是，則執(zhí)行步驟204 ;若否，則目標器向啟動器返回數(shù)據(jù)反饋信息，該數(shù)據(jù)反饋信息中攜帶有Status codes :50h。 需要說明的是，目標器按照捎帶消息的指示完成相應操作后，目標器能夠?qū)υ撋訋⒌膱?zhí)行狀態(tài)進行反饋。在對執(zhí)行狀態(tài)的反饋中攜帶有寫請求消息申請空間是否成功的狀態(tài)反饋信息。其中，狀態(tài)反饋信息包括成功狀態(tài)信息和失敗狀態(tài)信息，目標器的剩余存儲空間不小于啟動器請求空間，則目標器向啟動器返回成功狀態(tài)信息；目標器的剩余存儲空間小于啟動器請求空間，則目標器向啟動器返回失敗狀態(tài)信息。 例如若目標器按照讀請求消息的指示執(zhí)行讀數(shù)據(jù)成功，且剩余存儲空間不小于啟動器請求空間時，則目標器向啟動器返回讀請求反饋信息，該讀請求消息中攜帶有成功狀態(tài)信息；若目標器按照寫請求消息的指示執(zhí)行存儲數(shù)據(jù)成功，且剩余存儲空間小于啟動器請求空間時，則目標器向啟動器返回數(shù)據(jù)反饋信息，該數(shù)據(jù)反饋信息中攜帶有失敗狀態(tài)信息 進一步地，本實施例中的狀態(tài)反饋信息以狀態(tài)編碼(Status codes)為例進行說明，但不限于Status codes。本實施例中的捎帶成功狀態(tài)信息以OOh為例進行說明，但不限于00h。該00h表示捎帶消息執(zhí)行成功且剩余存儲空間不小于請求空間。本實施例中設置了一個新的Status codes :50h，捎帶失敗狀態(tài)信息以50h為例進行說明，但不限于50h。該50還表示捎帶消息執(zhí)行成功且剩余存儲空間小于請求空間。 本步驟中，目標器讀取該捎帶消息中的Reserved字段，若該Reserved字段指示啟動捎帶技術，則執(zhí)行步驟204 ;若該Reserved字段指示不啟動捎帶技術時，則目標器向啟動器返回數(shù)據(jù)反饋信息，該數(shù)據(jù)反饋信息中攜帶有Statuscodes :50h。 進一步地，當啟動器接收到Status codes :50h后，結(jié)束當前流程，并按照現(xiàn)有的SCSI協(xié)議重新發(fā)送寫請求消息。 步驟204、目標器解析該寫請求消息，獲取該寫請求消息中的LBA字段。
其中，LBA字段用于指示啟動器請求空間的大小。 步驟205、目標器根據(jù)該LBA字段判斷剩余存儲空間是否不小于啟動器請求的空間，若是，則執(zhí)行步驟206 ;若否，則目標器向啟動器返回數(shù)據(jù)反饋信息，該數(shù)據(jù)反饋信息中攜帶有Status codes :50h。 目標器檢測自身的剩余存儲空間，并根據(jù)LBA字段判斷當前的剩余存儲空間是否不小于請求空間的大小。 步驟206、目標器向啟動器返回數(shù)據(jù)反饋信息，該數(shù)據(jù)反饋信息中攜帶有Statuscodes :OOh。 由于本實施例中的捎帶消息為寫請求消息，則當目標器成功存儲該寫請求消息后，需要向啟動器返回數(shù)據(jù)反饋信息。進一步地，當目標器判斷自身的剩余存儲空間不小于請求空間時，則目標器將表示寫請求消息執(zhí)行成功且剩余存儲空間不小于請求空間的Status codes :00h攜帶在該數(shù)據(jù)反饋信息中向啟動器發(fā)送。 需要說明的是，若本實施例中的捎帶消息為讀請求消息時，則當目標器成功讀取自身中存儲的某一數(shù)據(jù)后，需要向啟動器返回讀請求反饋信息。進一步地，當目標器判斷自身的剩余存儲空間不小于請求空間時，則目標器將表示讀請求消息執(zhí)行成功且剩余存儲空間不小于請求空間的Status codes :00h攜帶在該讀請求反饋信息向啟動器發(fā)送。
步驟207、啟動器接收到攜帶有Status codes :00h的數(shù)據(jù)反饋信息，并根據(jù)Status codes :00h向目標器發(fā)送數(shù)據(jù)。 當啟動器接收到目標器返回的數(shù)據(jù)反饋信息時，根據(jù)該數(shù)據(jù)反饋信息中攜帶的Status codes :OOh，直接向目標器發(fā)送數(shù)據(jù)。 需要說明的是，若該數(shù)據(jù)反饋信息中攜帶的Status codes為表示寫請求消息執(zhí)行成功且剩余存儲空間小于請求空間的50h時，則需要按照現(xiàn)有的SCSI協(xié)議重新發(fā)送該寫請求消息的長度信息，然后根據(jù)目標器的反饋信息發(fā)送相應的寫請求消息，執(zhí)行數(shù)據(jù)寫入目標器的操作。 本實施例中將Reserved字段和LBA字段通過寫請求消息捎帶發(fā)送到目標器，由目標器根據(jù)Reserved字段和LBA字段判斷剩余存儲空間是否不小于請求空間，如果是，則向啟動器返回攜帶有Status codes :00h的數(shù)據(jù)反饋信息，從而通過啟動器和目標器之間的一次交互，實現(xiàn)了 SCSI寫請求過程，縮短了整個寫請求過程的處理時間，提高了寫請求的效率。 圖7為本發(fā)明實施例七提供的目標器的結(jié)構示意圖。如圖7所示，本實施例目標器包括 第一接收模塊711，用于接收啟動器發(fā)送的捎帶消息，在啟動器的發(fā)送隊列中該捎
帶消息的下一個待發(fā)送信息是寫請求消息； 檢測模塊712，用于檢測剩余存儲空間； 第一發(fā)送模塊713，用于向啟動器發(fā)送該捎帶消息對應的反饋信息，該反饋信息包括檢測到的剩余存儲空間信息。 本實施例通過反饋信息將剩余存儲空間信息捎帶發(fā)送到啟動器，使得該啟動器能夠根據(jù)該剩余存儲空間信息直接向目標器發(fā)送數(shù)據(jù)，從而通過啟動器和目標器之間的一次交互，實現(xiàn)了 SCSI寫請求過程，縮短了整個寫請求過程的處理時間，提高了寫請求的效率。
圖8為本發(fā)明實施例八提供的啟動器的結(jié)構示意圖。如圖8所示，本實施例目標器包括 第二發(fā)送模塊811，用于向目標器發(fā)送捎帶消息，在啟動器的發(fā)送隊列中該捎帶消息的下一個待發(fā)送信息是寫請求消息； 第二接收模塊812，用于接收目標器發(fā)送的該捎帶消息對應的反饋信息，該反饋信息包括目標器檢測到的剩余存儲空間信息； 第三發(fā)送模塊813，用于當剩余存儲空間信息指示所述目標器的剩余存儲空間大小滿足該寫請求消息對應的請求空間時，向目標器發(fā)送數(shù)據(jù)。 本實施例中啟動器接收到捎帶在捎帶消息對應的反饋信息中的剩余存儲空間信息后，在該剩余存儲空間信息確定目標器的剩余存儲空間大小滿足請求消息對應的請求空間時，向目標器發(fā)送數(shù)據(jù)，從而通過啟動器和目標器之間的一次交互，實現(xiàn)了 SCSI寫請求過程，縮短了整個寫請求過程的處理時間，提高了寫請求的效率。 圖9為本發(fā)明實施例九提供的信息捎帶系統(tǒng)的結(jié)構示意圖。如圖9所示，本實施例包括目標器911和啟動器912 ; 目標器911，用于接收啟動器發(fā)送的捎帶消息，在啟動器的發(fā)送隊列中所述捎帶消
息的下一個待發(fā)送信息是寫請求消息；檢測剩余存儲空間；向所述啟動器發(fā)送所述捎帶消
息對應的反饋信息，所述反饋信息包括所述檢測到的剩余存儲空間信息； 啟動器912，用于向目標器發(fā)送捎帶消息，在啟動器的發(fā)送隊列中所述捎帶消息的
下一個待發(fā)送信息是寫請求消息；接收所述目標器發(fā)送的所述捎帶消息對應的反饋信息，
所述反饋信息包括所述目標器檢測到的剩余存儲空間信息；當所述剩余存儲空間信息指示
所述目標器的剩余存儲空間大小滿足所述寫請求消息對應的請求空間時，向所述目標器發(fā)
送數(shù)據(jù)。 本發(fā)明實施例中目標器911接收啟動器912發(fā)送的捎帶消息，在啟動器912的發(fā)送隊列中該捎帶消息的下一個待發(fā)送消息是寫請求消息，目標器911通過檢測自身剩余存儲空間的大小，并將包含剩余存儲空間大小的信息捎帶在捎帶消息對應的反饋信息中發(fā)送給啟動器，使得啟動器912在該消息的提示下發(fā)送寫請求消息對應的數(shù)據(jù)，從而通過啟動器912和目標器911之間的一次交互，實現(xiàn)了 SCSI寫請求過程，縮短了整個寫請求過程的處理時間，提高了寫請求的效率。 本領域普通技術人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、 RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。 最后應說明的是以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質(zhì)脫離本發(fā)明各實施例技術方案的精神和范圍。
權利要求
一種信息捎帶方法，其特征在于，包括接收啟動器發(fā)送的捎帶消息，在啟動器的發(fā)送隊列中所述捎帶消息的下一個待發(fā)送信息是寫請求消息；檢測剩余存儲空間；向所述啟動器發(fā)送所述捎帶消息對應的反饋信息，所述反饋信息包括所述檢測到的剩余存儲空間信息。
2. 根據(jù)權利要求1所述的方法，其特征在于，所述捎帶消息包括所述寫請求消息的長度信息，所述寫請求消息的長度信息用于指示所述啟動器請求的空間的大?。凰鰴z測剩余存儲空間包括根據(jù)所述寫請求消息的長度信息判斷目標器的剩余存儲空間是否滿足所述啟動器請求的空間；所述向所述啟動器發(fā)送所述捎帶消息對應的反饋信息，所述反饋信息包括所述檢測到的剩余存儲空間信息包括當所述目標器的剩余存儲空間滿足所述啟動器請求的空間時，向所述啟動器返回所述捎帶消息對應的反饋信息，所述反饋信息包括所述檢測到的剩余存儲空間信息，用于指示所述啟動器發(fā)送所述寫請求消息對應的數(shù)據(jù)；或者，當所述目標器的剩余存儲空間不滿足所述啟動器請求的空間時，則向所述啟動器返回所述捎帶消息對應的反饋信息，所述反饋信息包括所述檢測到的剩余存儲空間信息，用于指示所述啟動器不能直接發(fā)送所述寫請求消息對應的數(shù)據(jù)。
3. —種信息捎帶方法，其特征在于，包括向目標器發(fā)送捎帶消息，在啟動器的發(fā)送隊列中所述捎帶消息的下一個待發(fā)送信息是寫請求消息；接收所述目標器發(fā)送的所述捎帶消息對應的反饋信息，所述反饋信息包括所述目標器檢測到的剩余存儲空間信息；當所述剩余存儲空間信息指示所述目標器的剩余存儲空間大小滿足所述寫請求消息對應的請求空間時，向所述目標器發(fā)送數(shù)據(jù)。
4. 根據(jù)權利要求3所述的方法，其特征在于，所述捎帶消息包括所述寫請求消息的長度信息，所述寫請求消息的長度信息用于指示所述啟動器請求的空間的大小。
5. —種目標器，其特征在于，包括第一接收模塊，用于接收啟動器發(fā)送的捎帶消息，在啟動器的發(fā)送隊列中所述捎帶消息的下一個待發(fā)送信息是寫請求消息；檢測模塊，用于檢測剩余存儲空間；第一發(fā)送模塊，用于向所述啟動器發(fā)送所述捎帶消息對應的反饋信息，所述反饋信息包括所述檢測到的剩余存儲空間信息。
6. 根據(jù)權利要求5所述的目標器，其特征在于，所述捎帶消息包括所述寫請求消息的長度信息，所述寫請求消息的長度信息用于指示所述啟動器請求的空間的大??；所述檢測剩余存儲空間包括根據(jù)所述寫請求消息的長度信息判斷目標器的剩余存儲空間是否滿足所述啟動器請求的空間；所述向所述啟動器發(fā)送所述捎帶消息對應的反饋信息，所述反饋信息包括所述檢測到的剩余存儲空間信息包括當檢測模塊檢測出所述目標器的剩余存儲空間滿足所述啟動器請求的空間時，向所述啟動器返回所述捎帶消息對應的反饋信息，所述反饋信息包括所述檢測到的剩余存儲空間信息，用于指示所述啟動器發(fā)送所述寫請求消息對應的數(shù)據(jù)；或者， 當檢測模塊檢測出所述目標器的剩余存儲空間不滿足所述啟動器請求的空間時，則向所述 啟動器返回所述捎帶消息對應的反饋信息，所述反饋信息包括所述檢測到的剩余存儲空間 信息，用于指示所述啟動器不能直接發(fā)送所述寫請求消息對應的數(shù)據(jù)。
7. —種啟動器，其特征在于，包括第二發(fā)送模塊，用于向目標器發(fā)送捎帶消息，在啟動器的發(fā)送隊列中所述捎帶消息的 下一個待發(fā)送信息是寫請求消息；第二接收模塊，用于接收所述目標器發(fā)送的所述捎帶消息對應的反饋信息，所述反饋 信息包括所述目標器檢測到的剩余存儲空間信息；第三發(fā)送模塊，用于當所述剩余存儲空間信息指示所述目標器的剩余存儲空間大小滿 足所述寫請求消息對應的請求空間時，向所述目標器發(fā)送數(shù)據(jù)。
8. 根據(jù)權利要求7所述的啟動器，其特征在于，所述捎帶消息包括所述寫請求消息的 長度信息，所述寫請求消息的長度信息用于指示所述啟動器請求的空間的大小。
9. 一種信息捎帶系統(tǒng)，其特征在于，包括目標器和啟動器；所述目標器，用于接收啟動器發(fā)送的捎帶消息，在啟動器的發(fā)送隊列中所述捎帶消息 的下一個待發(fā)送信息是寫請求消息；檢測剩余存儲空間；向所述啟動器發(fā)送所述捎帶消息 對應的反饋信息，所述反饋信息包括所述檢測到的剩余存儲空間信息；所述啟動器，用于向目標器發(fā)送捎帶消息，在啟動器的發(fā)送隊列中所述捎帶消息的下 一個待發(fā)送信息是寫請求消息；接收所述目標器發(fā)送的所述捎帶消息對應的反饋信息，所 述反饋信息包括所述目標器檢測到的剩余存儲空間信息；當所述剩余存儲空間信息指示所 述目標器的剩余存儲空間大小滿足所述寫請求消息對應的請求空間時，向所述目標器發(fā)送 數(shù)據(jù)。
全文摘要
本發(fā)明實施例涉及一種啟動器、目標器及信息捎帶方法，該方法包括接收啟動器發(fā)送的捎帶消息，在啟動器的發(fā)送隊列中所述捎帶消息的下一個待發(fā)送信息是寫請求消息；檢測剩余存儲空間；向所述啟動器發(fā)送所述捎帶消息對應的反饋信息，所述反饋信息包括所述檢測到的剩余存儲空間信息。本發(fā)明實施例縮短了整個SCSI寫請求過程的處理時間，提高了寫請求的效率。
文檔編號G06F3/06GK101694611SQ20091020881
公開日2010年4月14日 申請日期2009年10月29日 優(yōu)先權日2009年10月29日
發(fā)明者劉昕 申請人:成都市華為賽門鐵克科技有限公司;