STSN

설정 및 테스트 시퀀스 번호(STSN)는 TS 프로필(Transmission Service profile) 4가 있는 세션에서 세션 간에 트랜잭션 처리 시퀀스 번호를 유지 관리하는 데 사용됩니다. 이렇게 하면 세션의 두 파트너가 CLEAR 또는 UNBIND–BIND 시퀀스 후 손실된 데이터의 양을 검색할 수 있습니다.

STSN 메시지는 이러한 트랜잭션 처리 시퀀스 번호를 다시 설정할 수 있는 유일한 메시지입니다. BIND, UNBIND 및 CLEAR 는 영향을 미치지 않습니다.

애플리케이션에서 이러한 트랜잭션 번호를 유지 관리하려는 경우 Open(PLU) 확인 응답에서 APPLTRAN 옵션을 지정해야 합니다. 호스트는 애플리케이션의 트랜잭션 번호를 설정하거나 테스트하기 위해 SDT를 보내기 전에 BIND 또는 CLEAR 후에 STSN을 보낼 수 있습니다. 로컬 노드는 BIND 또는 CLEAR를 수신할 때 내부 세션 시퀀스 번호를 0으로 다시 설정합니다. 로컬 노드가 한 반 세션에 대해 SET(또는 SET 및 TEST)를 지정하는 STSN을 받으면 해당 내부 세션 시퀀스 번호를 다시 설정합니다.

두 반 세션 작업이 모두 무시되지 않는 한(작업 바이트가 0x00 경우) STSN 요청은 작업 바이트와 요청의 두 시퀀스 번호를 STSN(Status-Control)으로 사용하여 애플리케이션에 전달됩니다(APPLTRAN을 지정한 경우). 자세한 내용은 Status-Resource를 참조하세요. 애플리케이션은 작업 바이트를 검사하여 작업이 무시, 설정, 테스트 또는 설정 및 테스트인지 확인해야 합니다. 애플리케이션은 필요한 경우 감지된 시퀀스 번호(센스 또는 설정 및 테스트)를 사용하여 STSN에 양수 응답(STSN(Status-Control) 승인)을 보내야 합니다. 로컬 노드는 STSN RSP에 대한 올바른 결과 코드를 생성합니다.

애플리케이션은 먼저 STSN 의 센스 부분을 수행해야 합니다(보조-주 흐름 및 기본-보조 흐름에 대한 작업 바이트 비트 0과 2를 각각 검사). 그런 다음 STSN의 집합 부분이 수행됩니다(작업 바이트의 비트 1과 3을 검사하여).

애플리케이션은 호스트에서 일반 RU(흐름 요청/응답 단위)를 보내고 받을 때 트랜잭션 번호를 증가시켜야 합니다. (일반 DFC(흐름 데이터 흐름 제어) 요청에 해당하는 Status-Control 메시지로 인해 트랜잭션 번호가 증가합니다. 시퀀스 번호는 DATAFMI 메시지 및 Status-Acknowledge 메시지에 보고됩니다. 애플리케이션은 호스트의 메시지가 검사 수신에 실패하고 SDI 메시지로 변환되는 경우 SNAP(하위 네트워크 액세스 프로토콜)-2.1이 호스트에서 체인의 나머지 부분을 제거하며 애플리케이션에서 일부 시퀀스 번호를 놓칠 수 있다는 점에 유의해야 합니다. 따라서 애플리케이션은 SDI 메시지를 처리한 후 다음 아웃바운드 데이터에서 기본-보조 트랜잭션 번호를 다시 설정해야 합니다.

두 번째 애플리케이션 플래그 바이트는 STSN(Status-Control)에 유효하지 않습니다. STSN 컨트롤 바이트에 사용됩니다.

참고 항목

애플리케이션 CANCEL
부정 응답을 받은 후 방향
부정 응답을 보낸 후 방향
심각한 오류
RQR 및 CLEAR
링크 서비스 오류
로컬 노드 오류
클라이언트 오류