以下是一個典型會話連接配接流程,其中用到了絕大多數典型會話層服務原語。這個示例是首先由使用者1向使用者2發送一個個的資料塊,因故障在中途出現了故障。然後使用者2向使用者1請求令牌以向使用者1發送資料。
使用者端 1 方向 使用者端2 說 明
(1)S-CON.req → S-CON.ind # 使用者1向使用者2發送會話連接配接請求(包括選擇功能單元和配置設定令牌),在使用者2上會收到一個相應會話連接配接訓示。
(2)S-CON.cnf ← S-CON.rsp # 使用者2響應使用者1的連接配接請求,使用者1會立即進行确認。
(3)S-ACT_START.req → S-ACT_START.ind # 使用者1向使用者2發送開始一個會話活動請求,同時在使用者2上得到相應活動開始訓示。
(4)S-DATA.req → S-DATA.ind # 使用者1向使用者2發送資料傳送請求,同時在使用者2上得到相應資料傳送訓示。
(4)S-SYNC-MINOR.req → S-SYNC-MINOR.ind # 使用者1向使用者2發送在傳送的資料塊中插入一個次同步點請求,同時在使用者2上得到相應訓示。
(5)S-SYNC-MINOR.cnf ← S-SYNC-MINOR.rsp # 使用者2向源使用者1發送在傳送的資料塊中插入一個次同步點響應,同時在源使用者1上得到相應确認。
(6)S-SYNC-MINOR.req → S-SYNC-MINOR.ind # 使用者1向使用者2發送在第二塊傳送的資料塊中插入一個次同步點請求,同時在使用者2上得到相應訓示。
(7)S-SYNC-MINOR.cnf ← S-SYNC-MINOR.rsp # 使用者2向使用者1發送在傳送的第二塊資料塊中插入一個次同步點響應,同時在使用者1上得到相應确認。
(8)S-DATA.req → S-DATA.ind # 使用者1向使用者2發送資料傳送請示,同時在使用者2上得到相應的訓示。
(9)S-TOKEN-PLEASE.ind ← S-TOKEN-PLEASE.req # 使用者2向使用者1發送一個請求資料令牌的請求,以驗證使用者1是否有資格發送資料,該請求在使用者1上得到相應訓示。
驗證通過後,使用者1開始發送資料。當使用者1資料發送完畢,要把資料發送權限交給使用者2時進行以下步驟:
(10)S-ACT-END.req → S-ACT-END.ind # 使用者1向使用者2發送活動結束請求,在使用者2上得到相應訓示。
(11)S-ACT-END.cnf ← S-ACT-END.rsp # 使用者2向使用者1發送活動結束響應,然後使用者1進行會話結束确認。
(12)S-TOKEN-GIVE.req → S-TOKEN-GIVE.ind # 使用者1向使用者2發送給予資料令牌的請求,在使用者2上得到相應訓示。
(13)S-ACT_START.ind ← S-ACT_START.req; # 使用者2獲得令牌後向使用者1發送活動開始請求,在使用者1上得到相應訓示。
(14)S-DATA.ind ← S-DATA.req # 使用者2向使用者1發送資料發送請求,在使用者1上得到相應訓示。
(15)S-SYNC-MINOR.ind ← S-SYNC-MINOR.req # 使用者2向使用者1發送在傳送的資料塊中插入一個次同步點請求,同時在使用者1上得到相應訓示。
(16)S-SYNC-MINOR.rsp → S-SYNC-MINOR.cnf # 使用者1向使用者2發送在傳送的資料塊中插入一個次同步點響應,同時在使用者2上得到相應确認。
(17) ← S-DATA.req ; # 使用者2向使用者1發送資料傳送請求,但假設由于某故障原因,使用者1未能收到請求。
(18)S-P-EXECP.ind ← → S-P-EXECP.ind # 使用者2和使用者1互相發送提供者故障報告訓示。
(19)S-CON.ind ← S-CON.req # 使用者2向使用者1發送重新連接配接請求,使用者1收到後得到相應訓示,重新進行會話連接配接。
(20)S-CON.rsp → S-CON.cnf # 使用者1向使用者2發送連接配接響應,在使用者2上得到确認。
(21)S-ACT-RESUME.ind ← S-ACT-RESUME.req # 使用者2向使用者1發送恢複活動的請求,在使用者1上得到相應訓示。
(22)S-DATA.ind ← S-DATA.req # 使用者2繼續向使用者1發送資料傳送請求,在使用者1上得到相應訓示,重新恢複資料傳送。
本文轉自王達部落格51CTO部落格,原文連結http://blog.51cto.com/winda/6264如需轉載請自行聯系原作者
茶鄉浪子