Phiên giao thức lớp ISO, tiêu chuẩn ISO-SP, chỉ định một với một ánh xạ giữa phiên kết nối và kết nối giao thông. Đầu tiên của nó (cùng với các thông số của họ) được sử dụng cho kết nối theo định hướng thiết lập và giai đoạn phát hành là:
NHÓM 5 – KTVTA-K51 79
tiếp
số, mã thông báo, dữ liệu người dùng_SS).
S_CONNECT.indication (định danh, gọi SSAP, được gọi là SSAP, QoS, yêu cầu, số serial, mã thông báo, dữ liệu người dùng_SS).
S_CONNECT.response (định danh, được gọi là SSAP, kết quả, QoS, yêu cầu, số, mã thông báo, dữ liệu người dùng_SS).
S_CONNECT.confirm (định danh, gọi SSAP, kết quả, QoS, yêu cầu, số, mã thông báo, dữ liệu người dùng_SS).
S_RELEASE.request (dữ liệu người dùng_SS). S_RELEASE.indication (dữ liệu người dùng_SS).
S_RELEASE.response (kết quả, dữ liệu người dùng_SS). S_RELEASE.confirm (kết quả, dữ liệu người dùng_SS). S_USER_ABORT.request (dữ liệu người dùng_SS). S_USER_ABORT.indication (dữ liệu người dùng_SS). S_PROVIDER_ABORT.indication (lý do).
Các tham số định danh duy nhất nhận dạng kết nối. Các thông số yêu cầu quy định cụ thể mà đơn vị chức năng của lớp phiên là bắt buộc (ngoài các kernal đơn vị luôn được sử dụng). Danh sách các đơn vị chức năng mà từ đó các yêu cầu lựa chọn là: phát hành thương lượng, bán song công, song công, dữ liệu nhanh, dữ liệu đánh máy, khả năng trao đổi dữ liệu, nhỏ đồng bộ hóa, đồng bộ hóa lớn, resynchronise, trường hợp ngoại lệ, hoạt động quản lý. Có một số hạn chế trên sự kết hợp của đơn vị chức năng có thể được lựa chọn, ví dụ lựa chọn bán song công và song công (tức là full-duplex), Chương 15, độc quyền lẫn nhau và việc lựa chọn khả năng trao đổi dữ liệu là điều kiện để lựa chọn quản lý hoạt động. Tham số số đại diện cho số ban đầu khi dịch vụ đồng bộ hóa được sử dụng. Các tham số mã thông báo danh sách các đầu của liên kết mà thẻ truy cập ban đầu được đưa ra. Yêu cầu được đàm phán bởi người sử dụng SS bắt đầu đề xuất một danh sách trong CONNECT.
Yêu cầu / đầu tiên CONNECT.indication và đáp ứng SS người sử dụng truy cập đề xuất một danh sách các sự tinh tế cùng một hoặc ít hơn trong các CONNECT.response / CONNECT.confirm đầu tiên. Các đáp ứng danh sách người dùng SS sau đó đại diện cho thương lượng danh sách (tức là đồng ý).
NHÓM 5 – KTVTA-K51 80
Dữ liệu chính được sử dụng cho giai đoạn chuyển giao dữ liệu là: S_DATA.request (dữ liệu người dùng SS).
S_DATA.indication (dữ liệu người dùng SS).
S_DATA.request đánh máy (dữ liệu người dùng SS). S_DATA.indication đánh máy (dữ liệu người dùng SS). S_DATA.request NHANH (dữ liệu người dùng SS). S_DATA.indication NHANH (dữ liệu người dùng SS). S_ CAPABILITY_DATA.request (dữ liệu người dùng SS). S_ CAPABILITY_DATA.indication (dữ liệu người dùng SS). S_TOKEN GIVE.request (thẻ, dữ liệu người dùng SS).
S_TOKEN GIVE.indication (thẻ, dữ liệu người dùng SS).
S_dữ liệu đầu tiên đại diện cho cơ chế truyền dữ liệu bình thường. S_dữ liệu đánh máy đầu tiên cho phép chuyển dữ liệu mà không quan tâm đến dữ liệu thẻ sở hữu trong nửa đôi phiên.
Hình 18.40-18.42 minh họa trình tự điển hình của lớp phiên đầu tiên cho ba giai đoạn kết nối thiết lập, truyền dữ liệu và phát hành kết nối.
Hoạt động, đơn vị đối thoại và các điểm đồng bộ hóa
Một phiên duy nhất có thể liên quan đến việc chuyển những lượng lớn dữ liệu giữa hai ứng dụng thực thể (thông qua các lớp trình bày). Cung cấp được thực hiện, do đó để chia phiên kết nối thành các bộ phận để thất bại của các liên kết được hoàn thành trước khi phiên làm việc.
NHÓM 5 – KTVTA-K51 81
Hình 18.40 Sự kiện đầu tiên và SPDU trong một buổi liên kết kết nối thiết lập
Hình 18.41 Sự kiện đầu tiên và SPDU trong phiên liên kết truyền tải dữ liệu. (Token giả định là ban đầu tại nguồn DTE.)
NHÓM 5 – KTVTA-K51 82
Hình 18.42 Sự kiện đầu tiên và SPDU trong phiên liên kết phát hành kết nối
Hình 18.43Phòng họp vào hoạt động, phân chia thành các đơn vị hoạt động đối
thoại và phân khu của đơn vị đối thoại bởi các điểm đồng bộ hóa nhỏ
sẽ không yêu cầu tất cả các giao dịch trong cả phiên giao dịch phải được lặp lại khi liên kết đã được phục hồi. Điều này được minh họa bằng sơ đồ ở hình 18.43.
Tin nhắn (TPDUs) được nhóm lại với nhau trong các đơn vị đối thoại được phân định bởi chính điểm đồng bộ hóa. Nếu xảy ra lỗi trong một phiên, sau đó truyền tải có thể được khởi động lại từ đầu của các đơn vị đối thoại, trong đó xảy ra lỗi. Một đồng bộ hóa chính điểm, được tạo ra bởi việc ban hành một S_SYNC_MAJOR.request, hoàn toàn tách biệt các SPDUs xảy ra trước và sau nó. Không SPDUs có thể được truyền sau khi một S_SYNC_MAJOR.request cho đến khi các điểm đồng bộ hóa lớn đã được công nhận bởi một S_SYNC_MAJOR.confirm.
NHÓM 5 – KTVTA-K51 83
đơn vị đối thoại. Việc truyền tải một S_SYNC_MINOR.request tại một DTE nguồn và tiếp nhận hậu quả của một S_SYNC_MINOR.indication tại DTE điểm đến phân chia tất cả các sự kiện ở cả hai đầu của liên kết thành những người xảy ra trước và sau khi điểm đồng bộ hóa nhỏ và do đó xác định một điểm tham chiếu chung trong nguồn và điểm đến DTE sự kiện trình tự.
Đơn vị đối thoại được nhóm lại với nhau trong các hoạt động được xác định bởi S bắt đầu hoạt động và S_ ACTIVITY_END đầu tiên. Những đại diện cho tự các sự kiện truyền thông có chẳng hạn như chuyển tập tin duy nhất hoặc chuyển nhượng một nhóm các tập tin có liên quan.
Thẻ bài
ISO-SP sử dụng thẻ bài để thiết lập những quyền lợi dịch vụ có sẵn cho người sử dụng SS tại mỗi cuối của kết nối. Bốn loại thẻ bài được sử dụng, cụ thể là:
1. Dữ liệu thẻ bài.
2. Đồng bộ hóa dấu hiệu nhỏ. 3. Chính/hoạt động thẻ bài. 4. Phát hành thẻ bài.
Sở hữu một thẻ bài dữ liệu xác nhận quyền để truyền dữ liệu và là cần thiết trong trường hợp một liên kết bán song công. (Trong một liên kết full-duplex thì không kỷ luật đối thoại, và do đó không có dữ liệu mã thông báo, là cần thiết.) Sở hữu một mã thông báo phát hành xác nhận quyền để bắt đầu một phiên bản kết nối.
Sở hữu một mã thông báo nhỏ đồng bộ hóa trao quyền để thiết lập đồng bộ hóa nhỏ điểm mà chia nhỏ các đơn vị đối thoại. Sở hữu một mã thông báo chính / hoạt động trao quyền để bắt đầu và kết thúc các hoạt động và thiết lập các điểm đồng bộ hóa chính phân định đơn vị đối thoại.
NHÓM 5 – KTVTA-K51 84
Bảng 18.14 Các mã thông báo để truy cập các dịch vụ / chức năng. (AR = luôn luôn cần thiết, IIU = yêu cầu chỉ khi sử dụng.)
Chức năng Mã thông báo
Dữ liệu Đồng bộ nhỏ Đồng bộ chính Phát hành Chuyển SPDU (bán song
công)
Khả năng truyền dữ liệu
Thiết lập điểm đồng bộ hóa nhỏ
Thiết lập điểm đồng bộ hóa chính
Bắt đầu hoạt động Gián đoạn hoạt động Loại bỏ hoạt động Hoạt động cuối Kết nối phát hành AR IIU IIU IIU IIU IIU _ _ IIU _ IIU AR IIU IIU _ _ IIU IIU _ AR _ AR AR AR AR AR IIU _ _ _ _ _ _ _ _ IIU
Bảng 18.14 cho thấy những thẻ đó là luôn luôn cần thiết để truy cập vào một dịch vụ cụ thể.
Các TOKEN_S_GIVE nguyên thủy được sử dụng để chuyển giao quy định thẻ để tận cuối một kết nối. CONTROL_S_GIVE chuyển đầu tiên tất cả các thẻ để đầu còn lại của một kết nối. S_TOKEN_PLEASE đầu tiên được sử dụng để yêu cầu một mã thông báo hiện nằm ở phía cuối của một kết nối.