09.02.2015 Views

nato unclassified - Ham-pages ... No indexes at this level

nato unclassified - Ham-pages ... No indexes at this level

nato unclassified - Ham-pages ... No indexes at this level

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

NATO UNCLASSIFIED<br />

STANAG 5066: PROFILE FOR MARITIME HF DATA COMMUNICATION<br />

V1.0.2<br />

The sending peer retrieves Client U_PDUs from its Queues (according to Priority and/or<br />

other criteria), encodes them into appropri<strong>at</strong>e DATA S_PDUs and sends them to its peer <strong>at</strong><br />

the remote end of the Link. A S_PDUs is submitted to the Channel Access Sublayer as a<br />

C_UNIDATA_REQUEST Primitive of the appropri<strong>at</strong>e priority or as a<br />

C_EXPEDITED_UNIDATA_REQUEST Primitive, depending upon whether the encoded<br />

U_PDU was submitted as a S_UNIDATA_REQUEST or as a<br />

S_EXPEDITED_UNIDATA_REQUEST Primitive by the Client.<br />

The Receiving Peer decodes the S_PDU and extracts from it the U_PDU, the Destin<strong>at</strong>ion<br />

SAP_ID and the other encoded <strong>at</strong>tributes described in Figure A-4. The U_PDU is then<br />

delivered to the Destin<strong>at</strong>ion Client as a S_UNIDATA_INDICATION Primitive or as a<br />

S_EXPEDITED_UNIDATA_INDICATION Primitive, depending upon whether the received<br />

S_PDU was submitted by the Channel Access Sublayer as C_UNIDATA_INDICATION<br />

Primitive or C_EXPEDITED_UNIDATA_INDICATION Primitive. If the received S_PDU<br />

has the “CLIENT DELIVERY CONFIRM REQUIRED” field set equal to “YES”, then the<br />

Receiving Peer must respond with either a “DATA DELIVERY CONFIRM” S_PDU (type 1)<br />

or a “DATA DELIVERY FAIL” S_PDU (type 2) depending upon whether the U_PDU was<br />

successfully delivered to the destin<strong>at</strong>ion Client or not. <strong>No</strong>rmally these response S_PDUs<br />

should have the same Priority (or be of “Expedited” form<strong>at</strong>) as the DATA S_PDU th<strong>at</strong><br />

caused them. However, as the Priority of these Response S_PDUs does not affect<br />

interoperability, it is left as an implement<strong>at</strong>ion issue.<br />

It should be noted th<strong>at</strong>, as shown in Figure A-3, there is no explicit indic<strong>at</strong>ion th<strong>at</strong> the<br />

S_PDU is a “normal” or an “expedited” one. The reason for <strong>this</strong> is th<strong>at</strong> the underlying<br />

sublayers are expected to tre<strong>at</strong> Expedited S_PDUs differently and implicitly pass the<br />

inform<strong>at</strong>ion to the receiving peer by (for example) delivering Expedited S_PDUs as<br />

C_EXPEDITED_UNIDATA_INDICATION Primitives r<strong>at</strong>her than normal<br />

C_UNIDATA_INDICATION Primitives.<br />

The procedures for exchanging DATA S_PDUs for both the Sending and Receiving Peers are<br />

shown in Figure A-7.<br />

NATO UNCLASSIFIED<br />

38

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!