Niniejszy wynalazek dotyczy zasadniczo systemów komunikacyjnych danych.W szczególności, wynalazek odnosi się do systemu teleinformatycznego do przetwarzania i przesyłania Samoloty Komunikacja Adresowanie i System ("ACARS") wiadomości Raportowanie za pomocą sieci TCP / IP.

ACARS jest adresowalny cyfrowy system transmisji danych wykorzystywane przez handlowej i biznesowej samolotów. ACARS został opracowany w celu umożliwienia podmiotom lotu do komunikacji z samolotu w swoich flot. ACARS jest wykorzystywany do przesyłania rutynowych raportów, danych i prostych komunikatów między statkiem powietrznym i jego operatora lotu. Przekazywane są komunikaty ACARS wykorzystaniem kanałów AM, aby uniknąć przeludnienia kanałów głosowych VHF samolotu. Konwencjonalny wiadomości ACARS jest opisane i zdefiniowane przez normy ARINC 618 i ARINC 620.

Obecnie wiadomości ACARS przemierzać starszych DataLinks, które są drogie i stosunkowo powoli, takie jak kanałów VHF lub linki SATCOM. Takie ścieżki komunikacyjne są wystarczające do komunikacji podczas lotu, ale może być niepożądane dla komunikacji po wylądowaniu samolotu. Historycznie, nawet po tym, jak samolot wylądował, wiadomości ACARS muszą być przesyłane za pomocą istniejących systemów i protokołów, które mogą być świadczone przez prywatne firmy, takie jak ARINC (w Stanach Zjednoczonych) i SITA (w Europie).Ponieważ większość handlowy przekaz samolot jest obsługiwany po wylądowaniu, wiadomości ACARS może być bardzo kosztowne dla linii lotniczych, zwłaszcza dla tych z bardzo dużych flot.

W związku z tym wskazane byłoby posiadanie systemu ACARS wiadomości, które mogą skorzystać z większą prędkością i mniej kosztownych systemów teleinformatycznych dostępnych do samolotu po wylądowaniu. Na przykład, byłoby korzystne dla systemu wiadomości ACARS wykorzystanie istniejących technologii komunikacyjnych, takich jak Internet, komunikacji w oparciu TCP / IP i łączy bezprzewodowych takich jak 802.11 linków. Ponadto, inne pożądane cechy i charakterystyki niniejszego wynalazku staną się oczywiste na podstawie późniejszego szczegółowego opisu i załączonych zastrzeżeń, omawianych w powiązaniu z towarzyszącymi rysunkami i powyższej dziedzinie techniki i tła.

System do przesyłania wiadomości ACARS po wylądowaniu samolotu obejmuje pokładzie logiki przetwarzania, które przekłada konwencjonalnego wiadomość ACARS w formacie zgodnym z pakietu TCP / IP, protokołów. Tłumaczenie umożliwia system do przesyłania treści wiadomości ACARS za pomocą szybkich sieci, takich jak Internet i architektury sieci LAN prowadzonego przez linię lotniczą. Tłumaczenie umożliwia również przenoszenie zawartości wiadomości ACARS w sposób omija konwencjonalne i kosztownych sieci utrzymywane przez ARINC i SITA.

Powyższe i inne aspekty niniejszego wynalazku mogą być wykonywane w jednej formie metodą wiadomości ACARS, że polega na uzyskiwaniu komunikat ACARS zawierający treść wiadomości, wiadomość ACARS kodowania do formatu ASN.1 przełożenie zakodowany komunikat do wiadomości ACARS-IP (zgodny z protokołem TCP / IP) zawierający treść wiadomości i przekazywanie wiadomości ACARS-IP pomiędzy statkiem powietrznym a serwerem przetwarzania wiadomości za pośrednictwem łącza danych TCP / IP.

Bardziej kompletne zrozumienie niniejszego wynalazku mogą być uzyskane poprzez odniesienie się do następującego szczegółowego opisu i zastrzeżeń, rozważanego w połączeniu z następujących figur, na których podobne numery referencyjne odnoszą się do podobnych elementów na wszystkich figurach.

FIG. 1 Jest to schemat środowisku systemu dla ACARS Messaging over IP;

FIG. 2 jest schematycznym przedstawieniem praktycznych ACARS Wiadomości wdrożenie systemu over IP;

FIG. 3 jest uproszczonym schematycznym przedstawieniem systemu komunikacyjnego ACARS według wynalazku;

FIG. 4 to uproszczony schemat architektury oprogramowania jednostki zarządzania komunikacyjny obsługuje wiadomości ACARS;

FIG. 5 przedstawia schemat sekwencji komunikatów, który ilustruje sekwencję przykład obsługiwane przez system komunikacyjny ACARS over IP;

FIG. 6 Jest to schemat procesu komunikacyjnego ACARS;

FIG. 7 przedstawia schemat sekwencji komunikatów, który ilustruje symulowanego procedurę potwierdzenia;

FIG. 8 przedstawia schemat sekwencji komunikatów, który ilustruje procedury związanej z komunikatów ACARS ponownego routingu;

FIG. 9przedstawia schemat sekwencji komunikatów, który ilustruje symulowanego potwierdzenia odpowiada opóźnionego komunikatu odbiorczego; i

FIG. 10 przedstawia schemat sekwencji komunikatów, który ilustruje symulowanego potwierdzenia odpowiada nieudanej komunikat w dół.

Poniższy szczegółowy opis ma jedynie charakter przykładowy, a nie ma na celu ograniczać wynalazku lub jego zastosowania oraz zastosowania wynalazku.Ponadto, nie ma zamiaru wiązać się z żadną wyrażonej wprost lub domyślnie teorii przedstawionej w poprzednim technicznego pola, tło, krótkie streszczenie lub następującym szczegółowym opisem.

Niniejszy wynalazek może być opisany w niniejszym dokumencie w odniesieniu do funkcjonalnych i / lub elementów logicznych blokowych i różnych etapów przetwarzania. Należy rozumieć, że takie składniki bloku może być realizowany przez dowolną liczbę sprzęt, oprogramowanie i / lub oprogramowanie sprzętowe skonfigurowane elementy do wykonywania określonych funkcji. Na przykład wykonania wynalazku może wykorzystywać różne zintegrowanych komponentów elektronicznych, na przykład, elementy pamięci, cyfrowe elementy przetwarzania sygnału, elementy logiczne, tabelami, lub tym podobne, które mogą wykonywać różne funkcje pod kontrolą jednego lub więcej, mikroprocesory i inne urządzenia sterujące. Ponadto, dla specjalisty w tej dziedzinie oczywiste będzie, że niniejszy wynalazek może być stosowany w połączeniu z dowolną liczbą protokołów transmisji danych, a system opisany w tym dokumencie jedynie jednym przykładowym zastosowanie w wynalazku.

Dla zwięzłości, konwencjonalne techniki związane z ACARS tworzenia wiadomości, routingu i przetwarzania, TCP / transmisji danych IP, sygnalizacji, kontroli sieci i innych aspektów funkcjonalnych systemów (i poszczególnych elementów eksploatacyjnych systemów) może nie być opisane szczegółowo w niniejszym dokumencie. Ponadto linie łączące, przedstawione na różnych figurach niniejszym dokumencie mają reprezentować Przykład funkcjonalne związki i / lub sprzęgła fizycznych pomiędzy różnymi elementami. Należy zauważyć, że wiele alternatywnych lub dodatkowych związków funkcyjnych lub fizycznych połączeń mogą być obecne w praktycznym wykonaniu.

System wiadomości ACARS według wynalazku jest przeznaczony do wykorzystania istniejących DataLinks sieciowe TCP / IP, które są dostępne do samolotu, umożliwiając w ten sposób samolot do komunikowania treści wiadomości ACARS na każdym naziemnej. W skrócie, wynalazek dotyczy protokołu aplikacji i przetwarzania wykonywanego przez podsystemów inicjator i / lub przeznaczenia, które pozwalają na przechodzenie wiadomości ACARS siecią TCP / IP, takich jak Internet. Z punktu widzenia użytkownika, pojawiają się komunikaty wiadomość ACARS być przejeżdżające konwencjonalnych DataLinks chociaż w rzeczywistości treść wiadomości ACARS przemierza niskie koszty i wysoką przepustowość sieci handlowej. Warto zauważyć, ARINC i SITA nie muszą być zaangażowani w ruchu ACARS obsługiwane przez system wiadomości ACARS (w przeciwieństwie powietrze-ziemia i ziemia-powietrze transakcji na SATCOM / VHF), a treść wiadomości ACARS mogą być przesyłane bezpośrednio z samolotu do systemu końcowego ziemi (i odwrotnie) przez sieć TCP / IP bez przetwarzania dostarczonych przez usługodawcę danych.

FIG. 1Jest to schemat środowisku systemu komunikacyjnego ACARS 100, w którym układ według wynalazku może być stosowana. Środowisko to 100 na ogół obejmuje samolot 102, na przykład, z samolotu komercyjnych linii lotniczych, który dotknął w dół lub zbliżonej do dotykania się. Po jej wylądowaniu samolot 102 może ustanawiać komunikację z odpowiednią siecią TCP / IP 104, takiej jak Internet. W związku z tym, samolot 102 korzystnie zawiera pokładowy element łączności danych skonfigurowany do ustanowienia łącza danych TCP / IP. W przykładowym rozwiązaniu według wynalazku, opisanych w niniejszym dokumencie, serwer przetwarzania komunikatu 106 jest zdolny do ustalenia komunikacji z siecią TCP / IP 104. W typowym środowisku100, serwer przetwarzania wiadomości 106 jest jednostką naziemny położony na lotnisku docelowym.

W praktyce, sieć TCP / IP 104 może zawierać dowolną liczbę DataLinks fizycznych połączonych razem dla celów routingu ruchu TCP / IP ze źródła danych do miejsca przeznaczenia danych. W związku z tym, system komunikacji ACARS może ustanowić łączem danych TCP / IP 108 pomiędzy statkiem powietrznym 102 i systemu przetwarzania wiadomości 106 w celu ułatwienia komunikacji zawartości wiadomości ACARS, jak opisano bardziej szczegółowo poniżej. Do obsługi floty statków powietrznych, system przetwarzania Komunikat 106 jest skonfigurowany do obsługi wielu połączeń TCP / IP (jeden na pokład statku powietrznego). Stosowane w niniejszym opisie określenie "datalink TCP / IP" jest dowolnym łącze komunikacyjne, które mogą przenosić dane zgodnie z pakietem TCP / IP w protokołach. TCP / IP datalink108 może zawierać jeden lub więcej składników, w tym dowolną liczbę bezprzewodowych DataLinks TCP / IP i dowolnej liczby przewodowych DataLinks TCP / IP.

FIG. 2jest schematycznym przedstawieniem praktycznym rozmieszczeniu systemu komunikacyjnego ACARS. WFIG. 2Statek powietrzny 102 jest przedstawione schematycznie przerywanymi liniami. Samolot 102 może zawierać pokładzie komunikacyjny moduł zarządzania ("CMU") 200 i onboard elementu do przekazywania danych, na przykład, moduł bezprzewodowej sieci LAN obszarze terminala ("TWLU") 202. W praktyce, CMU 200 to linia Urządzenie wymienne ("LRU") Składniki sprzętowe, obejmuje logikę przetwarzania, który obsługuje szereg funkcji komunikacyjnych samolotu, w tym tradycyjnego wiadomości ACARS i zmodyfikowanych funkcji przesyłania wiadomości ACARS opisanych w niniejszym dokumencie. CMU 200 zawiera co najmniej składnik routera ACARS, który wykonuje ACARS przetwarzanie wiadomość i routingu. Element routera ACARS obejmuje również stosu TCP / IP i przetwarzanie logiki związanej z ACARS kodowania wiadomości i tłumaczenia.W praktycznej realizacji, składnik ruter ACARS może być wykonana z jednego albo większej liczby modułów fizycznych kart lub urządzeń (jeżeli takie moduły, karty lub urządzenia są odpowiednio skonfigurowane do komunikowania się ze sobą, a do realizacji zadania niezależne celu ułatwienia równoczesnego przetwarzania) ,

W przykładzie wykonania, CMU 200 jest sprzężony TWLU 202 z odpowiedniego łącza danych, na przykład, z łącza danych 10 Base-T Ethernet. TWLU 202, który może być również LRU, zawiera układ logiczny sprzętu i przetwarzania, który obsługuje komunikację bezprzewodową danych między statkiem powietrznym 102 i systemu naziemnej takie jak sieci LAN, prowadzonego przez portu docelowego. W praktycznej realizacji, TWLU 202ustanawia łączem danych bezprzewodowych 204 między samolotów 102 i bezprzewodowego punktu dostępowego 206 związanej z sieci naziemnej. W przykładzie wykonania, datalink bezprzewodowy 204 jest datalink TCP / IP. W praktyce datalink bezprzewodowy 204 może być realizowana jako 802,11 (a, b, lub g) łącza danych, łącza danych Bluetooth, łącza danych HomeRF, a łącza danych HiperLAN, GPRS, telefonii bezprzewodowej, UMTS SATCOM, lub tym podobne. Dla celów komercyjnych przykład samolotu tu opisane, bezprzewodowy punkt dostępowy 206 może być jednostka naziemny położony na lotnisku docelowym. Bezprzewodowy punkt dostępowy 206 jest podłączony do sieci TCP / IP 104, ustanawiając tym samym łączem danych TCP / IP 108między samolotów 102 i przetwarzania wiadomości serwerze 106.

FIG. 3jest uproszczonym schematycznym przedstawieniem systemu komunikacyjnego ACARS 300 według wynalazku.FIG. 3przedstawia elementy funkcyjne, elementy danych i logikę przetwarzania związanych z CMU 200 i przetwarzania wiadomości serwerze 106. Generalnie, CMU 200 mogą zawierać następujące elementy: router ACARS 302; Wiadomości ACARS 304; koder ASN.1 306; i protokołu TCP / IP tłumacz 308. Ogólnie rzecz biorąc, obróbka wiadomości serwer 106 może obejmować następujące elementy: tłumacza TCP / IP 310; dekoder ASN.1 312; ACARS wiadomość konstrukcja logiczna 314;Logika i treść wiadomości ekstrakcji 316. Dla prostoty,FIG. 3skierowany jest do przetwarzania i obsługi wiadomości downlink ACARS, tj wiadomości ACARS wysłanej z CMU 200 do wiadomości serwer przetwarzania 106. W praktycznym przykładzie wykonania, ACARS system komunikacyjny 300 skonfigurowany jest do dwukierunkowej komunikacji komunikatów, i jako takie, zarówno CMU 200 i serwer przetwarzania wiadomości 106 może zawierać elementy funkcjonalne elementy danych, układ logiczny przetwarzania, który obsługuje ACARS komunikatach w górę w przeciwnym kierunku.

Odnosząc się do CMU 200, ACARS Router 302 obsługuje przychodzące i wychodzące ACARS ruchu wiadomość, w tym wytwarzania i przetwarzania wiadomości ACARS 304. Konfigurację i charakterystykę typowych komunikatów ACARS są dobrze znane specjalistom z tej dziedziny i dlatego nie zostaną tu szczegółowo opisane. Takie konwencjonalne wiadomości ACARS może zawierać wiadomości, które są zgodne ze standardami ARINC, na przykład wiadomości A618, wiadomości A619 i wiadomości A620. ASN.1 koder 306 jest skonfigurowany do kodowania, konwersji i / lub tłumaczenie wiadomości ACARS w formacie, który jest zgodny z ASN.1. ASN.1 formalny zapis stosowany do opisywania danych przesyłanych przez protokoły, niezależnie od implementacji języka i fizycznej reprezentacji danych, niezależnie od aplikacji, a niezależnie od złożoności danych. ASN.1 zapewnia jednoznacznej metodologii wymiany treści ACARS pomiędzy CMU 200 i serwer przetwarzania wiadomości 106. TCP / IP tłumacz 308 Funkcje tłumaczyć, konwersji i / lub sformatowania zakodowanych wiadomości ACARS do odpowiednich wiadomości ACARS-IP, które są zgodne z pakietem TCP / IP, protokołów. "Message ACARS-IP" Termin stosuje się tu wyróżnić takie wiadomości z wiadomości konwencjonalne ACARS.

Jak opisano powyżej, komunikaty ACARS-IP mogą być przekazywane między serwerem samolotu i przetwarzania wiadomości 106 za pośrednictwem łącza danych nadaje się TCP / IP, który może zawierać jeden lub większą liczbę bezprzewodowych DataLinks TCP / IP. Odnosząc się do serwera przetwarzającego komunikat 106, wiadomości ACARS-IP są odbierane i przetwarzane przez TCP / IP tłumacza 310. Tłumacz 310 Funkcje tłumaczyć, konwersji i / lub sformatować wiadomości ACARS-IP do odpowiednich danych, które mogą być przetwarzane przez ASN.1 dekodera 312. Dekoder ASN.1 jest skonfigurowany do dekodowania, konwersji i / lub przełożyć te dane usunąć kodowania ASN.1 wykonaniu ASN.1 koder 306. ACARS budownictwo wiadomość logika 314 może przetwarzać zdekodowane dane do budowy otrzymaną wiadomość ACARS mający tradycyjnym formacie ACARS. Następnie, układ logiczny ekstrakcji treść wiadomości 316 może wydobyć użytecznej zawartości z otrzymanej wiadomości ACARS do dalszej obróbki lub stosowania w dowolny odpowiedni sposób. W miejsce "rekonstrukcji" wiadomości A620, dane surowe mogłyby być podawane do dowolnej liczby procesów odpowiedniej obsługi.

Przykład wykonania opisany w niniejszym dokumencie obsługuje A618, A619, A620 i wiadomości. Komunikaty A618 są komunikaty przesyłane między samolotami 102 i system naziemnej, takich jak dostawcy usług danych ("DSP"). ACARS system komunikacji 300 jest korzystnie wykorzystać do przesyłania wiadomości A618 po wylądowaniu samolotu 102.Konwencjonalne techniki wiadomości ACARS może być wykorzystany do przesyłania wiadomości A618 podczas lotu.Komunikaty A619 są "wewnętrzne" Wiadomości przekazywane pomiędzy CMU 200 i inne LRU w samolotach 102. A620 wiadomości są komunikaty przekazywane między systemem naziemnym, takich jak DSP i systemu końcowego (w praktyce handlowej wdrażania samolotów, system końcowy jest utrzymywane przez linię lotniczą).

FIG. 4to uproszczony schemat architektury oprogramowania część z CMU 400. CMU 400 jest skonfigurowany do komunikacji z innymi zewnętrznymi LRU 402 samolotów 102, dziedzictwo podsieci 404, które obsługują wiadomości ACARS, TCP / IP, podsieci 406 jak tu opisano, i wielofunkcyjnej i wyświetlania ("MCDU") 408, który funkcjonuje jako Wyświetlacz i urządzenie wejściowe w kokpicie samolotu. Jak opisano powyżej, CMU 400 może zawierać układ logiczny przetwarzania związanego z kodowaniem i translacji wiadomości ACARS transmisji przez podsieci (ów) TCP / IP406. CMU 400 zawiera również router ACARS 410, który obsługuje przychodzące i wychodzące wiadomości, ACARS jest ruch protokołu obsługi A619 412 sprzężony ACARS routera 410 oraz protokół obsługi A618 414 sprzężony ACARS routera 410.

Konwencjonalny proces wiadomości ACARS może być wykonane w następujący sposób. LRU 402 komunikuje się z obsługi protokołu A619 412, który generuje odpowiedni komunikat A619 na przetwarzanie przez ACARS routera 410.ACARS Router 410 następnie przekazuje wiadomość do obsługi protokołu A618 414, który generuje odpowiedni komunikat A618. Komunikat A618 jest następnie kierowany do starszych podsieci (s) 404. W przeciwieństwie do tego, proces wiadomości ACARS według wynalazku może być wykonywane następująco. Pilot samolotu mogą wprowadzić komunikat (np, wpisując na klawiaturze) do MCDU 408, który jest na pokładzie samolotu. Ta wiadomość jest następnie przekazywana do ACARS routera 410 w taki sposób, że omija obsługi protokołu A619 412. Podobnie, wiadomości wysyłane poprzez podsieci (ów) TCP / IP 406 można pominąć obsługi protokołu A618 414 w tranzycie do ACARS routera 410. Zatem, techniki według niniejszego wynalazku może być stosowany w celu uniknięcia konwencjonalnych A619 i A618 ACARS przetwarzanie komunikatu.

FIG. 5 przedstawia schemat sekwencji komunikatów, który ilustruje sekwencję przykład obsługiwane przez system komunikacyjny ACARS i FIG. 6Jest to schemat procesu komunikacyjnego ACARS 600. Działanie systemu komunikacyjnego ACARS według wynalazku zostanie opisany w powiązaniu zFIG. 5 i FIG. 6, WFIG. 5Czas jest reprezentowany przez skali pionowej z czasem przebiega od góry do dołu. FIG. 5przedstawia przetwarzanie lub frezowania przeprowadza się przez router ACARS 502, który może być zrealizowany w CMU w praktycznym wykonaniu, TWLU504 i przetwarzania wiadomości serwer 506. Proces 600 i schemat sekwencji przykładem wiadomość przyjęto następujące założenia: (1) CMU została zainicjowana i jest sprawny; (2) samolot wylądował lub w inny sposób w sąsiedztwie punktu dostępu bezprzewodowego tak, że łączność TCP / IP można ustalić; (3) system końcowy naziemnych, np serwer przetwarzania wiadomości, monitoruje dla połączenia TCP / IP z CMU; oraz (4) infrastruktura sieci ziemia jest i funkcjonuje prawidłowo.

Odnosi się do FIG. 5Poz 1 oznacza każde zdarzenie, które wywołuje przetwarzania komunikatów ACARS, jak opisano w niniejszym dokumencie. Zdarzenie może reprezentować przyziemienia samolotu i powiadamiania o wypadku przyziemienia do ACARS routera 502, dostępność określonej ilości danych, wiadomości, dostępności połączenia nadaje TCP / IP, itp Wydarzenie to umożliwia ACARS routera 502 w celu przygotowania do nawiązania połączenia TCP / IP. Na przykład, ACARS Router 502 może przetwarzać adres IP naziemne i / lub nazwę hosta serwera przetwarzającego komunikat 506. Odnosi się doFIG. 6, ACARS wiadomości Proces 600 może zacząć od uzyskania adresu IP serwera przetwarzającego wiadomość (zadanie 602). Ten adres IP niezbędne do podłączenia do sieci TCP / IP jest. Nazwy hostów i adresy IP przeznaczenia może być rozwiązany z samolotu modyfikowalnym informacji ("AMI") przechowywane przez CMU. Numery portów TCP / IP mogą być konfigurowane przez AMI, lub utrzymywane na stałym poziomie, w zależności od konkretnej implementacji. Dla danej linii lotniczej, adres IP serwera przetwarzającego komunikat 506 może się zmieniać z jednego lotniska na drugie lub pozostają niezmienne niezależnie od lotniska.

Pozycja 2 przedstawia wskazania z TWLU 504 do ACARS routera 502, że łączność bezprzewodowa na poziomie warstwy łącza danych został ustanowiony. Innymi słowy, korzystając przy protokołów sieciowych w sieci TCP / IP mogą teraz wymieniać dane. W tym czasie proces wiadomości ACARS 600 może ustanowić łączem danych TCP / IP między samoloty i przetwarzanie wiadomości serwer 506 (zadanie 604). W związku z tym, poz 3 diagramu sekwencji stanowi próbę stworzenia połączenia TCP / IP z serwera przetwarzającego komunikat 506 na dany adres IP. W praktycznych realizacjach, pierwsza próba może nie ze względu na informacje trasowania są wymieniane i / lub ze względu na niestabilność łącza danych bezprzewodowej, jednak wiele prób można przeprowadzić w celu zapewnienia stabilnego połączenia.

ACARS Proces wiadomości 600 koduje wiadomość handshake do uzgadniania komunikatu zgodnego z normami zadania ASN.1 (606). W praktyce, komunikat uzgadniania zawiera treści w tym co najmniej numer rejestracyjny samolotu do samolotu, który umożliwia serwer przetwarzania wiadomości 506 do identyfikacji statku powietrznego. Inne informacje, które mogą być zawarte w komunikacie uzgadniania zawiera identyfikator Tail, numer lotu, oraz wszelkie inne informacje, które mogą pomóc serwer przetwarzania wiadomości 506 ustalić tożsamość samolotów pochodzących lub CMU.Zakodowany komunikat uścisk dłoni może być tłumaczone lub inaczej sformatowane do wiadomości handshake ACARS-IP, który jest protokół TCP / IP zgodny (zadanie 608); komunikat uzgadniania ACARS-IP będzie również zawierać co najmniej numer rejestracyjny samolotu. Pozycja 4 diagramu sekwencji i zadania 610 procesu 600 oba reprezentują transmisji komunikatu uzgadniania ACARS-IP z CMU do wiadomości serwer przetwarzania 506 przez łącza danych TCP / IP. Celem tej transmisji jest ustanowienie sesji komunikacyjnej pomiędzy CMU i serwera przetwarzania komunikatów 506.

W odpowiedzi na komunikat uzgadniania, serwer przetwarzania wiadomości 506 może wykonać procedurę podobną do generowania i przekazywania komunikat zwrotny handshake ACARS-IP. W przykładzie wykonania, komunikat zwrotny uzgadniania ACARS-IP zawiera unikalny identyfikator tokena / ciąg identyfikujący serwer przetwarzania wiadomości 506.Pozycja 5 diagramu sekwencji przedstawia transmisję wiadomości powrót uzgadniania ACARS-IP z serwera przetwarzającego wiadomość 506 do CMU. Odnosząc się do ACARS procesu komunikacyjnego 600, jeśli CMU nie otrzyma wiadomość powrót handshake (zadanie zapytania 612), a następnie przetworzyć 600 może zamknąć lub wysłać inny komunikat handshake. Jeśli pojawi się komunikat zwrotny uścisk dłoni, a następnie przetworzyć 600 nadal; połączenie TCP / IP mogą być teraz wykorzystane do przesyłania dowolną liczbę downlink wiadomości i / lub dowolnej liczby komunikatach w górę między statkiem powietrznym i serwer przetwarzania wiadomości 506. Komunikaty w górę i w łączu w dół mogą być przesyłane równocześnie, gdy połączenie TCP / IP został ustalony. W związku z tym, proces 600wskazuje oddzielne podprocesy do przetwarzania komunikatu w łączu w dół i łącza w górę.

W odniesieniu do komunikatów łącza nadawczego, proces 600 kontynuuje i otrzymuje kolejny ACARS komunikat w dół z kolejki komunikatów lub innego źródła wiadomości ACARS (zadanie 614). ACARS system przesyłania wiadomości według wynalazku może być skonfigurowana do korzystania z sieci niskiego kosztu TCP / IP w sposób następujący. Podczas gdy samolot jest ciągle w powietrzu lub w inny sposób zdolny do ustanowienia połączenia TCP / IP, jak opisano w niniejszym dokumencie, konwencjonalne ACARS komunikaty w łączu w dół może być priorytet w zależności od ich ważności i / lub wrażliwości czasu. W związku z tym, krytycznych komunikatów i komunikaty, które nie mogą być opóźnione mogą być przetwarzane i przesyłane przy użyciu konwencjonalnych technik wiadomości ACARS. Z drugiej strony, mniej ważne informacje i komunikaty, które nie muszą być dostarczane bezpośrednio można priorytet i kolejkowane do późniejszego przesyłania komunikatów w łączu w dół jak jeden lub więcej ACARS IP. Pokładowy kolejka komunikatów, która może być wykonana jako element do przechowywania danych może przechowywać komunikaty dla kolejnych transmisji przez łącza danych TCP / IP po wylądowaniu.

Po datalink TCP / IP ustalono, routera ACARS jest powiadamiany, że podsieć TCP / IP jest gotowy do użycia. W tym momencie może pojawić ACARS komunikatory, w tym wiadomości downlink i uplink. Diagram sekwencji przedstawia przykład przetwarzania w komunikacie w dół, reprezentowaną przez pkt 6 (transmisja odpowiednio uformowaną ACARS-IP komunikat w dół do serwera przetwarzającego komunikat 506 za pośrednictwem łącza danych TCP / IP).

Wracając do ACARS procesu komunikacyjnego 600, komunikat downlink ACARS zawierające treści wiadomości jest korzystnie kodowane do wiadomości zgodnej ASN.1 zawierającej treści wiadomości (zadanie 616). Ponadto, proces600 tłumaczy, przetwarza, lub w inny sposób formatuje zakodowaną wiadomość do wiadomości downlink ACARS-IP zawierającej treści wiadomości (zadanie 618). W praktycznym wykonaniu, ACARS Router 502 procesów i obudowuje wiadomość tekstową ACARS i parametrów do jednostki danych protokołu ASN.1 ("PDU") w celu przekazania do serwera przetwarzającego komunikat 506 za pośrednictwem protokołu TCP / IP (zadania łącza danych 620). Jak wspomniano powyżej, datalink TCP / IP może zawierać jeden lub więcej DataLinks bezprzewodowej, a zadaniem 620 może transmitować komunikat odbiorczy ACARS IP za pośrednictwem sieci Internet.

Odbierany jest komunikat w dół ACARS-IP na serwerze przetwarzania komunikat 506 (zadanie 622), który obsługuje przetwarzanie otrzymanej wiadomości. Krótko mówiąc, serwer przetwarzania wiadomości 506 funkcje do konwersji pakietów TCP / IP w dowolnym odpowiednim formacie. W jednej z postaci, serwer przetwarzania wiadomości 506przetwarza pakiety TCP / IP w formacie, który jest rozpoznawalny przez system wiadomości dziedzictwo ACARS.Alternatywnie, surowe dane mogą być wprowadzane do innych procesów lub systemów (np, bazy danych, analizy statystyczne, procedury, systemy automatycznej odpowiedzi, e-mail, urządzenia pamięci, itd), które wykorzystują różne formaty. W związku z tym, proces wiadomości ACARS 600 może przeprowadzać dekodowanie ASN.1 odbieranych ACARS IP komunikatu (zadań 624) i budowy otrzymanej wiadomości ACARS (zadanie 626). Proces 600 może budować odebranej wiadomości ACARS taki sposób, że staje się znowu zgodne z konwencjonalnym formacie ACARS.Ostatecznie proces 600 wydobywa treść wiadomości ACARS z otrzymanej wiadomości (zadanie 628) i / lub wykonuje wiadomość ACARS obsługi (zadanie 630), zgodnie z potrzebami i wymaganiami systemu.

Diagram sekwencji przedstawia również przykład przetwarzanie komunikatu w łączu w górę, reprezentowanego przez pozycji 7. Jak wspomniano powyżej, praktyczny przykład wykonania może wysyłać komunikaty w łączu w górę i łączu w dół w każdym czasie, a termin pokazano naFIG. 5 stanowi jedynie uproszczony scenariusz przydatne do wyjaśnienia procesów wiadomości.

Dla kompletności wywodu, ACARS Proces wiadomości 600 obejmuje możliwość jednoczesnej transmisji komunikatu w górę. Przetwarzanie wiadomości uplink może zacząć od uzyskania kolejny komunikat w górę ACARS z kolejki komunikatów lub z dowolnego źródła związanego z serwera przetwarzającego komunikat 506 (zadanie 632). Następnie proces 600 Wpływy z kodującego komunikat w górę ACARS do wiadomości zgodnej ASN.1 (zadanie 634). Ponadto, proces600 tłumaczy, przetwarza, lub w inny sposób formatuje zakodowaną wiadomość do wiadomości uplink-IP zawierającej ACARS żądaną treść wiadomości (zadanie 636). W praktycznej realizacji, serwer przetwarzania wiadomości 506 tworzy jeden lub więcej PDU ASN.1 podczas zadań 634 i 636. Następnie uplink wiadomość ACARS-IP mogą być przekazywane do samolotów poprzez ustalone TCP / IP (łącza danych zadania 638).

Uplink wiadomość ACARS-IP został ostatecznie przyjęty przez ACARS routerem 502, który obsługuje przetwarzanie otrzymanej wiadomości. Krótko, ACARS Router 502 funkcje do konwersji pakietów TCP / IP w dowolnym odpowiednim formacie. W jednym z wykonań, ACARS Router 502 przetwarza pakiety TCP / IP w formacie, który jest rozpoznawalny przez system wiadomości dziedzictwo ACARS. Alternatywnie, surowe dane mogą być wprowadzane do innych procesów lub systemów (np, bazy danych, analizy statystyczne, procedury, systemy automatycznej odpowiedzi, e-mail, urządzenia pamięci, itd), które wykorzystują różne formaty. W związku z tym, proces wiadomości ACARS 600 może wykonywać dekodowanie ASN.1 na uplink wiadomości odebranych ACARS-IP (zadanie 640) oraz budowę otrzymanej ACARS uplink wiadomości (zadanie 642). Proces 600 może budować odebrany komunikat nadawczy ACARS taki sposób, że staje się znowu zgodne z konwencjonalnym formacie ACARS. Ostatecznie proces 600 wydobywa treść wiadomości ACARS z otrzymanej wiadomości (zadanie 644) i / lub wykonuje wiadomość ACARS obsługi (zadanie 646), zgodnie z potrzebami i wymaganiami systemu. Na przykład, wiadomość, zależnie od przeznaczenia, mogą zostać przekazane do innych systemów powietrznych końcowych, takich jak system zarządzania lotu samolotu.

Po każdym uplink i downlink przetwarzania wiadomości, następnej wiadomości może być obsługiwany w sposób opisany powyżej. Pod tym względem,FIG. 6 przedstawia łącza nadawczego i łącza zwrotnego gałęzi jak pętle ułatwiające wielokrotnego użytkowania dowolnej liczby wiadomości.

Poniżej znajduje się wysoki poziom Konstrukcja przykładowego ACARS wiadomości protokołu aplikacji, który może zostać wykorzystany w związku z praktycznym wykonaniu wynalazku. Należy zauważyć, że w tym przykładzie odpowiada tylko jednym z możliwych praktycznych realizacji niniejszego wynalazku, oraz że wynalazek nie jest ograniczony do tego konkretnego przykładu wykonania i konkretnej realizacji. Podejście projekt systemu na CMU jest ominięcie konwencjonalne ACARS stos i wysłać ACARS "user-tekst" bezpośrednio do systemu końcowego ziemi. Przyczyną takiego podejścia jest to, aby ominąć niepotrzebne ACARS przetwarzania (Arincem 618/620), zmniejszyć potrzebę powietrze-ziemia ACK ACARS na podstawie na wiadomości (która łagodzi ograniczenia lock-stopniową protokołu ACARS), oraz dostarczają "tekst" dla użytkownika w formacie, który może być zrozumiały dla każdego systemu końcowego ziemi. Tworzenie przez usługodawcę danych w sieci ARINC i SITA jest konieczne z tym podejściem.

Chodzi o to, aby zapewnić system końcowy ziemi z wystarczającą ilością informacji, aby wyświetlić komunikat, jak gdyby zostały otrzymane od usługodawcy dane w formacie A620 (patrz tabela 1 poniżej). System koniec ziemi będzie odpowiedzialna za zorganizowanie danych do wyświetlania w formacie A620, lub system koniec ziemi może wyświetlić lub wszystkich informacji w dowolnym formacie.

A620 Downlink Message PRZYKŁAD Przykład A620 ACARS komunikat łącza downlink jest przedstawiony poniżej. Chodzi o to, aby zapewnić informacje, które system może wykorzystać końca ziemi, aby sformułować wiadomość A620 i wyświetlić dokładnie tak, jak pokazano na rysunku. W praktyce, CMU nie wyśle ​​wiadomość ACARS pokazany poniżej dosłownie do systemu końcowego ziemi. Komunikat przykładem downlink jest sformatowany w następujący sposób:

• QU ORDOPUA SFOMTUA
• .DSPXXXX 182111
• DFD
• FI UA17 / N1313Z
• DT DSP RGS 182111 D01A
• -user tekstu

Dekompozycja Przykład A620 Message-tabeli 1 rozkłada przykładowy komunikat A620 ACARS i dostarcza wyjaśnienie, w jaki wszystkie niezbędne informacje mogą być uzyskane w systemie końcowym ziemi. Kolumna 1 "620 Downlink ACARS wiadomość", określa nazwę pola w A620 wiadomości ACARS. Kolumna 2, "pochodzenie", zauważa, gdzie informacje mogą być uzyskane z. "GND" oznacza system koniec ziemi zna te informacje a priori. "CMU" oznacza to informacje będą dostarczone przez CMU podczas ACARS wymianę wiadomości protokołu opisanego tu. "T-CMU" oznacza informacje będą tłumaczone na ziemi na podstawie informacji dostarczonych przez CMU (dzięki zastosowaniu ACARS wymiany wiadomości protokołu opisanego w niniejszym dokumencie). Kolumna 3 "Opis", zapewnia kierunek, w jaki sposób informacje mogą być wypełniana na ziemi. Ostatnia kolumna, "Przykład" mapuje informacje do A620 ACARS przykład wiadomości.

Należy zauważyć, że SMI może być określona w systemie końcowego ziemi przez mapowanie etykietę i sublabel wiadomości ACARS do SMI. Mapowanie to jest podane w opisie ARINC 620-4, Załącznik C. Ponadto, etykieta i sublabel wiadomości ACARS będą dostarczane przez CMU (przez ACARS protokół wymiany wiadomości opisano powyżej).

A620 Downlink Messaging Protocol-Poniższa kompozycja wysoki poziom PDU, które mogą być generowane przez CMU i wysyłane do podłoża.

W praktycznej realizacji, potwierdzenie ("ACK") PDU wysłana przez CMU dla każdego PDU otrzymał od podstaw nie jest to konieczne ze względu na niezawodnego systemu transportowego (czyli połączenia TCP / IP).

A618 Uplink Message Przykładzie Przykładem częściowej wiadomości A618 uplink jest przedstawiony poniżej. Komunikat ten zawiera wszystkie części po konwencjonalnym ACARS wiadomości "STX" pola. Jak to opisano wyżej, stos ACARS w CMU jest zablokowane, co eliminuje potrzebę pełnego nagłówka A618 w wiadomości ACARS. Niemniej jednak problemy mogą powierzchni, gdy inne systemy końcowe (np LRU takie jak drukarki lub systemu zarządzania lotem) na samolotach spodziewać sformatowany nagłówek. Jest to zatem w gestii systemu końcowego ziemi, aby wypełnić nagłówek, jak to opisano w tabeli 4 (patrz poniżej) przed wysłaniem wiadomości ACARS do CMU. Nagłówek ten nie zawsze jest to niezbędne i może być określona przez odniesienie do specyfikacji ARINC 620-4, dodatek C na podstawie etykiet i sublabel.W związku z tym, w niektórych przypadkach, można się spodziewać, że ziemia będzie zapewnić tylko, że łatwość obsługi tekst jako wiadomości ACARS, oraz w innych przypadkach częściowe nagłówek A618 będzie dołączany do obsługi tekstu wiadomości ACARS. Komunikat przykład uplink jest sformatowany w następujący sposób:

• .SFOMTUA
• DFD
• N1313Z
• - # DF użytkownika tekstu

Dekompozycja Przykład A618 Message-tabeli 4 zapewnia rozkład częściowego A618 wiadomości ACARS z opcjonalnym zaludnionym nagłówka i opcjonalnym sublabel. Kolumna 1 "Uplink ACARS Wiadomość Field" określa nazwę pola w wiadomości ACARS. Kolumna 2 "Opis", zapewnia kierunek, w jaki sposób informacje mogą być wypełniana na ziemi i czy takie informacje są opcjonalne. Ostatnia kolumna, "Przykład" mapuje informacje do A618 ACARS przykład wiadomości.CMU spodziewa wiadomości ACARS być w tym formacie.

A618 Uplink Messaging Protocol-Poniższa kompozycja wysoki poziom PDU, które mogą być generowane przez system końcowej szlifowane i wysyłane do CMU w samolocie.

W praktycznej realizacji, ACK PDU wysłana przez system końcowego grunt dla każdego PDU otrzymanych od CMU nie jest to konieczne ze względu na niezawodnego systemu transportowego (czyli połączenia TCP / IP).

ASN.1 Notacja

Jak wspomniano powyżej, ASN.1 formalny zapis stosowany do opisywania danych przesyłanych przez protokoły, niezależnie od implementacji języka i fizycznej reprezentacji danych. Praktyczną zaletą korzystania z ASN.1 jest istnienie darmowych kompilatorów ASN.1. Kompilatory ASN.1 konwersji tekstu na kod źródłowy ASN.1 C. Wygenerowany kod C zawiera równoważnych struktur danych i procedur konwersji wartości pomiędzy wewnętrzną (kod źródłowy C) reprezentacji i odpowiadającym podstawowym formatem kodowania zasad stosowanych do przesyłania danych do węzła równorzędnego.

Protokół TCP jest zorientowany na strumień, co oznacza, że ​​nie ma osadzony rozróżnienie pomiędzy końcem jednej listwy a początkiem następnej. Dlatego też, biorąc pod uwagę wniosek musi rozszyfrować PDU z odebranego strumienia oktetu.ASN.1 zakodowany strumień oktet stanowi różnicę między PDU poprzez zapewnienie równych wielkości w ciągu kilku pierwszych oktetów strumienia. Tak więc, gdy czytając ASN.1 zakodowane PDU z gniazda TCP / IP, aplikacja musi przetworzyć kilka pierwszych bajtów interpretować całkowity rozmiar pakietu, a następnie zapoznać się z pełną PDU przed całkowitym interpretacji.

Poniżej znajduje text ASN.1 która opisuje jeden przykład ACARS protokołu przesyłania wiadomości, jak określono powyżej.Notacja ASN.1 do praktycznego zastosowania różnią się w zależności od danych do wymiany, nowych protokołów aplikacji w celu wspierania i inne szczegółowe dane wdrożeniowe.

Symulacja ACARS Podziękowania dla Downlink Wiadomości

W przypadku, gdy system komunikacyjny ACARS według praktycznej realizacji niniejszego wynalazku są wykorzystane, konwencjonalną sieć ARINC / SITA jest pomijany w trakcie transmisji. W związku z tym zwykle ACARS sieciowy ACK (A618) jest stracone. Zewnętrzne i wewnętrzne komponenty LRU CMU, nadal jednak oczekiwać, aby otrzymać A618 ACARS sieciowy ACK, aby zakończyć transakcję ACARS. Zagadnienie to komplikuje się jeszcze bardziej, jeśli wiadomości ACARS downlink są umieszczone (kolejce) dla przyszłych transmisji jak opisano powyżej, lub przechowywane przez transmisję przy podsieć jest w dół. W szczególności, następujące kwestie powinny być rozwiązane: (1), kiedy do symulacji ACARS sieci ACK do zewnętrznego LRU i sygnał CMU wewnętrznych elementów; oraz (2) zapobieżenia przekierowywanie wiadomości ACARS i obcej ACARS sieci ACK.

Przetwórstwo ACARS komunikaty w łączu w dół, Poniżej podano podsumowanie, jak komunikat w łączu w dół ACARS mogą być przetwarzane przez przykład wykonania systemu komunikacyjnego ACARS. Podsumowanie to zapewni tło dla opisu funkcjonalności ACK symulowanej.

Krok 1-Samolot modyfikować informacje ("AMI") definiuje następujące nowy atrybut dla każdego rodzaju komunikatu w dół (określony przez etykietę) i dla każdego nadawcy (LRU lub CMU pochodzi): GateLifetime. Ten atrybut reprezentuje liczbę odstępach czasu, że wiadomość ACARS może Wiek w urządzeniu pamięci masowej CMU, maksymalnie do czasu. Na przykład, GateLifetime może być liczba 30-minutowych odstępach, maksymalnie 48 godziny. W praktyce, urządzenie pamięci jest pamięć do przechowywania masy sprzężony z odpowiednią kartę CMU. Jeśli 0 jest określony, to wiadomość powinna zostać natychmiast wysłany (bez starzenie dozwolone). Jeśli to pole jest ustawione na TIME_MAX, wtedy wiadomość nigdy nie powinny być usunięte (bez starzenie występuje, komunikat będzie się znajdować na urządzeniu pamięci CMU aż wysyłane do serwera wiadomości gruntu). Pole to jest inny niż w przypadku konwencjonalnego dziedzinie Message życia w AMI.

Krok 2 Na każdym komunikacie w dół, funkcja routingu ACARS będzie wykonać następujące czynności:

(a) Użyj bajt preferencji podsieci i Subnetwork_Available flagę w celu określenia, czy wiadomość może być przenoszone za pośrednictwem łącza danych TCP / IP. Subnetwork_Available flaga jest zgłaszane ACARS funkcji trasowania przez funkcję komunikacyjnego ACARS gdy zdolność do przesyłania wiadomości ACARS do podłoża stają się dostępne, i gdy zdolność stracone.

(b) Określ, jak długo wiadomość ACARS powinny starzeć. To powinno być obliczane na podstawie parametrów Lifetime GateLifetime i wiadomości z AMI. Określenie może po prostu wybrać najkrótszy z tych dwóch wartości życiowych.

Krok 3 Funkcja powiadamiania ACARS będzie wykonać następujące czynności:

(a) otrzymania łącza nadawczego wiadomości ACARS z funkcji routingu ACARS gdy podsieć nie jest dostępna. Jeśli dany parametr trwałość jest większa od zera, wówczas komunikat jest przechowywane w urządzeniu pamięci masowej CMU zgodnie z odpowiednim schematem priorytecie.

Jeśli dany parametr życia jest zero, to funkcja routingu ACARS jest powiadamiany, że komunikat w dół ACARS nie może zostać wysłana.

(b) otrzymania łącza nadawczego wiadomości ACARS z funkcji routingu ACARS gdy podsieć jest dostępny. Jak tylko podsieć będzie dostępny, router ACARS zaczyna pobierając żadnej wiadomości ACARS na urządzenia pamięci masowej do systemu uziemienia w kolejności priorytetów. Jeżeli którykolwiek otrzymał wiadomość ACARS z funkcji routingu ACARS jest wyższy priorytet niż wszystkie zapisane wiadomości, wiadomość ACARS z funkcji routingu ACARS jest przekazywany dalej. Jeśli odebranych wiadomości ACARS z funkcji trasowania ACARS ma niższy priorytet niż zapisanego komunikatu i przechowywać ten komunikat i kontynuować transmisję wiadomości wyższej priorytetowe z urządzenia do przechowywania przez łącza danych TCP / IP. Jeżeli podsieci staje się niedostępny, a następnie sprawdzić żywotność każdej zapisanej wiadomości. Jeśli czas życia wynosi zero (lub wygasł) danego komunikatu odbiorczego ACARS niż usunąć komunikat.

Gole / Wymagania do symulacji sieci ACK-ACARS Poniżej należy rozpatrywać w praktycznej realizacji systemu obsługi wiadomości ACARS jak tu opisano.

1. Symulacja ACARS sieciowy ACK, aby umożliwić zewnętrzne i wewnętrzne elementy LRU CMU wysłać więcej niż jedną wiadomość ACARS na raz.

2. Jeśli atrybut GateLifetime jest zerem, niż nie symulować ACARS sieciowy ACK, dopóki wiadomość jest odbierana przez serwer gruntu.

3. Jeżeli podsieć jest w górę, a następnie natychmiast wysłać wiadomość ACARS i symulować ACARS sieci ACK.

4. Jeśli nie można przesłać wiadomość ACARS (np podsieć jest w dół) i atrybut GateLifetime wynosi zero, a następnie usunąć wiadomość ACARS i zwracają ACARS NAK do routera ACARS. Ten scenariusz pozwoli router ACARS ponownie poprowadzić wiadomości ACARS, jeśli jest to pożądane.

5. Jeśli w stanie transmitować wiadomość ACARS (np podsieć jest w dół) oraz atrybutem GateLifetime jest większa niż zero, to symulować ACARS sieci ACK natychmiast i przechowywania wiadomości ACARS urządzenia pamięci w celu późniejszej transmisji.

6. Jeśli nie można przekazać wiadomość ACARS (np podsieć jest w dół) i atrybut GateLifetime jest większa od zera, a następnie usunąć wiadomość ACARS kiedy wygasa atrybut GateLifetime. Zapobiega to przekierowywanie i wiele obce ACARS sieci ACK.

Przypadków użycia do symulowania ACARS sieciowy ACK-Ta sekcja zawiera przypadków użycia na naszych wymienionych celów i wymagań. Poniżej znajduje się lista uczestników:

1. Zewnętrzna LRU-LRU oddzielić od CMU; komunikuje się 429 / A619.

2. Realizacja ACARS Stack ACARS zamieszkały na CMU.

3. Funkcja AM-ACARS Wiadomości; znajduje się na CMU i komunikuje się przez TCP / IP.

4. Wiadomość serwer Server-Grunt, która jest peer AM; połączone z siecią TCP / IP.

Należy zauważyć, że choć wszystkie z tych przypadków użycia określenie interakcji z zewnętrznym LRU każdy CMU pochodzi ACARS komunikaty będą zachowywać się w ten sam sposób. W związku z tym, po prostu wymienić uczestnika Zewnętrzna CMU z dowolnym wewnętrznym uczestnika CMU i przypadki użycia nadal wykonują takie same.

Przypadek 1: Udane Downlink, Symulowane potwier-FIG. 7przedstawia schemat sekwencji komunikatów, który ilustruje symulowanego procedurę ACK. Scenariusz ten zakłada następujące przesłanki: (1) podsieć jest się; oraz (2) atrybut GateLifetime = "Do not Care". Ponieważ podsieci wynosi parametr GateLifetime jest bez znaczenia. W tym przykładzie, wiadomości ACARS przechodzi przez urządzenie pamięci masowej ("MSD") 702 CMU przetwarzania priorytetowego. Jak tylko wiadomości ACARS jest rzeczywiście wysyłane do serwera wiadomości ziemi 704, jest "ACARS ACK" jest symulowane.

Przypadek 2: ACARS Wiadomość Powrót do ponownego Routing-FIG. 8przedstawia schemat sekwencji komunikatów, który ilustruje ten scenariusz. Scenariusz ten zakłada następujące przesłanki: (1) podsieć jest w dół; oraz (2) atrybut GateLifetime jest zero (wysłać bezpośrednio). Ponieważ podsieć jest w dół i atrybut GateLifetime wynosi zero, funkcja wiadomości ACARS 708 zwraca komunikat "ACARS NAK" 710 bezpośrednio do routera ACARS. Nie symulowane "ACARS ACK" jest konieczne w tym czasie. Komunikat może być przekierowywane do innej podsieci (SATCOM, VHF, itp), gdzie będzie oczekiwać konwencjonalne ACARS sieciowy ACK.

Przypadek 3: Udane Opóźnione Downlink, Symulowane potwier-FIG. 9przedstawia schemat sekwencji komunikatów, który ilustruje ten scenariusz. Następujące warunki mają zastosowanie do tego przypadku: (1) podsieć jest w dół; oraz (2) atrybut GateLifetime jest większa od zera (przechowywania wiadomości o MSD 702 jeśli podsieć jest niedostępny). Ponieważ cecha GateLifetime jest większa od zera, układ symuluje ACARS sieci ACK 706 natychmiast i nie trzeba czekać do skutecznego przekazywania wiadomości ACARS. Przechowywana wiadomość ACARS powodzeniem transmitowane w późniejszym czasie, lecz przed upływem parametru GateLifetime.

Przypadek 4: Nieudany Downlink, Symulowane potwier-FIG. 10przedstawia schemat sekwencji komunikatów, który ilustruje ten scenariusz. Następujące warunki mają zastosowanie do tego przypadku: (1) podsieć jest w dół; (2) atrybut GateLifetime jest większa od zera (przechowywania wiadomości o MSD 702 jeśli podsieć jest dostępne); oraz (3) podsieci nie resurrect w czasie określonym przez atrybut GateLifetime. Ponieważ cecha GateLifetime jest większa od zera, układ symuluje ACARS sieci ACK 706 natychmiast i nie trzeba czekać do skutecznego przekazywania wiadomości ACARS.Zakładając, że parametr GateLifetime wygasł, wiadomość zostanie usunięta z ACARS MSD 702. W tym przypadku, komunikat ACARS nie jest dostarczony do serwera wiadomości 704 i można podjąć inne środki w celu zapewnienia transmisji komunikatu.

Tworzenie dla ACARS Router

Poniższe uwagi odnoszą się do realizacji jednego praktycznego przykładu wykonania systemu komunikatów ACARS opisanym w niniejszym dokumencie. Oczywiście, rzeczywiste wdrożenie systemu może się zmieniać w zależności od potrzeb i wymagań konkretnej instalacji.

Downlink ACARS Wiadomości:

1. Wiadomości zostaną uznane za godne transmisji podsieci przez niektóre metody wewnętrznego.

2. Przetwarzanie A619 wystąpią w routerze ACARS przed wiadomości są przesyłane do dalszej obróbki. Takie dalsze przetwarzanie może obejmować, na przykład, do usuwania nagłówka A619 i ACK aplikacji A619.

3. wiadomości ACARS nie być podzielone.

4. W razie potrzeby, wiadomości ACARS mogą być szyfrowane przed ACARS przetwarzania routera.

5. podsieci godne komunikaty powinny być przetwarzane i wysyłane natychmiast. Queuing nie jest to konieczne i natychmiastowe przekazanie do urządzenia pamięci masowej jest wykonywana. Queuing jest utrzymywana w urządzeniu pamięci połączony z routerem ACARS. Od funkcjami urządzenia pamięci masowej jako dysk twardy do przechowywania ACARS wiadomości podsieci związana, przepięciami w zasilaniu lub innymi przerwami w zasilaniu nie spowoduje utraty tych wiadomości ACARS.

6. Parametry w downlink wiadomości ACARS być przeniesione należą: łatwość obsługi tekstu, etykieta, sublabel, numer kolejny komunikat i Flight identyfikator. Zakłada się, że parametr użytkownik tekstu mogą być szyfrowane, ale pozostałe parametry nie będą szyfrowane.

Uplink ACARS Wiadomości:

1. Do wiadomości przeznaczonych do pokładowego systemu końcowego (na przykład system zarządzania lotem), przetwarzanie A619 może wystąpić, gdy wiadomość została odebrana przez router ACARS. Takie przetwarzanie może obejmować, na przykład, dołączenie nagłówka A619 i odbierania ACK aplikacji A619.

2. Komunikaty ACARS nie będą odbierane w formie segmentowej (w wielu blokach). Jeśli prawdą jest LRU przeznaczenia postacią Oriented Protokół ponad 429, a tekst wiadomości jest większa niż 220 bajty (jeden blok), a następnie niektóre post-processing będą musiały być wykonywane manipulować tekst wiadomości do odpowiednich rozmiarów bloków. "Post-przetwarzania" może być przeprowadzane za pomocą dowolnego odpowiedniego elementu przetwarzającego routera ACARS i położenie takie przetwarzanie jest decyzją realizacji.

3. wiadomości ACARS mogą być odbierane w postaci zaszyfrowanej. Jeśli zaszyfrowane wiadomości zostaną rozszyfrowane przez router ACARS.

4. Parametry wstępujący wiadomości ACARS być przekazane do routera ACARS to: łatwość obsługi tekstu, etykiet i sublabel. Zakłada się, że parametr użytkownik tekstu mogą być szyfrowane, ale pozostałe parametry nie będą szyfrowane.

5. Każda wiadomość otrzymana od systemu uziemienia poprzez podsieci nie będzie wymagać A618 ACARS ACK w związku z zablokowaniem powietrzu ACARS stos i usługodawca dane naziemne.

Przetwarzanie danych do serwera Wiadomość obrabiania ziemi

1. Serwer przetwarzania wiadomość powinna obsługiwać połączenia / IP TCP za jednego samolotu.

2. Samolot zainicjuje połączenie TCP / IP do serwera przetwarzania wiadomości, gdy podsieć jest dostępny.

3. Serwer przetwarzania wiadomości będą obsługiwać wiele połączeń TCP / IP (w zależności od liczby samolotów w bramach na lotnisko w jednym czasie).

4. Serwer przetwarzania wiadomości będą wykonywać protokół przesyłania wiadomości ACARS, jak określono szczegółowo powyżej.

5. serwer przetwarzania komunikat wypełnienia i interpretować PDU, jak opisano bardziej szczegółowo powyżej.

6. W razie potrzeby, serwer przetwarzania wiadomości wykona szyfrowania i deszyfrowania przetwarzanie pola tekstowego. Pozostałe pola nie muszą być szyfrowane.

7. Wiadomość nie będą segmenty. CMU może obsługiwać pole tekstowe do 3296 oktetów (na ARINC 619) do stosowania z Bit Oriented protokołu.

8. Pole tekstowe z Downlink-ACARS-MSG PDU może zawierać wiele adresów uzupełniające. Serwer przetwarzania wiadomości albo będzie rozpowszechniać te wiadomości w stosownych przypadkach, lub odrzucać wiadomości z więcej niż jednym adresem dodatkowego.

9. wiadomości łącza nadawczego ACARS z etykietą QA przez QT zależy od usługodawcy dane ARINC / SITA, aby zapewnić pewną formatowanie komunikatów przed dostawą do miejsca przeznaczenia. Ponieważ system komunikacji ACARS tu opisane, nie opiera się na danych usługodawcy, gdy stosuje się podsieci, serwer przetwarzania wiadomości zapewni ten sam typ formatowania. Serwer przetwarzania wiadomości będzie ustalić, czy ta formatowanie jest właściwe;jeśli nie, to zrezygnować z dodatkowego przetwarzania i po prostu ostrzec użytkownika końcowego, że tekst będzie widział w swej surowej formie.

Serwer przetwarzania 10. Komunikat będzie musiał zarządzać utraconych połączeń do samolotu (zarówno wdzięku rozłącza lub limity czasu połączenia TCP / IP).

Podczas gdy co najmniej jeden przykład wykonania został przedstawiony w powyższym szczegółowym opisie, należy rozumieć, że znaczna ilość odmian istnieje. Należy również zauważyć, że przykład wykonania lub przykłady wykonania stanowią jedynie przykłady i nie mają na celu ograniczenia zakresu, stosowalności lub konfiguracji wynalazku w jakikolwiek sposób. Zamiast tego, powyższy szczegółowy opis zapewni fachowcom w tej dziedzinie techniki jest dogodną mapę drogową do realizacji przykład wykonania lub przykłady wykonania. Należy rozumieć, że różne zmiany mogą zostać dokonane w funkcji i układzie elementów, bez odchodzenia od zakresu wynalazku, jak określono w załączonych zastrzeżeniach i ich prawnych odpowiedników.

http://blackbridge.com/rapideye/

OVERVIEW 

BlackBridge is focused on providing end to end solutions for the geospatial value chain. This includes satellite operations, groundstation services, data center and geocloud solutions, worldwide distribution through over 100 BlackBridge partners, and the creation of value added products and services.

Quality is Key 

Quality management is integrated into every level of activity at BlackBridge, and periodic reviews of all production and quality control processes are regularly conducted to ensure that BlackBridge’s high standards are maintained and continuously improved.

 http://blackbridge.com/rapideye/upload/eyefind.pdf

http://blackbridge.com/rapideye/

OVERVIEW 

BlackBridge is focused on providing end to end solutions for the geospatial value chain. This includes satellite operations, groundstation services, data center and geocloud solutions, worldwide distribution through over 100 BlackBridge partners, and the creation of value added products and services.

Quality is Key 

Quality management is integrated into every level of activity at BlackBridge, and periodic reviews of all production and quality control processes are regularly conducted to ensure that BlackBridge’s high standards are maintained and continuously improved.

 http://blackbridge.com/rapideye/upload/eyefind.pdf

• Ocena:
•     (Ilość ocen: 0)
• Producent:
• Oficyna Aurora
•  poleć znajomemu
•  dodaj opinię