TC_E_29_CS — Check Transaction status - Transaction with id ongoing - with message in queue
TC_E_29_CS — Check Transaction status - Transaction with id ongoing - with message in queue
Source: OCPP 2.0.1 Part 6 — Test Cases (Core & Advanced Security, FINAL, 2023-06-30) — Functional block E. Transactions, page 158.
Identification
| Field | Value |
|---|---|
| Test case name | Check Transaction status - Transaction with id ongoing - with message in queue |
| Test case Id | TC_E_29_CS |
| Use case Id(s) | E14 |
| Requirement(s) | E14.FR.02,E14.FR.04 |
| System under test | Charging Station |
| Functional block | E. Transactions |
Description
The CSMS is able to request the status of a transaction and to find out whether there are queued transaction-related messages, using the GetTransactionStatusRequest message.
Purpose
To verify if the Charging Station is able to correctly respond to a GetTransactionStatusRequest with a transactionId, while there is a message queued belonging to an ongoing transaction with the requested id.
Prerequisite(s)
N/a
Before (Preparations)
Configuration State:
- SampledDataTxUpdatedMeasurands is <Configured transaction_updated_metervalues_measurands> SampledDataTxUpdatedInterval is <Configured transaction_updated_metervalues_interval> OfflineThreshold is <Configured RetryBackOffWaitMinimum_duration> + 60.0 RetryBackOffWaitMinimum is <Configured RetryBackOffWaitMinimum_duration> RetryBackOffRandomRange is 0
- Note: <Configured RetryBackOffWaitMinimum_duration> must be greater than <Configured Transaction MeterValues interval>
Memory State:
- N/a
Reusable State(s):
- State is EnergyTransferStarted
Main (Test scenario)
| Charging Station | CSMS |
|---|---|
| 1. The OCTT closes the WebSocket connection AND does not accept a reconnect. | |
| 2. The OCTT waits a number of seconds equal to <Configured RetryBackOffWaitMinimum_duration>, before accepting a reconnection attempt from the Charging Station. | |
| 4. The Charging Station responds with a GetTransactionStatusResponse | 3. The OCTT sends a GetTransactionStatusRequest; with transactionId <Generated transactionId from Before>; Note: This step will be executed the moment the WebSocket connection is restored. |
| 5. The Charging Stations sends a TransactionEventRequest; Note(s):; - The Charging Station will empty its Transaction message queue. This will contain one or more TransactionEventRequest messages | 6. The OCTT responds with a TransactionEventResponse |
Tool validations
Step 4:
Message: GetTransactionStatusResponse
- ongoingIndicator must be true
- messagesInQueue must be true
Step 5:
Message: TransactionEventRequest
- eventType must be Updated
- meterValues must be present.
- offline must be true
Post scenario validations
- N/a