Table of Contents - APTAStandards.com
Table of Contents - APTAStandards.com
Table of Contents - APTAStandards.com
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
with ISO/IEC 7816-6, there is no requirement for a dataset identifier or dataset bitmap<br />
as these functions are covered by the ISO/IEC 7816-6 TLV coding structures. The result<br />
is that the dataset identifier is replaced by the “T” element, the dataset length object<br />
by<br />
the “L” element, and the sub elements by the “V” element. Data that is not <strong>com</strong>pliant<br />
with the ISO/IEC 7816-6 can still be submitted in this<br />
field as long as it follows the<br />
standard <strong>com</strong>posite data element structure as defined by the standard as illustrated in<br />
Exhibit 4.1-3.<br />
Exhibit 4.1-3 Standard Composite Data Element Structure<br />
Dataset<br />
Identifier<br />
Field 55 ICC Related Data<br />
Dataset<br />
Length<br />
Dataset<br />
Bitmaps<br />
Sub<br />
Element<br />
Exhibit 4.1-4 contains a sample application <strong>of</strong> the ICC field with the transit industry<br />
related data elements.<br />
Exhibit 4.1-4 Sample Structure <strong>of</strong> Field 55<br />
Field 55 ICC Data<br />
Name Value Description<br />
Dataset Identifier 71 Fare Transaction<br />
Dataset Length 512 Total length <strong>of</strong> the sub-elements present<br />
Dataset Bitmap 0110000001100000 Indicates the following fields that are present<br />
Sub-elements<br />
Transit Application Pr<strong>of</strong>ile Object<br />
Product Index Object<br />
Pass and Transfer Object<br />
Transaction History Object<br />
Dataset Identifier 43 Load Value Transaction<br />
Dataset Length 384 Total length <strong>of</strong> the sub-elements present<br />
Dataset Bitmap 0001010000100000 Indicates the following fields that are present<br />
Sub-elements<br />
Stored Value (SV) Product Object<br />
Add Value Transaction History Object<br />
Transaction History Object<br />
4.1.6 Message Sequences<br />
The standard provides detailed sequences for message exchange and routing rules.<br />
Typically messages consist <strong>of</strong> a “request-response” pair that is initiated by either card<br />
issuers or acquirers, as illustrated in Exhibit 4.1-5. There are provisions for message<br />
repetitions when original request message is not responded. Additionally, the standard<br />
Page 19