輸出步調

如果應用程式有足夠的資源可以像 (網路一樣快速地處理輸出資料,例如畫面) ,或者,如果較高層級的通訊協定 (,立即要求模式) 限制資料流程,應用程式就不需要參與步調,而且本機節點可以透明地處理輸出步調。

不過,某些類型的應用程式可能需要參與輸出步調。 例如,如果應用程式的資源有限, (印表機) ,應用程式應該在連線資訊控制區塊中指定應用程式步調選項, (OPEN (PLU) OK 回應上的 CICB) 。 (如需詳細資訊,請參閱 開啟 PLU Connection.) 應用程式也應該在 Open (PLU) OK 回應 上提供這些資源狀態的相關資訊,並定期使用 Status-Resource 訊息。

為了協助應用程式在 Open (PLU) OK 回應中計算初始點數位段,本機節點會在 Open (PLU) Request上提供步調視窗大小和主要和次要最大要求/回應單位 (RU) 大小。 初始點數必須至少與主要到次要步調視窗大小相同。 否則, BIND 將會遭到拒絕,而應用程式將會傳送 Open (PLU) Error Confirm 訊息。 本機節點會填入建議的初始信用額度值一個以上的步調視窗, (嘗試避免) 停止啟動的情況。

請注意,如果應用程式指定它必須涉及任何初始點數 () ,但 BIND 會指定沒有輸出步調,則本機節點也會拒絕 BIND

只有函式管理資料 (FMD) 要求是點數配置的一部分,因此除了初始信用額度所指定的 RU 數目之外,應用程式必須在其緩衝區內保留一個 狀態控制 要求的空間。 (狀態控制 訊息佔用 36 個位元組。)

應用程式傳遞至本機節點的每個點數單位,允許本機節點在使用區塊處理) 時提供單一 RU (或單一區塊。 請注意,如果應用程式正在接收區段,這可能對應到數個 DATAFMI 訊息。 應用程式可以使用開始基本資訊單位 (BBIU) 和結束基本資訊單位, (EBIU) 旗標來計算輸出流程式控制制用途的 RU。

應用程式應該維護點數使用計數,其應該向 Status-Resource 訊息上的本機節點報告。 應用程式必須採取下列動作:

  • 在處理 (未接收) DATAFMI 訊息時,使用 EBIU 設定 (對應到 FMD 要求) ,將點數使用計數遞增一個。

  • 在處理 狀態控制 訊息和來自本機節點的所有其他訊息時,請勿遞增信用額度的計數。

  • 定期報告 Status-Resource 訊息的目前信用額度計數。

  • 除非使用信用額度的計數為零,否則當其緩衝區變成空的 (最後一則訊息) 時,請回報信用額度的計數。

  • 當信用額度的計數回報給本機節點時,請將它重設為零。

    應用程式提供 Status-Resource 訊息的頻率並未架構。 不過,本機節點只會將收到點數 的資料訊息傳送 給應用程式。 當應用程式的信用額度計數達到初始信用額度值時,本機節點將不會傳送更多資料。 應用程式應該在發生這種情況之前嘗試傳送 Status-Resource 訊息,因為如果本機節點無法將 資料 訊息傳送至應用程式,而且主機仍在傳送要求,本機節點可能無法在需要時傳送步調回應給主機,因而降低效能。

    如果步調視窗很小,例如一或兩個,應用程式應該在處理每個DATAFMI訊息之後傳送Status-Resource,讓本機節點能夠傳送適當的步調回應。

    下圖顯示當應用程式未涉及 (APPLPAC = 0x00) 時,處理輸出步調的本機節點。 步調視窗假設為兩個。

    顯示處理輸出步調之本機節點的影像。
    處理輸出步調的本機節點

    下圖顯示本機節點和處理輸出步調的應用程式,其輸出步調視窗假設為兩個,而本機節點到應用程式的初始點數假設為四。 請注意,本機節點可以將隔離的步調回應 (IPR) 傳送至主機,以在應用程式有足夠的點數供目前視窗的其餘部分和下一個視窗使用時,立即取得另一個視窗。

    顯示處理輸出步調的本機節點和應用程式影像。
    本機節點和處理輸出步調的應用程式

另請參閱

開啟 PLU 連線
PLU 工作階段
輸出鏈結
輸入鏈結
區段交貨
括弧
方向
步調和區塊化
確認和拒絕資料]
關機並靜止
復原
應用程式起始的終止
LUSTAT]
回應時間監視資料