- Visits:
![]("../images/standard.gif") |
||||
산업 자동화 시스템 -생산 메세지 시방- 제2부 : 프로토콜 시방 (9506-2) |
||||
- 목 차 -
|
||||
제 6장 프로토콜 절차 요소 |
||||
6.1 기술적 규약 이 절의 그림들은 표준 상태 다이어그램 기구를 사용한다. 다음의 본문은 이러한 기구를 요약하고있다. 모든 상태 다이어그램은 MMS-제공자 측면에서 보여진다는것을 주목해야한다. 각 상태는 사각형으로 표시된다. 상태의 이름은 사각형 내부에 표시된다. 각 화살표는 한상태로부터의 또는 한상태로의 천이를 나타낸다. 화살표의 머리는 천이의 결과로서 들어가는 상태인 출력상태를 표시한다. 각 천이는 천이를 일으키는 입력 동작과 천이로 얻어지는 출력 동작으로 분류된다. 입력은 굵은 수평선을 사용해서 출력으로부터 분리되어 출력의 위쪽에 위치한다. "+"가 더해지는 서비스 프리미티브는 결과(+) 파라미터를 포함하는 서비스 프리미티브를 표시한다. "-"가 더해지는 서비스 프리미티브는 결과(-) 파라미터를 포함하는 서비스 프리미티브를 표시한다. 6.2 MMS 환경의 시작과 종료 개시, 종결, 및 강제종료 서비스는 MMS 환경을 시작하고 끝내기 위한 기구를 제공한다. 이러한 (이벤트의 허용 가능한 순서를 기술하는) 서비스들을 위한 모델들은 ISO/IEC 9506-1의 8절에 기술된다. 6.3 MMS 환경 상의 조작 일단 MMS 환경에 있으면 임의의 시점에 다수의 미결 서비스가 존재할 수 있다. ISO/IEC 9506은 그러한 각 서비스 요구 실례를 위한 상태 다이어그램을 독립적으로 기술한다 주 - ISO/IEC 9506의 이 부분의 다른 절들은 서비스 프리미티브의 허용 가능한 순서에 대해 부가적인 제한 사항들을 정의하고, MMS-이용자를 추가적으로 제약할 수 있다. 6.3.1 확인 MMS 서비스 이 절은 MMS 환경내에서 기동된 모든 확인 서비스를 위한 상태 천이를 기술한다. 이 서비스 집합은 확인-요구PDU의 사용을 통해 요구되는 모든 서비스들로 이루어진다 그림2와 그림3의 상태 천이 다이어그램은 상기 서비스 각각에 대해 적용 가능하고 각 서비스 요구의 각 실례에 따로따로 적용된다. 다중의 병행 서비스 요구 실례들은 본 표준의 다른 절에서 언급된 순서 규칙에 따라 임의의 주어진 순간에서는 미결 상태일 수 있다 한개의 MMS 확인 서비스 실례의 실행과 연관된 모든 PDU들 (PDU는 확인-요구PDU, 확인-응답PDU, 확인-오류PDU, 취소-요구PDU, 취소-응답PDU, 취소-오류PDU, 및 거부PDU)은 같은 표현 문맥상에 보내진다. 6.3.1.1 서비스 요구자 주1 - 그림2의 천이5에서 취소-응답 PDU와 확인-오류PDU(x)의 수신 순서는 중요하지 않다 그림 2는 서비스 요구자의 관점으로부터 확인 MMS 서비스 요구의 진행을 설명하고 있다. 서비스 요구 프리미티브가 발신되기 전에 서비스는 "요구자 휴지"상태에 있다고 간주한다. 임의의 확인 MMS 서비스를 위한 요구 프리미티브를 받자마자 MMS-제공자는 확인-요구PDU (명료하게 응용어소시에이션 상에서 서비스요구 실례를 식별하는 기동 식별자?? 지정하는)를 보내고 "서비스 계류 요구자" 상태로 들어간다 이전에 요구된 서비스와 그 서비스 실례를 지정하는 기동 식별자를 지정하는 확인-응답PDU를 수신하면 MMS-제공자는 확인 서비스 프리미티브 (이전에 요구된 서비스 형과 기동 식별자를 지정하는)를 결과(+) 파라미터를 포함하여 MMS-이용자에게 보낸다. 그 다음에 "요구자 휴지"상태로의 상태 천이가 발생한다. 이전에 요구된 서비스와 그 서비스 실례를 지정하는 기동 식별자를 지정하는 확인-오류PDU를 수신하면 MMS-제공자는 확인 서비스 프리미티브 (이전에 요구된 서비스 형과 기동 식별자를 지정하는)를 결과(-) 파라미터를 포함하여 MMS-이용자에게 보낸다. 그 다음에 "요구자 휴지"상태로의 상태 천이가 발생한다. MMS-이용자로부터 취소 요구 서비스 프리미티브를 수신하면 MMS-제공자는 취소될 서비스 요구의 기동 식별자를 포함하는 취소-요구PDU를 보낸다. 그 다음에 "요구자로부터 취소" 상태로 들어간다. 네가지의 가능한 입력 동작중 임의의 하나를 수신하면 "요구자로부터 취소" 상태를 벗어난다. 만약 취소 서비스 요구의 적당한 실례와 일치하는 기동 식별자를 지정하는 취소-오류PDU을 받는다면, MMS-제공자는 결과(-) 파라미터를 포함하여 MMS-이용자에게 취소 확인 서비스 프리미티브를 발신한다. 그리고 "서비스 계류 요구자" 상태로 돌아간다. 이 경우 취소 서비스는 실패한것으로 간주된다. +-----------------+ +-------->| Requester Idle | | +---->| (요구자 휴지) |<----+ | | +-------+---------+ | | | ^ 1 | ^ | | | 3 | v | 2 | | | +--+---------+----+ | | | | Service Pending | | | | | Requester | | | | | (서비스 계류 | | | | | 요구자) | | | | +-----------+-----+ | 3 | | 2 ^ | 4 | 5 | | 6 | v | | | +----+------------+ | | | | Canceling From | | | +-----+ Requester +-----+ +---------+ (요구자로부터 | | 삭제) | +-----------------+ 상태천이 1. 3. 5. 그림 2 - 서비스 요구자 관점에서의 확인 서비스 요구 성공적인 취소 요구의 경우에 아래와 같은 사건이 발생한다 : a) 기동 식별자가 취소 서비스 요구의 적당한 실례와 일치하는 취소-응답PDU를 받는다. b) 취소될 서비스의 서비스 형을 지정하고 취소될 서비스와 일치하는 기동 식별자를 지정하는 확인-오류PDU를 받는다. c) MMS-제공자는 취소 확인 서비스 프리미티브를 결과(+) 파라미터를 포함하여, 그리고 취소되는 서비스에 대해 확인 서비스 프리미티브를 결과(-) 파라미터 (취소 이유를 지정하여)를 포함하여 MMS-이용자에게 발신한다 d) MMS-제공자는 "요구자 휴지" 상태로 천이한다. 취소되는 서비스의 서비스 형을 지정하고 취소되는 서비스의 서비스 형과 일치하는 기동 식별자를 지정하는 확인-응답PDU를 받는다면 MMS-제공자는 취소 절차에 있는 서비스를 위해 결과(+) 파라미터를 포함하는 확인 서비스 프리미티브를 발신한다. 이 경우, 취소 요구는 실패한것으로 간주되고, 해당 취소 서비스 기동에 대해 취소-오류PDU를 받게된다. 주2 - 이러한 경우는 일반적으로 취소될 서비스를 위한 확인-응답PDU와 취소-요구PDU가 두방향에서의 동시에 두 MMS-이용자들에 의해서 발신되었을 때 발생한다. 취소되는 서비스의 서비스 형을 지정하고 취소되는 서비스와 일치하는 기동 식별자를 지정하는 확인-오류PDU를 받고, 오류에 대한 원인이 오류등급 SERVICE-PREEMPT (서비스-선점)과 오류코드 CANCEL (취소)이 아니라면, MMS-제공자는 취소 절차에 있는 서비스에 대해 결과(-) 파라미터를 포함하는 확인 서비스 프리미티브를 발신한다. 이경우 취소 요구는 실패한것으로 간주되고, 해당 취소 서비스 기동에 대해 취소-오류PDU를 받게된다. 주3 - 이러한 경우는 일반적으로 취소될 서비스를 위한 확인-오류PDU와 취소-요구PDU가 두방향에서의 동시에 두 MMS-이용자들에 의해서 발신되었을 때 발생한다. 잘못된 취소의 처리는 6.4절에 기술된다 6.3.1.2 서비스 응답자 +-----------------+ | Responder Idle | | (응답자 휴지) |<----+ +-------+---------+ | ^ 1 | ^ | 3 | v | 2 | +--+---------+----+ | | Service Pending | | | Responder | | | (서비스 계류 | | | 응답자) | | +-----------+-----+ | ^ | 4 | 6 5 | v | +----+------------+ | | Canceling From | | | Responder +-----+ | (응답자로부터 | | 삭제) | +-----------------+ 상태천이 1. 3. 5. 그림 3 - 서비스 응답자 관점에서의 확인 서비스 요구 주 1 - 취소.응답+와 x.응답- 서비스 프리미티브들이 그림 3의 천이 6에서 발신된 순서는 의미가 없다 그림 3은 서비스 응답자의 관점으로부터 확인 MMS 서비스 요구의 진행을 그리고있다. 서비스 확인-요구PDU가 수신되기 전에 서비스는 "응답자 휴지"상태에 있다고 간주한다. 위에서 식별된 임의의 확인 MMS 서비스를 위한 확인-요구PDU를 수신하면 MMS-제공자는 지시 프리미티브 (요구된 특정 서비스와 그 서비스 실례를 지정하는 기동 식별자를 지정하는)를 보내고 "서비스 미결 응답자" 상태로 들어간다 결과(+) 파라미터 (이전에 지시된 서비스와 그 서비스 실례를 지정하는 기동 식별자를 지정하는)를 포함하는 응답 서비스 프리미티브를 수신하면 MMS-제공자는 확인-응답PDU (응답 프리미티브로부터의 서비스 형과 기동 식별자를 지정하는)를 보낸다. 그 다음에 "응답자 휴지" 상태로의 상태 천이가 발생한다. 결과(-) 파라미터 (이전에 지시된 서비스와 그 서비스 실례를 지정하는 기동 식별자를 지정하는)를 포함하는 응답 서비스 프리미티브를 수신하면 MMS-제공자는 확인-오류PDU (응답 프리미티브로부터의 서비스 형과 기동 식별자를 지정하는)를 보낸다. 그 다음에 "응답자 휴지" 상태로의 상태 천이가 발생한다. 일치하는 서비스 실례의 기동 식별자를 지정하는 취소-요구PDU를 수신하면 MMS-제공자는 취소될 서비스 요구의 기동 식별자를 지정하는 (이 정보는 취소-요구PDU 파라미터로부터 얻는다) 취소 지시 서비스 프리미티브를 발신한다. 그 다음에 "응답자로부터 취소" 상태로 들어간다. 주2 - 기동 식별자가 임의의 미결 서비스 실례와 일치하지 않는 취소-요구PDU를 수신하게 되었을 때의 동작은 6.4절에 규정된다 두 가지의 가능한 입력 동작중 임의의 하나를 수신하면 "응답자로부터 취소" 상태를 빠져 나간다. 이것은 다음 두 단락에 기술된다 취소 요구가 응답 MMS-이용자에서 성공일때 아래와 같은 사건이 발생한다 : a) 응답 MMS-이용자는 일치하는 서비스 실례의 기동 식별자와 결과(+) 파라미터를 포함하는 취소 응답을 MMS-제공자에 발신한다. 그리고 취소될 서비스를 위해 결과(-) 파라미터 (오류등급 SERVICE와 오류코드 CANCEL을 지정하는)를 포함하는 응답 서비스 프리미티브를 발신한다. b) MMS-제공자는 취소-응답PDU와 취소된 서비스 실례를 지정하는 확인-오류PDU (오류등급 AERVICE와 오류코드 CANCEL을 포함하여)를 보낸다. c) MMS-제공자는 "응답자 휴지" 상태로 되돌아간다. MMS-이용자는 오류등급 SERVICE-PREEMPT (서비스 선점)과 오류코드 CANCEL (취소)을 지정하는 결과(-) 파라미터를 포함하는 응답 서비스 프리미티브의 발신 없이는 결과(+) 파라미터를 포함하는 취소 응답 서비스 프리미티브를 발신하지 않는다. 역으로, MMS-이용자는 결과(+) 파라미터를 포함하는 취소 응답 서비스 프리미티브의 발신 없이는 오류등급 SERVICE-PREEMPT와 오류코드 CANCEL을 지정하는 결과(-) 파라미터를 포함하는 응답 서비스 프리미티브를 발신하지 않는다. 따라서, 이러한 두 사건은 논리적으로 같이 발생한다. 만약 결과(-) 파라미터를 포함하고 일치하는 서비스 엔티티의 기동 식별자를 지정하는 취소 응답이 수신되면 MMS-제공자는 취소-오류PDU를 보내고 "서비스 계류 응답자" 상태로 돌아간다. 이경우에 취소 요구는 실패한 것으로 간주된다. 주 3 - 잘못된 취소 요구와 무효 PDU의 취급은 6.4절에서 기술된다. 6.3.2 비확인 MMS 서비스 이 절은 비확인 MMS 서비스의 동작을 기술하고 있다. 이 서비스 집합은 7절에 정의된 비확인서비스 선택을 만드는 서비스 집합으로 정의된다 그림 4와 5에 있는 상태천이 다이어그램은 위에서 식별된 각 서비스들에 적용 가능하다. 그리고 각 서비스 요구의 각 실례에 개별적으로 적용된다. 6.3.2.1 서비스 요구자 +-----------------+ | Requester Idle | | (요구자 휴지) | +----+------------+ | ^ +-------+ 1 상태천이 1. 그림 4 - 서비스 요구자 관점에서의 비확인 서비스 그림 4는 서비스 요구자 관점에서의 비확인 MMS 서비스의 진행을 그린 것이다. 서비스 요구 프리미티브가 발신되기 전에 서비스는 "요구자 휴지"상태에 있는 것으로 간주한다. 임의의 비확인 서비스를 위한 요구 프리미티브를 수신하면 MMS-제공자는 비확인-PDU (요구된 특정 서비스를 지정하는)를 보내고 "요구자 휴지" 상태로 천이한다. 비확인 MMS 서비스에 대해서는 어떠한 응답 PDU나 오류 PDU도 수신되지 않는다. 또한, 비확인 MMS 서비스를 취소하는것은 가능하지 않다. 6.3.2.2 서비스 응답자 +-----------------+ | Responder Idle | | (응답자 휴지) | +----+------------+ | ^ +-------+ 1 상태천이 1. 그림 5 - 서비스 응답자 관점에서의 비확인 서비스 그림 5는 서비스 응답자 관점에서의 비확인 MMS 서비스의 진행을 그린 것이다. 비확인-PDU가 수신되기 전에 서비스는 "응답자 휴지" 상태에 있는 것으로 간주한다. 임의의 비확인 서비스를 위한 비확인-PDU를 수신하면 MMS-제공자는 지시 서비스 프리미티브 (수신된 비확인-PDU 내의 정보에 기반을 둔 요구된 특정 서비스를 지정하는)를 발신하고 "응답자 휴지" 상태로부터 "응답자 휴지" 상태 (같은 상태임)로 천이한다. 비확인 MMS 서비스에 대해서 MMS-이용자는 어떠한 응답 프리미티브도 발신하지 않는다. 또한, 비확인 MMS 서비스를 취소하는 것은 가능하지 않다. 6.3.3 취소 서비스 취소 서비스는, 확인 서비스이긴 하지만, 다른 확인 서비스에서와 같은 방식으로 동작하지 않는다. 취소 서비스가 기동될 때 어떠한 새로운 상태 기계도 생성되지 않는다. 오히려 취소될 서비스의 상태 기계가 영향을 받는다. 취소 서비스 요구는 취소 서비스의 다른 기동으로 취소 될 수 없다. 취소 서비스 요구 내에 지정된 기동 식별자는 취소 서비스의 다른 기동의 기동 식별자가 될 수 없다. 왜냐하면 취소 서비스는 7절에서 정의된 확인서비스요구 선택을 만드는 서비스들에서만 동작되기 때문이다. 임의의 주어진 시점에, 한개의 취소 서비스 기동만이 임의의 주어진 서비스 요구 실례를 위해 미결일 수 있다. 임의의 주어진 시점에 미결인 요구 서비스의 수 한계 (개시 서비스에 의해 협상된) 에 취소 서비스의 기동은 영향을 주지 않는다. 취소 서비스 요구는 한계에 이르렀는지를 결정하는 데에 계수되지 않는다. 취소 서비스의 동작은 MMS 확인 서비스를 위한 서비스 응답자와 요구자를 기술한 본 문서의 앞절에 기술되어있다 6.4 오류 조건의 취급 무효 PDU를 수신하면, MMS-제공자는 MMS-이용자에게 감지된 오류를 식별하는 거부 지시 서비스 프리미티브를 발신한다. 그리고 무효 PDU를 보낸 시스템에 거부PDU를 보낸다. 이경우 어떠한 상태천이도 발생하지 않는다. 알려지지 않은 서비스 요구를 취소하기 위해 시도하는 취소-요구PDU를 수신하면, 예를 들어 지정된 기동 식별자가 미결의 확인 서비스가 아닐 때, MMS-제공자는 취소-오류PDU를 취소 요구의 송신자에게 보낸다. 이 경우 MMS-이용자는 잘못된 취소 시도를 통보받지 않는다. 주1 - 취소되도록 요구된 서비스를 위한 취소-요구PDU와 확인-응답PDU 또는 확인-오류PDU는 두 개의 상호 통신하는 MMS-이용자들로 부터 동시에 발신되는 것이 가능하다. 그러므로 한쪽은 완성된 서비스로 간주되고 반면에 다른쪽은 취소를 기다리는 서비스로 간주된다. 이 경우 취소 요구는 실패하고 서비스는 정상적으로 완료된다. 취소되는 서비스의 기동 식별자로 참조되는 상태 기계가 "요구자 휴지" 상태에 있는 취소-오류PDU를 수신하면, MMS-제공자는 취소 확인 서비스 프리미티브를 MMS-이용자에게 발신한다. 주2- 이러한 경우는 취소될 서비스를 위한 확인-응답PDU 또는 확인-오류PDU가 그 서비스를 위한 취소-요구PDU와 교차할 때 발생한다. 6.5 거부 서비스와 거부PDU 거부 서비스는 발생한 프로토콜 오류를 MMS-이용자에게 통보하기 위해 사용한다. 이러한 서비스의 운용은 ISO/IEC 9506-1의 8절과 9절에 기술되어 있다. 주 - 거부 지시 서비스 프리미티브를 수신할 때 MMS-이용자의 동작은 실장상의 사항이다. 대화에 포함된 두 MMS-이용자들은 미결 트랜잭션 객체들의 상태를 동일하게 이해하지 못한다는 것을 주목해야 한다 (ISO/IEC 9506-1의 7절 참조). MMS-환경과 응용어소시에이션을 종결하기 위해서 MMS-이용자는 임의의 시간에 강제종료 서비스를 사용 할 수 있다.
|
||||
|
| No. | Subject | By | Date | Views |
|---|---|---|---|---|
| 62 | MMS 표준 II_22 | 관리자 | 2009-01-20 | 1001 |
| 61 | MMS 표준 II_21 | 관리자 | 2009-01-20 | 808 |
| 60 | MMS 표준 II_20 | 관리자 | 2009-01-20 | 864 |
| 59 | MMS 표준 II_19 | 관리자 | 2009-01-20 | 911 |
| 58 | MMS 표준 II_18 | 관리자 | 2009-01-20 | 942 |
| 57 | MMS 표준 II_17 | 관리자 | 2009-01-20 | 992 |
| 56 | MMS 표준 II_16 | 관리자 | 2009-01-20 | 857 |
| 55 | MMS 표준 II_15 | 관리자 | 2009-01-20 | 804 |
| 54 | MMS 표준 II_14 | 관리자 | 2009-01-20 | 732 |
| 53 | MMS 표준 II_13 | 관리자 | 2009-01-20 | 796 |
108, Digital-Building, KIT, Yangho-Dong, Gumi, Gyeongbuk 730-701, Korea.
Tel. +82-54-478-7471,7477~8. Fax. +82-54-478-7449
Copyright © 2004~Present, Networked Systems Lab., All rights reserved.
![]("../images/mms/sibang2/figure2-1.jpg")
2. ![]("../images/mms/sibang2/figure2-2.jpg")
![]("../images/mms/sibang2/figure2-3.jpg")
4. ![]("../images/mms/sibang2/figure2-4.jpg")
![]("../images/mms/sibang2/figure2-5.jpg")
6. ![]("../images/mms/sibang2/figure2-6.jpg")
![]("../images/mms/sibang2/figure3-1.jpg")
2. ![]("../images/mms/sibang2/figure3-2.jpg")
![]("../images/mms/sibang2/figure3-3.jpg")
4. ![]("../images/mms/sibang2/figure3-4.jpg")
![]("../images/mms/sibang2/figure3-5.jpg")
6. ![]("../images/mms/sibang2/figure3-6.jpg")
![]("../images/mms/sibang2/figure4.jpg")
![]("../images/mms/sibang2/figure5.jpg")
1