Publication: Magyar Közlöny
Issue: MK-2001-31 (Year: 2001, Number: 31)
Era: 1990-2004
Section: [3. számú melléklet a 19/1993. (I. 29.) Korm. rendelethez]
Paragraph Index: 39

2. Profil követelmények 2.1. A Profil Bevezetési Megfelelési Nyilatkozatnak a „D” és az „E” Függelékben meghatározottak szerint kell támogatnia a megfelelési igényt. 2.2. Felső rétegű követelmények 2.2.1. Egy megfelelő bevezetésnek eleget kell tennie az „A” Függelékben megadott alapműszaki előírás követelményeinek. 2.2.2. Egy megfelelő bevezetésnek eleget kell tennie az „E.7” Függelékben megadott Profil Követelmények Listájában szereplő korlátozásoknak. 2.3. Alsó rétegű követelmények 2.3.1. Átvitel rétegű követelmények 2.3.2. Eleget kell tennie az „B” Függelékben megadott alapműszaki előírás követelményeinek. 2.3.3. Eleget kell tennie az „E” Függelékben megadott Profil Követelmények Listájában szereplő korlátozásoknak. 2.3.4. Egy megfelelő bevezetésnek eleget kell tennie a támogató Átvitel szolgáltató adat egység (TSDU) követelménynek, amely maximum 4097 oktet méretű. 2.3.5. Hálózat rétegű követelmények 2.3.5.1. Eleget kell tennie a „C” Függelékben megadott protokol leképezésnek. 2.3.5.2. Eleget kell tennie az „E” Függelékben megadott Profil Követelmények Listájában szereplő korlátozásoknak. 2001/31. szám 2.3.5.3. Ha az adat terminál berendezés (DTE)—DTE működés támogatott, a DTE—DTE üzemelésekhez képesnek kell lennie a DTE választék vagy az adatkör lezáró berendezés (DCE) szerep konfigurálására a rendszer szervezési mechanizmusok által. 2.3.5.4. Bármely szerepben, képesnek kell lennie összekötést kezdeményezni a „C” Függelékben megadott specifikáció szerint, azaz a protokol teljesen szimmetrikus. 2.3.5.5. Egy bizonyos ideig meg kell egyeznie a nem műszaki előírásos alapértelmezés szerinti csomag méretnek, amely a kétirányú átvitel esetében 256 értékkel bír. 2.3.5.6. A „C” Függelékben meghatározott NSAP címzéseket kell használnia. 2.3.5.7. Híváskezdeményezéskor (CALL REQUEST) és hívásfogadáskor (CALL ACCEPTED) és az adat csomagokban (DATA packets) a D-bitet 0-ra kell állítania. 2.3.6. Adatkapcsolat rétegű követelmények 2.3.6.1. Eleget kell tennie a Kiegyensúlyozott Kapcsolat Elérésű Protokol (LAPB) Szimpla Kapcsolatú Protokolra vonatkozó követelményeknek. 2.3.6.2. Eleget kell tennie az „E” Függelékben megadott Profil Követelmények Listájában szereplő korlátozásoknak. 2.3.7. Fizikai rétegű követelmények 2.3.7.1. Eleget kell tennie az ISO/IEC ISP 10609—9 7. paragrafusában megadott követelményeknek. „A” FÜGGELÉK Közlemény Továbbítási Protokol A.1. Ez a specifikáció az egyszerű üzenet átviteli szolgáltatás bevezetésének elősegítéséhez azon alkalmazásokhoz határoz meg egy protokolt, amelyek repülési adatcserét igényelnek. A.2. Bevezetett szolgáltatás Az Üzenet Átvitel [Message Transfer (MT)] a következő meg nem erősített szolgáltatásokat vezeti be: MT-Társítás: létrehoz egy alkalmazási üzenet átviteli kapcsolatot. MT-Adat: egy az információ csere amerikai műszaki előírás kódjának (ASCII) karaktereiből álló alkalmazási üzenet átvitele. MT-Megszakítás: egy alkalmazási üzenet átviteli kapcsolat megszakítása. A.3. Vállalt szolgáltatás Ez az Üzenet Átviteli protokol magára vállalja az ISO/IEC 8072 meghatározott Kapcsolat módú Átviteli Szolgáltatás egyes alkészleteit, azaz e Műszaki előírásban meghatározott protokol által felajánlottakat. A.4. Protokol specifikáció A.4.1. A következőkben csupán egy alkalmazás kezdeményezésű Üzenet Átviteli társítás működése került leírásra. Ugyanaz a hálózati interfész képes további kapcsolatok támogatására, amennyiben ezek az eljárások minden egyes átviteli kapcsolat esetében ismétlésre kerülnek. A.4.2. Ez a Függelék az alkalmazási közlemények négy típusát különbözteti meg: Rendszer közlemények: ezeket a közleményeket a kapcsolat felügyelete [ÓRAJEL (HEARTBEAT) közlemény] és az alkalmazás ellenőrzése [STARTUP (INDÍTÁS) and SHUTDOWN (LEZÁRÁS) közlemény] érdekében kell használni. Felhasználói közlemények: ezeknek a közleményeknek meghatározott működési összefüggésekhez kell kapcsolódniuk. Üzemeltetői közlemények: ezeknek az üzeneteknek kötetlen szöveget kell tartalmazniuk. Használatukról kétoldalúan kell megegyezni. Így például tesztelési információ cseréjére lehet őket használni, vagy értesíteni lehet a másik felet az üzemeltetői tevékenységekről. Állapot közlemények: ezeknek a közleményeknek a használatáról és tartalmáról kétoldalúan kell megegyezni. Így például rendszer szervezési információk cseréjére lehet őket használni. A.4.3. Kapcsolat létrehozása A.4.3.1. A protokol kezdetben IDLE (TÉTLEN) állapotban van. A.4.3.2. Az MT-Kapcsolat igénylő elsődleges lépést annak érdekében kell végrehajtani, hogy egy alkalmazási kapcsolat kerüljön létrehozásra és a protokol DATA_READY (ADAT—KÉSZ) állapotba kerüljön. Az elsődleges lépést mind a helyi mind a távoli alkalmazásoknak hívniuk kell. A.4.3.3. Először egy alapul szolgáló átviteli kapcsolatot kell létrehozni, a „B” Függelék B.4.1 pontjában leírt T-kapcsolás elsődleges eljárását követve, amelyet követően a protokol READY (KÉSZ) állapotba kerül. Ebben az 2001/31. szám állapotban csak Rendszer közleményeket (és kétoldalú megállapodás esetén Üzemeltetői közleményeket) lehet küldeni. Egy Rendszer vagy Üzemeltetői közlemény elküldéséhez a küldő a T-adat (T-Data) elsődleges eljárást használja (ld. B.4.4), ahol az üzenet paraméterként szerepel. A.4.3.4. Ekkor kell a STARTUP (INDÍTÁS) közleményt (rendszer közleményt) leadni, a Tr időzítőt elindítani, és a protokol az ASSOCIATION_PENDING (KAPCSOLAT-FÜGGŐBEN) állapotba lép. Amennyiben a Tr időzítő lejár, amikor a protokol még mindig ebben az állapotban van, a STARTUP (INDÍTÁS) közleményt újból el kell küldeni, és az időzítőt újra el kell indítani. A.4.3.5. A STARTUP (INDÍTÁS) közlemény vételét a következő tevékenységeknek kell követniük: — a ASSOCIATION_PENDING (KAPCSOLAT-FÜGG ŐBEN) állapotban, egy további STARTUP (INDÍTÁS) közlemény kerül elküldésre, a protokol a DATA_READY (ADAT KÉSZ) állapotba lép és az MT-Kapcsolat Jelző kigyullad; — minden egyéb esetben a közleményt figyelmen kívül hagyja. A.4.3.6. Az ASSOCIATION_PENDING (KAPCSOLAT-FÜGG ŐBEN) állapotban a STARTUP (INDÍTÁS) közlemény vétele a következők közül az egyiknek felel meg: — a távoli alkalmazás kiadott egy MT-Kapcsolat Kérést és az Üzenet Átviteli protokolja az ASSOCIATION_PEN- DING (KAPCSOLAT-FÜGGŐBEN) állapotba lépett, vagy — a távoli Üzenet Átviteli protokol egy korábban kapott STARTUP (INDÍTÁS) közleményre válaszol, és a DATA_READY (ADAT-KÉSZ) állapotba lép. A.4.3.7. Ha a STARTUP (INDÍTÁS) közleményváltás egyszer már megtörtént, a kapcsolat létrejön, és a közlemények összes meghatározott típusát továbbítani lehet. [DATA_READY (ADAT-KÉSZ) állapot]. A.4.4. Adat továbbítás A közlemények többi fajtája ugyanúgy kerül továbbításra mint a Rendszer közlemények, a T-adat szolgáltatás felhasználásával, ahol a közlemény paraméterként szerepel. Ez megfelel az MT-Adat-Kérés és az MT-Adat-Jelző szolgáltatásnak. A.4.5. A kapcsolat szabályos felbontása A.4.5.1. A két alkalmazás közötti Üzenet Átviteli kapcsolatot bármelyik fél megszüntetheti. Ez megfelel az MT-Megszakítás-Kérés szolgáltatásnak. A.4.5.2. A következőket kell tenni: — a DATA_READY (ADAT-KÉSZ) állapotban, SHUTDOWN (LEZÁRÁS) közleményt (Rendszer közlemény) kell küldeni a Tr és Ts időzítőket meg kell állítani, az átviteli kapcsolatot fel kell bontani; — az ASSOCIATION_PENDING (ADAT-FÜGG ŐBEN) állapotban a SHUTDOWN LEZÁRÁS) közleményt (Rendszer közlemény) kell elküldeni, a Tr időzítőt meg kell állítani, az átviteli kapcsolatot fel kell bontani; — a READY (KÉSZ) állapotban az átviteli kapcsolatot fel kell bontani; — egyéb esetben semmilyen lépést sem kell tenni. A.4.5.3. A SHUTDOWN (LEZÁRÁS) közlemény vételekor a következőket kell tenni: — a DATA_READY (ADAT-KÉSZ) a Ts időzítőt meg kell állítani, az MT-Megszakítás-Jelző kigyullad és az interfész a ASSOCIATION_PENDING (KAPCSOLAT-FÜGGŐBEN) állapotba lép anélkül, hogy STARTUP (INDÍTÁS) közleményt küldene; — egyéb esetekben semmilyen lépést sem kell tenni. A.4.6. A kapcsolat helyreállítása Az az alkalmazás, amely a kapcsolatot megszüntette felelős azért, hogy az alkalmazási kapcsolatot és (szükség esetén) bármely alsóbb szintet helyreállítson, amikor arra készen áll. A.4.7. A kapcsolat egysége A.4.7.1. A két alkalmazás közötti kapcsolat integritását a „tétlen ÓRAJEL” (idle heartbeat) működés biztosítja. A.4.7.2. A DATA_READY (ADAT-KÉSZ) állapotba való belépéskor és az átviteli kapcsolaton bármely típusó közlemény továbbításakor újból el kell indítani egy konfigurálható Ts időzítőt. Amennyiben a DATA_READY (ADAT-KÉSZ) állapotban a Ts időzítő lejár egy HEARTBEAT (ÓRAJEL) közleményt (Rendszer közleményt) kell küldeni (és az időzítőt újból el kell indítani). A.4.7.3. Ezzel megegyező módon a DATA_READY (ADAT-KÉSZ) állapotba lépéskor, és a kapcsolaton a STAR- TUP (INDÍTÁS) közlemény kivételével bármely közlemény vételekor egy konfigurálható Tr időzítőt (újból) kell elindítani. Amennyiben a Tr időzítő a DATA_READY (ADAT-KÉSZ) állapotban lejár, kigyullad az MT-Megszakítás-Jelző, az összes közlemény továbbítása leáll, a Ts időzítő leáll és a Tr időzítő újra indul. Az interfész az ASSOCIA- TION_PENDING (KAPCSOLAT-FÜGGŐBEN) állapotban van. 2001/31. szám A.4.8. A kapcsolat szabálytalan felbontása A.4.8.1. A következő esetekben fordulhat elő a kapcsolat rendellenes felbontása: — az átviteli kapcsolat megszűnik (pl. vonal hiba és protokol hiba), — a két alkalmazás vagy rendszer közül az egyik leáll (ez lehet hardver vagy szoftver hiba következménye; néhány esetben az alapul szolgáló átviteli kapcsolat még mindig működhet). A.4.8.2. Egy alkalmazás vagy rendszer hibáját észre lehet venni az ettől az alkalmazástól származó várt HEARTBEAT (ÓRAJEL) közlemény (ld. A.4.7) vételi idejének lejártából. A.4.9. Hibás működés utáni újraindulás A.4.9.1. Két esetet kell figyelembe venni: — az átviteli kapcsolat meghibásodását követő állapotot; — egy alkalmazás meghibásodását követő állapotot. A.4.9.2. Mindkét esetben a kapcsolat újbóli létrehozása magába foglalja a normális kapcsolat létrehozási eljárását (ld. A.4.3), beleértve a STARTUP (INDÍTÁS) közleményváltást is. A.4.10. Közlemény formátumok A.4.10.1. Általános közlemény struktúra Az összes közlemény egy integer típusú mezőt tartalmaz (’TYP’) az 1...63 sorozatból, amelyet a közlemény fő része követ. A ’TYP’ mező ASCII karakterként egy okteten belül van lekódolva úgy, hogy a mező bináris megjelenítéséhez ’40’H-t adnak hozzá (pl. a 3 érték ’43’H-nak van kódolva, ’C’ karakter). A közlemény fő része ASCII karakterekből áll, amelyek oktetenként egyesével vannak kódolva. Ez a következő formátumot eredményezi: TYP Közlemény fő része oktet 1 oktet 2 ...oktet n A.4.10.2. A közlemény fő részének hossza A rendszer olyan közleményeket támogat, melyek fő része maximum 4096 oktet hosszúságú. A.4.10.3. Rendszer közlemény formátumok A Rendszer közlemények TYP = 4-gyel vannak kódolva, mint ’44’H. A közlemény fő része két oktetből áll, melyek a következőképpen vannak kódolva: — STARTUP közlemény: ’3031’H (ASCII számjegy „01”); — SHUTDOWN közlemény: ’3030’H (ASCII számjegy „00”); — HEARTBEAT közlemény: ’3033’H (ASCII számjegy „03”). A.4.10.4. Egyéb közlemény formátumok A TYP mező meghatározza a közlemény típusát, mely a fentiek szerint került kódolásra: — érték 1 (’41’H-ként kódolva) Üzemeltetési közlemények; — érték 2 (’42’H-ként kódolva) Üzemeltetői közlemények; — érték 5 (’45’H-ként kódolva) Állapot közlemények. A.5. Protokol állapot átváltási táblázatok A.5.1. Bevezetés Az alábbi táblázatok a protokol hiteles specifikációját képezik. Amennyiben ellentétes lenne a fent leírt fő szöveggel, az alábbi táblázatot kell figyelembe venni: A.5.2. Állapot meghatározások Állapot Állapot meghatározása Az állapotra vonatkozó további információ 0 állapot TÉTLEN Nincs átviteli összeköttetés 1 állapot KÉSZ Az átviteli összeköttetés létrejött, a helyi felhasználó lent van, a távoli felhasználó lent van 2 állapot KAPCSOLAT-FÜGGŐBEN Az átviteli összeköttetés létrejött, a helyi felhasználó fent van, a távoli felhasználó lent van 3 állapot ADAT-KÉSZ A helyi felhasználó fent van, a távoli felhasználó fent van 2001/31. szám A.5.3. Lehetséges események Esemény leírása Az állapotra vonatkozó további információ L_adat Annak jelzése, hogy adat (Üzemeltetési, Üzemeltetői vagy Állapot közlemény) kerül küldésre a helyi felhasználótól a távoli felhasználó számára (MT-Adat-Kérés) L_lezárás Utasítást adnak, hogy megállítsák a helyi felhasználót (MT-Megszakítás-Kérés) L_indítás Utasítást adnak, hogy elindítsák a helyi felhasználót (MT-Kapcsolat-Kérés) R_adat Jelzi, hogy adat érkezett a távoli felhasználótól (T-Adat Jelzés, TYP ≠ ’Rendszer’) R_órajel Egy ÓRAJEL közlemény érkezik a távoli felhasználótól (T-Adat Jelzés, TYP = ’Rendszer’, Közlemény kód = ÓRAJEL) R_lezárás Egy LEZÁRÁS közlemény érkezik a távoli felhasználótól (T-Adat Jelzés, TYP = ’Rendszer’, Közlemény kód = LEZÁRÁS) R_ indítás Egy INDÍTÁS közlemény érkezik a távoli felhasználótól (T-Adat Jelzés, TYP = ’Rendszer’, Közlemény kód = INDÍTÁS) Ts_időtúllépés A Ts időzítő lejár Tr_időtúllépés A Tr időzítő lejár TC_szétkapcsol Jelzés érkezett az Átviteli kapcsolat megszakításáról (T-Szétkapcsol Jelzés) TC_setup Egy esemény (pl. határozott utasítás, alkalmazási kérés), amely T-Kapcsolás Kérés-t eredményez A.5.4. Időzítők Időzítő Időzítővel kapcsolatos információ Tr Időtúllépés, amikor ÓRAJEL-et vagy adat közleményt várnak Ts A távoli felhasználó számára az ÓRAJEL küldésének időtúllépése Ezeknek az időzítőknek az értéke olyan, hogy Tr = 2Ts + átviteli időnek felel meg. A.5.5. Állapot változási táblázat Állapot Esemény Elvégzendő tevékenységek Új állapot 0 állapot TC_setup Az átviteli réteg megkísérli létrehozni az alsóbb rétegű kapcsolato(ka)t a helyi és a távoli felhasználók között; amikor a kapcsolat sikeresen létrejött, a felhasználót értesítik 1 állapot TC_szétkapcsol A rendszer megteszi a megfelelő lépéseket, de továbbra is a 0 állapotban marad. (1) 0 állapot L_adat L_lezárás L_ indítás Tr_időtúllépés Ts_időtúllépés Figyelmen kívül hagyva 0 állapot R_adat R_ órajel R_lezárás R_ indítás Figyelmen kívül kell hagyni (az eseménynek nem szabad előfordulnia) 0 állapot 1 állapot L_ indítás A helyi felhasználó egy INDÍTÁS közleményt küld a távoli felhasználónak, a Tr időzítő elindul.

Source: https://magyarkozlony.hu/hivatalos-lapok/b12d50f5fb6f2aba0057edfb327370f12b914ab7/dokumentumok/c06d636b97b17c942774446948ec0fef79a19b7f/letoltes