共用方式為


區塊化

區塊化可以視為類似分割。 (如需詳細資訊,請參閱 Segment Delivery.) 差別在於分割是由本機節點與遠端系統之間的通訊連結所決定,而區塊處理是由應用程式和本機節點之間的通訊連結所決定。

應用程式會在 Open (SSCP) Request 上指出它是否支援區塊化,如果是的話,則以位元組為單位的區塊大小。 然後,本機節點會使用要求/回應單位 (RU) 大小、區塊大小和區段大小 (,如果適用) 來判斷是否需要區塊化。 然後,它會指定用於輸入和輸出流程的區塊大小, (在 Open (PLU) Request上不需要相同) 。 這些值會以元素單位指定。 (如需詳細資訊,請參閱 Messages.) 其中一個大小的值為零,表示區塊化並非必要,因為區塊大小不是限制因素。 請注意,在區塊化資料中,RU 不會在元素中間分割。 這可避免資料複製。

例如,假設本機節點使用 8 KB 的 RU 大小, (KB) 和 2 KB 的區段,而應用程式的 Open (SSCP) Request 會指定區段傳遞和區塊大小 4 KB。 區塊處理將用於輸入資料流程 (,因為區塊大小小於 RU 大小) ,但輸出資料流程 (不需要,因為資料會在小於區塊大小的區段中傳遞) 。

如果正以任一方向使用區塊化,則所有信用額度值都會指定可以以該方向傳送的區塊數目,而不是 RU 數目。 請注意,區段傳遞選項包含在 Open (SSCP) Request 中,讓本機節點能夠計算對應 PLU 連線上的初始區塊信用額度值。 應用程式也必須在 Open (PLU) Response上設定此選項。 如果 Open (SSCP) RequestOpen (PLU) Response 有不同的設定,則會使用 Open (PLU) Response 中的 設定。 這可能表示所使用的初始點數值不適當。

如果使用工作階段層級的步調,本機節點會將此連結至區塊化點數。 特別是,如果應用程式扣繳點數,本機節點將會延遲傳送步調回應給主機,進而將回溯壓力套用至主機。 此連結是由本機節點處理,而且不需要考慮應用程式。

RU 區塊上的應用程式旗標會以與區段上的應用程式旗標相同的方式來處理。 (如需詳細資訊,請參閱 應用程式旗標區段傳遞。) 特別是:

  • FMHI、BCI、COMMIT、BBI、EBI、CODE、ENCRYP、ENPAD、QRI 和 CEI 只會在 RU 的第一個區塊上設定。

  • ECI 和 CDI 只會在 RU 的最後一個區塊上設定。

  • BBIUI 一律會在 RU 的第一個區塊上設定。

  • EBIUI 一律會在 RU 的最後一個區塊上設定。

    請注意,EBI 是在括弧中最後一個 RU 的第一個區塊上設定,而不是在最後一個區塊上設定,如預期般。 這與區段傳遞的行為相同。 應用程式應該使用 Status-Session (BETB) 訊息,而不是 EBI 旗標,以判斷括弧何時結束。

    區塊是使用分割旗標 BBIUI 和 EBIUI 來識別,因此,如果正在輸出分割和區塊化,應用程式就無法區分區塊和區段。 不過,通常不需要區別。 不論資料單位是區段還是區塊,應用程式都可以執行視窗網底,方法是在收到資料時顯示每個資料單位。 (如需詳細資訊,請參閱 Segment Delivery.)

注意

本檔的舊版指出這是未來的功能。 已在主機整合伺服器中啟用支援。 應用程式可以在呼叫 1.2 版或更新版本的 sepdgetinfo 時測試傳回的產品版本,然後再使用區塊化系統。

在某些情況下,本機節點所使用的 RU 大小可能太大,無法用於本機節點與 FMI 應用程式之間的路徑長度,例如,使用 16 MB (MB) 權杖通道連結時,可支援 16 KB (KB) 框架。 本機節點可讓 FMI 應用程式指定資料傳輸應該以較小的單位表示,稱為區塊。

另請參閱

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