18.03.2015 Views

XI Workshop de Testes e Tolerância a Falhas (WTF) - SBRC 2010

XI Workshop de Testes e Tolerância a Falhas (WTF) - SBRC 2010

XI Workshop de Testes e Tolerância a Falhas (WTF) - SBRC 2010

SHOW MORE
SHOW LESS

Create successful ePaper yourself

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

<strong>XI</strong> <strong>Workshop</strong> <strong>de</strong> <strong>Testes</strong> e Tolerância a <strong>Falhas</strong> 123<br />

Version<br />

Number<br />

(=0)<br />

Type<br />

(=1)<br />

Packet ID<br />

Data<br />

Field<br />

Hea<strong>de</strong>r<br />

Flag<br />

Packet Hea<strong>de</strong>r (48 Bits)<br />

Application<br />

Process ID<br />

Packet Sequence<br />

Control<br />

Sequence<br />

Flags<br />

Sequence<br />

Count<br />

3 Bits 1 Bit 1 Bit 11 Bits 2 Bits 14 Bits<br />

Packet<br />

Length<br />

16 Bits 16 Bits 16 Bits<br />

Data<br />

Field<br />

Hea<strong>de</strong>r<br />

Variable<br />

Packet Data Field (Variable)<br />

Application<br />

Data<br />

Variable<br />

Spare<br />

Variable<br />

Packet<br />

Error<br />

Control<br />

16 Bits<br />

CCSDS<br />

Secondary<br />

Hea<strong>de</strong>r<br />

Flag<br />

Boolean<br />

(1 Bit)<br />

TC Packet<br />

PUS Version<br />

Number<br />

Enumerated<br />

(3 Bits)<br />

Ack<br />

Enumerated<br />

(4 Bits)<br />

Service<br />

Type<br />

Enumerated<br />

(8 Bits)<br />

Service<br />

Subtype<br />

Enumerated<br />

(8 Bits)<br />

Source ID<br />

(Optional)<br />

Enumerated<br />

(n Bits)<br />

Spare<br />

(Optional)<br />

Fixed BitString<br />

(n Bits)<br />

Figure 2. PUS Telecommand Packet.<br />

4.2. Telecommand Verification Service<br />

According to ECSS (2003), The Telecommand Verification Service provi<strong>de</strong>s the<br />

capability of checking the execution of the each telecommand packet, from its<br />

acceptance through to its completion of execution. There are four different stages for<br />

the telecommand verification. Although providing the verification of the telecommand,<br />

it is not necessary that every telecommand should be verifiable at each stage. The stages<br />

are:<br />

- Telecommand acceptance<br />

- Telecommand execution started<br />

- Telecommand execution progress<br />

- Telecommand execution completion<br />

Within the range between the telecommand acceptance and the telecommand<br />

completion of execution, the user can request an execution success report, which allows<br />

him to follow the exact point of the execution. The success report is requested through<br />

the “Ack” field of the telecommand packet. This field is shown in Fig. 2 above.<br />

When a failure occurs at any stage, this service must send a failure report to the<br />

user containing the error co<strong>de</strong> and some additional information regarding the cause of<br />

this failure. It helps the user to un<strong>de</strong>rstand the main reason of such failure.<br />

In short, each stage should have two reports: Success Report and Failure Report.<br />

It results in eight reports that the telecommand verification service shall provi<strong>de</strong>.<br />

The type number of this service is 1. The subtype numbers of each report are<br />

listed in Table 1. For this work, only the “Telecommand Acceptance” and<br />

“Telecommand Execution Completion” stages were used.

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

Saved successfully!

Ooh no, something went wrong!