23.05.2015 Views

Space Link Extension - Service Management - CCSDS

Space Link Extension - Service Management - CCSDS

Space Link Extension - Service Management - CCSDS

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

DRAFT RECOMMENDED STANDARD FOR SPACE LINK EXTENSION SERVICE MANAGEMENT<br />

3.3.3 REQUIREMENTS<br />

3.3.3.1 Sender Requirements for the SLE-SM Document Exchange Protocol<br />

Table 3-1: Sender Requirements for the SLE-SM Document Exchange Protocol<br />

MPS-0001 The Sender shall format the SLE-SM message set in accordance with the Data Set Composition<br />

and Relationship Requirements for SLE-SM Message Sets (table 3-4) when creating an SLE-SM<br />

message set.<br />

MPS-0002 The Sender shall use only sleSmCreatorName (table 3-3) values for which it is authorized.<br />

MPS-0003 The Sender shall use only sleSmCreatorName values that are authorized in the context of the<br />

referenced <strong>Service</strong> Agreement (that is, that named by the serviceAgreementRef (table 3-3).<br />

MPS-0004 The Sender shall send messages only for those operations that are permitted under the referenced<br />

<strong>Service</strong> Agreement.<br />

MPS-0005 The Sender shall increment the messageSequenceNumber values of invocation messages in<br />

the order in which the invocations are to be processed by the Receiver, with respect to the same<br />

sleSmCreatorName and serviceAgreementRef.<br />

MPS-0006 The Sender shall increment the messageSequenceNumber values of return, notification, and<br />

confirmation messages in the order in which the messages are generated, with respect to the same<br />

sleSmCreatorName and serviceAgreementRef.<br />

MPS-0007 The Sender shall validate that any document received on the exception response port conforms to<br />

all syntactic validation requirements specified in table 3-25, Data Set Composition and<br />

Relationship Requirements for SleSmExceptionResponses. If the document fails to be<br />

syntactically validated as an SleSmExceptionResponse, the Sender shall discard the<br />

document. The Sender is not required to further interpret or act upon the syntactically invalid<br />

document.<br />

[syntactic validation]<br />

MPS-0008 For each syntactically valid InvalidMessageResponse received on the exception response<br />

port, if the sleSmCreatorName (table 3-3) is not known to the Sender as a legitimate creator<br />

of SLE-SM documents, the Sender shall deem the InvalidMessageResponse to be invalid.<br />

The Sender is not required to further interpret or act upon the invalid InvalidMessageResponse.<br />

[Authorization validation]<br />

MPS-0009 For each syntactically valid InvalidMessageResponse received on the exception response<br />

port, if the serviceAgreementRef (table 3-3) references a <strong>Service</strong> Agreement that is not<br />

supported by the Sender, the Sender shall deem the InvalidMessageResponse to be invalid.<br />

The Sender is not required to further interpret or act upon the invalid InvalidMessageResponse.<br />

[Authorization validation]<br />

MPS-0010 For each syntactically valid InvalidMessageResponse received on the exception response<br />

port, if the sleSmCreatorName is not authorized in the context of the referenced <strong>Service</strong><br />

Agreement, the Sender shall deem the InvalidMessageResponse to be invalid. The Sender<br />

is not required to further interpret or act upon the invalid InvalidMessageResponse.<br />

[Authorization validation]<br />

<strong>CCSDS</strong> 910.11-R-2 Page 3-14 March 2008

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

Saved successfully!

Ooh no, something went wrong!