natgillin/translations-raw huggingface dataset:
UDDI (Universal Description, Discovery and Integration) is noted here as a central, possibly international registry for web services, where the NtS Web Service could be registered.
Käesolevas dokumendis kirjeldatud teenus kasutab seega järgmist nimeruumi:
In this registry potential consumers of the web service could search and find the service.
NtSi edastamise teenus: http://www.ris.eu/nts.ms/2.0.4.0
But since the potential providers of the NtS Web Service are limited by the participating Member States and the WSDL specification is an integral part of the standard, the need for an independent registration of the NtS Web Service is not apparent.
XML-dokumentide suurema läbipaistvuse huvides on soovitatav kirjeldada nimeruume skeemides ja aruannetes kõige sobivamas elemendis ning mitte kasutada pesastatud elementides kohalikke nimeruumide kirjeldusi.
The encoding method Document-literal wrapped is used for the NtS Web Service, because it allows for validation against an XML schema and the operation names defined in the WSDL specification are used directly as XML tag names in the SOAP messages.
NtSi veebiteenuse päringud ja vastused kasutavad XML elemente täpsustatud kujul, st selge nimeruumi eesliitega, ja XML atribuute täpsustamata kujul, st ilma nimeruumi eesliiteta.
The version information of the NtS Web Service consists of two sections:
Parema inimloetavuse nimel on soovitatav kasutada selliseid intuitiivseid nimeruumide eesliiteid nagu „nts-“.
version of the web service itself,
ISRSi asukohakoodi selgitatakse rakenduste arendajatele mõeldud NtSi kodeerimisjuhendi 2. jaotises ning RIS Indexi kodeerimisjuhendis.
version of the NtS schema used by the web service.
NtSi veebiteenusele päringu esitamisel võib klient viidata mitmesugustele objektidele, näiteks faarvaatri osadele, mõõtmiskohtadele või lüüsidele.
The section of the web service itself consists of two parts:
Kui kasutatakse asjaomaseid parameetreid, st ID-elemente (id elements), peavad need sisaldama ISRSi asukohakoode.
major version of the web service,
Parameetrid esitatakse tavaliselt ID-elementidena, mis sisaldavad üht või mitut identifikaatorit.
minor version of the web service.
Nende parameetrite kasutamisel tuleb järgida järgmisi üldisi tavasid:
The major version is given as a positive integer denoting the major version of the web service.
ISRSi asukohakoodid tuleb esitada täispikkade 20-kohaliste koodidena, st lõpunulle kärpimata.
The minor version is given as a non-negative integer denoting the minor version of the web service within the major version.
Kui ID-elemendis kasutatakse kaht identifikaatorit, peavad mõlemad ISRSi asukohakoodid viitama samale veeteele.
The section of the NtS schema contains the version of the NtS schema as defined by the NtS Expert Group.
See tähendab, et koodid sisaldavad mõningaid identseid numbreid, mis paiknevad ISRSi asukohakoodi osas „fairway_section“ („faarvaatri/veetee osa“).
Hence, the version of the NtS Web Service specified here is 2.0.4.0, where 2.0 is the version of the web service itself and 4.0 is the version of the NtS schema used.
Faarvaatri osa kood koos faarvaatri hektomeetriga piiritleb ID-elementide paarina veetee lõigu.
Explicit version information is not necessary in the requests or responses of the NtS Web Service.
Veetee lõikude (ID-elementide paarid osas „fairway_section“ („faarvaatri/veetee osa“) geo-object’i (geoobjekt) all) esitamiseks NtSis tuleb ISRSi asukohakoodidega seoses võtta arvesse järgmist:
There are only a few versions of the services expected to be online at the same time.
kohad 1–2 (riigikood (country code)):
Different versions shall be provided with different URLs.
peavad olema identifikaatorite paari raames identsed, kuid
Hence, each instance of an NtS Web Service implementation shall support one specific version of the NtS Web Service.
ühe identifikaatorite paari raames võib määrata erinevad riigikoodid, juhul kui naaberriigid kasutavad konkreetse veetee puhul sama faarvaatri osa koodi ja hektomeetrite määramiseks sama süsteemi;
The namespaces in the NtS Web Service are based on the web domain of the RIS Expert Groups, http://www.ris.eu/
kohad 3–5 (ÜRO asukohakood (UN location code)):
The namespaces contain a particle indicating the corresponding service and version information.
ei ole olulised, neil võib olla identifikaatorite paari raames erinev sisu;
Hence, the service specified here uses the following namespace:
kohad 6–10 (faarvaatri osa kood (fairway section code)):
NtS Message Service: http://www.ris.eu/nts.ms/2.0.4.0
(erand): kui NtSi veebiteenuse raames kasutatakse Belgia ISRSi koode, tuleks faarvaatri osa identifitseerimiseks kasutada ainult kohti 6–8, sest NtSid avaldatakse ühe faarvaatri eri osade kohta;
For higher transparency of XML documents it is recommended to define namespaces in the outmost suitable element in the schemas as well as the instance documents and not to use local namespace definitions in nested elements.
kohad 11–15 (objekti viitekood (object reference code)):
Requests and responses in the NtS Web Service shall use XML elements in qualified form, i.e. with an explicit namespace prefix, and XML attributes in unqualified form, i.e. without a namespace prefix.
kohad 16–20 (faarvaatri hektomeeter (fairway hectometre)):
It is recommended to use intuitive namespace prefixes like ‘nts’ for better human readability.
viis numbrilist kohta, mis määravad hektomeetri ja millel on seega identifikaatorite paari raames tavaliselt erinev sisu.
The ISRS Location Code is explained in chapter 2 of the NtS Encoding Guide for application developers as well as the RIS Index Encoding Guide.
Näide: „00235“ 23,5-l faarvaatri kilomeetril; „00001“ 0,1-l faarvaatri kilomeetril;
Querying an NtS Web Service, the client can reference various objects, e.g. fairway sections, gauges or locks.
(erand): Madalmaades puudub mõnikord otsene seos faarvaatri hektomeetri ja faarvaatri füüsilise kilomeetri vahel tulenevalt faarvaatri lõigu alguse määratlusest võrgumudelis ja tegelikkuses; sellistes juhtudel on dismar-tüüpi objektide objekti viitekoodi alguses „Kxxxx“ (xxxx näitab füüsilist kilomeetrit, näiteks NLSVG00130K000300191 (3. km-l)).
If the corresponding parameters, the id elements, are used, they must contain ISRS Location Codes.
Teist tüüpi objektide puhul puudub ISRSi koodides aga otsene seos faarvaatri füüsilise kilomeetriga, näiteks sama faarvaatri 2,5-l kilomeetril asuva Sas van Genti silla ISRSi kood on NLSVG001300521600186.
These parameters are typically given in id elements, each containing one or two ids.
Kanaal Gent-Terneuzeni füüsiliste kilomeetrite arvestamise alguspunkt (0,0) asub Belgia ja Madalmaade piiril, kuid faarvaatri hektomeetrite arvestamise alguspunkt (0,0) asub kanali alguses Gentis.
When using these parameters, the following general conventions have to be observed:
Kui teade puudutab mitut veetee või faarvaatri osa, tuleb kõik faarvaatri osad piiritleda nende algus- ja lõpp-punktidega osa „fairway_section“ („faarvaatri/veetee osa“) eraldiseisvates XML elementides.
ISRS Location Codes have to be submitted as full-length 20-character codes, i.e. without truncating trailing zeros,
Mõne riigi/piirkonna puhul on vaja luua filtrifunktsioonid.
If two ids are used within an id element, both ISRS Location Codes have to refer to the same waterway.
Näiteks kui ISRSi asukohakoodi kohad 1–2 on BE, tuleb kasutada ISRSi asukohakoodi kohti 6–8 identifikaatorina lineaarseks viitamiseks faarvaatri hektomeetrile (ISRS asukohakoodi kohad 16–20).
This means, that the codes include some identical digits located in the fairway_section part of the ISRS Location Code.
Näited faarvaatri lõikude (kehtivad ID-elementide paarid osas „fairway_section“ („faarvaatri/veetee osa“)) kohta seoses eespool nimetatud eranditega:
The fairway section code together with the fairway hectometre defines a waterway stretch provided as pair of id elements.
Järgmised kaks Madamaade (NL) ISRSi asukohakoodi on veetee lõigu kehtiv piiritlus (näidates Madalmaades tehtavat erandit seoses faarvaatri kilomeetriga): NLSVG00130K000300191 (Kanaal Gent-Terneuzeni 3,0-l km-l – Sas van Gent) – NLWDP00130K000400200 (Kanaal Gent-Terneuzeni 4,0-l km-l – Westdorpe).
For the provision of waterway stretches (id element pairs within the fairway_section geo_object) in NtS messages, the following has to be considered with respect to the ISRS Location Codes:
Järgmised kaks Belgia (BE) ISRSi asukohakoodi on veetee lõigu kehtiv piiritlus (näidates Belgias tehtavat erandit seoses faarvaatri osa koodiga („020“ Albertkanaal)): BEGNK02016L010100414 (Alberti kanali 41,4-l km-l asuv Genki lüüs) – BEOSH02033L010500772 (Alberti kanali 77,2-l km-l asuv Hami lüüs).
digits 1 to 2 (Country code):
Järgmisel joonisel on esitatud vastupidiseid näiteid ISRSi asukohakoodi kasutamise kohta seoses iga üldise tavaga (Slovakkia veeteelõikudel ei kohaldata ühtegi erandit üldistest tavadest):
have to be identical within the id pair, but
Sobimatud ISRSi asukohakoodi päringud
different country codes may be defined within one id pair in case neighbouring countries are using the same fairway section code for a specific waterway and the same system for defining the hectometres,
Üldine märkus: NtSi veebiteenus ei toeta kehtivate ISRSi asukohakoodide päringu teenust.
digits 3 to 5 (UN Location code):
ISRSi asukohakoodid on esitatud Euroopa võrdlusandmete haldussüsteemis (ERDMS).
are not relevant, may contain different content within the id pair,
ISRSi asukohakoodide õiget kasutust päringutes ja nende tõlgendust selgitatakse järgmise viie juhtumi näitel.
digits 6 to 10 (Fairway section code):
juhtum: päringus ei ole ühtegi IDS-elementi
[exception]: in case of using the Belgian ISRS codes within NtS WS, one should use only digits 6 to 8 to identify the fairway section, because NtS messages will be published across different sections within one fairway,
IDS-element on päringu valikuvaba osa, mis tähendab, et IDS-elemendita päringu esitamine on lubatud:
digits 11 to 15 (Object Reference Code).
Sobilik päring ilma IDS-parameetrita
digits 16 to 20 (Fairway Hectometre):
Kui päring ei sisalda IDS-elementi, saadetakse tagasi kõik teated (olenevalt muidugi muudest filtrikriteeriumidest, nagu kehtivusajast (validity_period) või avaldamiskuupäevast (date_issue)).
consist of five numerical digits defining the hectometre thus will usually contain different content within the id pair.
juhtum: päring sisaldab üht ID-elementi
Example: ‘00235’ for fairway km 23,5; ‘00001’ for fairway km 0,1,
Iga IDS-element võib sisaldada üht või kaht ID-elementi.
[exception]: in case of the Netherlands there is not always a direct connection between the Fairway hectometre and the physical kilometre of the fairway due to the definition of the start of the fairway stretch in the network model and in the real world, in such cases the Object Reference Code for objects of the type ‘dismar’ starts with Kxxxx (xxxx includes the physical kilometre, e.g. NLSVG00130K000300191 (km 3)).
Ühe ID-elemendi näide on esitatud järgmisel joonisel:
But for other types of objects there is no direct relation to the physical fairway km in the ISRS codes, e.g. the bridge of Sas van Gent on the same fairway at km 2,5 has the ISRS code NLSVG001300521600186.
Sobilik päring ühe ID-parameetriga
For the Kanaal Gent-Terneuzen the physical km 0,0 starts at the border of Belgium and the Netherlands and the Fairway Hectometre 0,0 starts at the beginning of the canal in Gent.
Sellise päringu saamisel saadab server tagasi kõik selle parameetritele vastavad teated, mille puhul alguspunkti hektomeeter ≤ esitatud väärtus (nt 240,7) ja lõpp-punkti hektomeeter ≥ see väärtus.
In case a message touches more than one waterway or fairway sections all fairway sections have to be defined by their begin- and end-point in separate ‘fairway_section’ XML elements.
Järgmisel joonisel kujutatakse sellist teadete valikut.
For some countries/regions it is required to build filter functionality.
Positsioon, mille kohta päring tehti, asub teadete 1, 3 ja 4 algus- ja lõpp-punkti hektomeetri väärtuste vahel ning need teated saadetakse tagasi.
For example if ISRS Location Code (1-2) is BE use ISRS Location Code (6-8) as the ID for linear referencing with the fairway hectometre (ISRS Location Code 16-20).
Teateid 2, 5 ja 6 ei saadeta tagasi, sest need ei kattu päringus märgitud positsiooniga.
Examples for fairway stretches (valid id element pairs within the fairway_section) that include above defined exceptions:
Kui asjaomane ISRSi asukohakood tähistab ühtainsat objekti, näiteks mõõtmispunkti või lüüsi, peaks veebiteenus saatma tagasi seda objekti puudutavad teated.
The two NL ISRS Location Codes are a valid definition of a waterway stretch (showing NL exception with respect to the kilometre of the fairway): NLSVG00130K000300191 (km 3,0 at Sas van Gent on the Kanaal Gent-Terneuzen) — NLWDP00130K000400200 (km 4,0 at Westdorpe on the Kanaal Gent-Terneuzen),
Päringu parameetritele vastavad ja mittevastavad teated ühe ID-parameetriga
The two BE ISRS Location Codes are a valid definition of a waterway stretch (showing BE exception with respect to the fairway section code (‘020’ Albertkanaal)): BEGNK02016L010100414 (lock of Genk located at km 41,4 on the Albert Canal) — BEOSH02033L010500772 (lock of Ham located at km 77,2 on the Albert Canal).
juhtum: päring sisaldab kaht ID-elementi
The following figure shows counter-examples of ISRS Location Code usage for each of the general conventions (no exceptions to the general conventions apply to SK waterway stretches):
Kahe ID-elemendi näide on esitatud järgmisel joonisel:
Invalid ISRS Location Code queries
Sobilik päring kahe ID-parameetriga
General remark: A service to query valid ISRS Location Codes is not supported by the NtS Web Service.
Kõiki hektomeetri väärtusi, mille kohta päring tehti, tuleks pidada sobilikuks, isegi kui asjaomasel faarvaatri osal on erinevad algus- või lõpp-punktid.
The ISRS Location Codes are provided within the European Reference Data Management System (ERDMS).
Näiteks kui faarvaatri osa algab 100,0-l hektokilomeetril ja lõpeb 300,0-l hektokilomeetril, on sobilik päring, mis puudutab 20,0–400,0 hektomeetrit.
The correct usage of ISRS Location Codes in queries and their interpretation is given in the following five cases.
Riigisiseselt otsitakse muidugi ainult faarvaatri osa „tegelikku“ ulatust.
Case 1: No ids element in request
See võimaldab otsida kõiki teatavat faarvaatrit puudutavaid teateid, isegi kui ei teata selle täpset pikkust hektomeetrites (saadetakse selle ISRSi asukohakood, mille hektomeetriteks märgitakse vastavalt 00000 või 99999).
The ids element is an optional part of the request, i.e. a query without any ids elements is allowed:
Tagasi saadetakse kõik päringu parameetritele vastavad teated, mis lõikuvad asjaomase hektomeetri vahemikuga.
Valid query without ids parameter
Seda olukorda kujutatakse järgmisel joonisel:
If no ids element is given, all messages shall be returned (depending, of course, on other filter criteria like validity_period or dates_issue).
Päringu parameetritele vastavad ja mittevastavad teated kahe ID-parameetriga
Case 2: One id element in request
Eespool esitatud joonisel on näidatud, kuidas määratletakse lõikumist.
Each ids element can contain one or two id elements.
Teadete 1–4 ulatus kattub päringus küsitud hektomeetrivahemiku ulatusega (osaliselt või täielikult), kuid teadete 5 ja 6 ulatus ei kattu ning seetõttu saadetakse tagasi teated 1–4, kuid mitte teated 5–6.
The case of one id element is shown in the following figure:
Teate ja vahemiku [A, B] lõikumise tehniline tingimus on järgmine: teate alguspunkti hektomeeter on ≤ B ja lõpp-punkti hektomeeter on ≥ A.
Valid query with one id parameter
Kombinatsioon: päringus on mitu IDS-elementi
If such a query is received, the server shall return all matching messages with a start hectometre ≤ the given value (240,7 in the example) and an end hectometre ≥ this value.
Sobilik päring mitme IDS-elemendiga
The figure below depicts this selection of messages: The position queried lies between the start and end hectometre values of messages 1, 3 and 4, which would be returned.
Kui päring sisaldab mitut IDS-elementi, saadakse tulemuseks asjaomaste teadete ühend.
Messages 2, 5 and 6 do not overlap with the query position, so they would not be returned.
Kõiki IDS-elemente käsitletakse individuaalselt ja teade saadetakse tagasi, kui see vastab vähemalt ühele neist.
If the given ISRS Location Code denotes a singular object, e.g. a gauge or a lock, the web service should return the messages involving this object.
Seetõttu saadetakse eespool toodud näidete puhul tagasi järgmise teated:
Matching and not matching messages for one id parameter
kõik teated seoses objektiga, mille ISRSi asukohakood on SKXXX0000010000***** ning mille alguspunkti hektomeeter = 0 ja lõpp-punkti hektomeeter ≥ 0 (vt 2. juhtum);
Case 3: Two id elements in request
kõik teated seoses objektiga, mille ISRSi asukohakood on SKXXX0000500000***** ning mis lõikub hektomeetrivahemikuga [220,0, 300,0] (vt 3. juhtum);
The case of two id elements is shown in the following figure:
Selles alajaotises esitatakse NtSi edastamise teenuse teostuse tehniline kirjeldus, mis on koostatud eelmistes jaotistes esitatud kaalutluste ja tehtud valikute põhjal.
Valid query with two id parameters
NtSi edastamise teenus edastab nelja tüüpi NtSe:
All hectometre values queried shall be treated as valid, even if the corresponding fairway section has different start or end points.
NtS FTM (faarvaatri- ja liiklusteated),
For instance, if the fairway section starts at hectometre 100,0 and ends at hectometre 300,0, a request querying hectometres 20,0 up to 400,0 would be valid.
NtS WRM (veeteated),
Internally, of course, only the ‘real’ extent of the fairway section is searched.
NtS ICEM (jääteated),
Doing so also enables the search for all messages on a fairway without knowing its exact hectometre range (one would send its ISRS Location Code with hectometres set to ‘00000’ or ‘99999’ respectively).
NtS WERM (ilmasõnumid).
All matching messages intersecting the given hectometre interval shall be returned.
NtSi edastamise teenuse teostus võib toetada kõiki teatetüüpe või vaid osa neist.
The following diagram illustrates this situation:
Osalevad liikmesriigid võivad konkreetse teatetüüpi puhul pakkuda mitut teenust, mis täiendavad üksteist.
Matching and not matching messages for two id parameters
Selleks et saavutada teenuse maksimaalne toimivus, kuid tagada samal ajal selle lihtsus, ei kasutata NtSi veebiteenuse puhul täiendavat päringukeelt.
The figure above shows, how ‘intersecting’ is defined.
Selle asemel kasutatakse WSDLi pakutavaid konstruktsioone.
While the extents of the messages 1 to 4 overlap with the extent of the queried hectometre range (partially or completely), the extents of messages 5 and 6 do not, therefore messages 1 to 4 will be returned, 5 and 6 will not be returned.
Konkreetseid toiminguid koos nende parameetritega on täpsemalt kirjeldatud WSDLi tehnilises kirjelduses.
The technical condition for a message to intersect with an interval [A, B] is: The start hectometre of the message is ≤ B and its end hectometre is ≥ A.
NtSi edastamise teenuse puhul kirjeldatakse ühtainust toimingut.
Valid query with multiple ids elements
teate tüüp (kohustuslik; kas FTM, WRM, ICEM või WERM);
The combination of several ids elements in the request leads to a union of the corresponding messages.
konkreetsed veeteelõigud või nende osad või konkreetsed objektid (vabatahtlik; kirjeldatakse ühe ISRSi asukohakoodiga ja/või ISRSi asukohakoodide paariga);
All the ids elements are treated individually and a message will be returned, if it matches at least one of them.
kehtivusaeg (vabatahtlik; algus- ja lõppkuupäev);
Therefore, the following messages would be returned for the given example:
teate avaldamise kuupäev (vabatahtlik; üksikud kuupäevad ja/või kuupäevade vahemik).
All messages for the object with the ISRS Location Code SKXXX0000010000***** with start hectometre =0 and end hectometre ≥ 0 (see Case 2)
Teenus saadab tagasi üksnes asjaomastele kriteeriumidele vastavad teated.
All messages for the object with the ISRS Location Code SKXXX0000500000***** which intersect the hectometre interval [11,0, 15,0] (see Case 3) — All messages for the object with the ISRS Location Code SKXXX0000200000***** with start hectometre ≤ 110,5 and end hectometre ≥ 110,5 (see Case 2)
Lehekülgede saalimise mehhanism
All messages for the object with the ISRS Location Code SKXXX0000500000***** which intersect the hectometre interval [220,0, 300,0] (see Case 3)
Andmehulga kontrollimiseks toetatakse lehekülgede saalimise mehhanismi.
In this chapter the implementation specification of the NtS message service is given, deduced from the considerations and choices in the preceding chapters.
Lehekülgede saalimise parameetrit kirjeldatakse komplekstüübiga, mis sisaldab järgmisi elemente:
The NtS message service provides the four types of messages in the NtS:
nihe (offset): esimese tagasisaadetud teate seerianumber (täisarv (integer) ≥ 0);
NtS FTM (fairway and traffic related message)
piirarv (limit): sõnumite maksimumarv (täisarv (integer) ≥ 0);
NtS WRM (water related message)
koguarv (total count): lipp, kui tagasi tuleb saata kõik teated (Boole’i muutuja (Boolean value)).
NtS ICEM (ice message)
Lehekülgede saalimise kompleksne parameeter on vabatahtlik, kuid selle olemasolu korral tuleb esitada kõik elemendid.
NtS WERM (weather related message)
Sel juhul toimib lehekülgede saalimise mehhanism järgmiselt.
An implementation of the NtS message service can support all message types or just a selection.
Teadete koguarv ei ületa piirarvu (limit) parameetri väärtust, kuid väärtus 0 tähendab piirväärtuse puudumist.
It is allowed that a participating Member State provides more than one service for a specific message type, that complement each other.
Vastus jätab vahele nii palju teateid, kui palju on nimetatud nihke (offset) parameetris.
In order to achieve a maximum robustness of the service while keeping the complexity on a low level no additional query language is used for the NtS Web Service.
Selle mehhanismi tagamiseks peab teenus järgima teadete ajutiselt stabiilset (kuigi muidu meelevaldset) järjestust, näiteks teate andmete kahe ajakohastuse vahel veebiteenuse alusandmekogumis.
Instead the constructs provided by WSDL itself are applied.
See tähendab, et kahe järjestikuse identse päringu peale tuleb tagasi saata samad teated samas järjekorras.
The specific operations together with their parameters are specified entirely within the WSDL specification.
Koguarvu (total count) parameeter määrab ära selle, kas vastuses tuleb esitada teemapõhistele kriteeriumidele vastavate teadete koguarv.
In the case of the NtS Message Service a single operation is defined.
Tavaliselt piisab sellest, kui seda teavet soovitakse saada esimeses vastuses, kuid kõikides järgnevates vastustes jäetakse see teave välja.
The subject-specific filter criteria are taken from the NtS standard, but extended concerning multiplicity of the parameters:
See peaks parandama veebiteenuse toimivust.
type of message (compulsory; one of ‘FTM’, ‘WRM’, ‘ICEM’, ‘WERM’),
Lehekülgede saalimise mehhanism on vahend, mille abil saab teateid taotleda „lehekülgedel“ korduvalt.
specific waterway sections or parts thereof, or specific objects (optional; described by single ISRS Location Codes and/or pairs of ISRS Location Codes),
Selleks et lehekülgede saalimise mehhanism saaks toimida nõuetekohaselt, tuleb igas päringus esitada samad teemapõhised parameetrid.
time of validity (optional; start date and end date),
Eduka päringu puhul sisaldab NtSi veebiteenuse vastus päringus esitatud parameetritele vastavaid NtSe.
date of publication of the notice (optional; single dates and/or intervals of dates).
NtSid peavad vastama NtSi skeemile ja neid saab selle skeemiga võrrelda.
Only the messages matching the given criteria are returned by the service.
Kuna teate tüüp on päringu kohustuslik parameeter, saab iga vastus sisaldada ainult sama tüüpi (FTM, WRM, ICEM või WERM) NtSe.
Paging mechanism
Kui teenus tuvastab päringu töötlemisel vea, saab ta tagasi saata mis tahes arvul veateateid, kasutades allpool loetletud veakoode.