javacard:jcre:3.6.1_concurrent_operations_over_multiple

3.6.1 Concurrent Operations Over Multiple Interfaces

A Java Card technology compliant proximity contactless card operates in the ACTIVE state and processes commands defined in the ISO 14443 Specification Parts 1-4.

The Supervisory block (S-block) DESELECT command results in the proximity card entering the HALT state.

A loss of RF field results in the proximity card entering the POWER OFF state.

On a card which is concurrently operating over both the contacted as well as the contactless I/O interfaces, prior to entering the HALT state or POWER OFF state, the Java Card RE must ensure the following:

The transaction in progress in the currently selected applet instance executing on a logical channel on the contactless I/O interface, if any, when the S-block DESELECT command is received, or when the loss of RF field occurs, is aborted.

Each applet instance that was active on a logical channel over the contactless I/O interface when the S-block DESELECT command is received, or when the loss of RF field occurs, becomes implicitly deselected. In this case the deselect method is not called.

All the logical channels open on the contactless I/O interface are implicitly closed.

Transient data associated with each applet instance that was active on a logical channel over the contactless I/O interface and that does not have an applet instance from the same package active on any logical channel over the contacted I/O interface when the S-block DESELECT command is received, or when the loss of RF field occurs, is reset to the default value.

Note - To establish a card session over both contacted and contactless interfaces concurrently, the CAD must initiate the contacted session first. A power loss or card reset on the contacted interface results in a card tear and card reset event even if a contactless session is in progress. An RF signal loss on the contactless interface must not affect an ongoing contacted session.