PN-EN ISO 17575-2:2016-05 - wersja angielska

W niniejszej części ISO 17575 określono sposób przetwarzania całości lub części struktury elementów danych zdefiniowanych w innych częściach ISO 17575 w ramach jakiegokolwiek zbioru komunikacyjnego lub medium właściwego danej aplikacji. Dotyczy ona wyłącznie mobilnych połączeń komunikacyjnych (aczkolwiek połączenia przewodowe, tzn. zaplecze biurowe, mogą wykorzystywać podobną metodologię). W celu ustanowienia połączenia z sekwencją wezwań serwisowych inicjujących komunikację kanałową wymagane są: adresowanie odbiorcy komunikatu oraz przekazywanie wiadomości. W definicji zawartej w niniejszej części ISO 17575 określono wymagane niezależne usługi mediów komunikacyjnych reprezentowane przez abstrakcyjny programistyczny interfejs aplikacji (API). Interfejs komunikacyjny jest implementowany jako API w środowisku programistycznym wybranym przez system aplikacji Front End. Specyfikacja API dla systemu Back End wykracza poza zakres niniejszej części ISO 17575. Definicja przedmiotowego API w konkretnych warunkach również wykracza poza zakres niniejszej części ISO 17575. W niniejszej części ISO 17575 określono abstrakcyjne API, które określa semantykę konkretnego API, jak pokazano na Rysunku 3 oraz jego proformę oświadczenia o zgodności implementacji protokołów (PICS), patrz Załącznik B. Przykład konkretnego API przedstawiono w Załączniku C. W przypadku braku rozróżnienia pomiędzy API abstrakcyjnym i konkretnym stosuje się określenie „komunikacyjne API” lub po prostu „API”. Niniejsza część ISO 17575 zawiera również szczegółową specyfikację struktury związanej z komunikatami API, przykład jej implementacji oraz określa jej rolę w złożonym klastrze opłat drogowych takim jak EETS (patrz Załączniki od A do E). Polityka dotycząca wyboru mediów, zarządzania certyfikatami oraz mechanizmy szyfrowania nie wchodzą w zakres niniejszej części ISO 17575.