Rządowy projekt ustawy o zmianie ustawy - Prawo telekomunikacyjne oraz niektórych innych ustaw

realizacji zapisów rozporządzenia. Rozporządzenie reguluje jednocześnie wymagania
techniczne i eksploatacyjne dla interfejsów umożliwiających uzyskiwanie przez podmioty
uprawnione danych, o których mowa w art. 180d projektowanej ustawy. Z uwagi na fakt, że
dane te będą niejednokrotnie obejmować tysiące pojedynczych rekordów. Konieczne jest aby
dane te przekazywane były w postaci elektronicznej. Postać elektroniczna przekazywanych
danych niesie ze sobą wiele korzyści. Są to miedzy innymi, łatwość archiwizacji danych,
łatwe przeszukiwanie i analiza danych (z wykorzystaniem systemów informatycznych),
łatwość przesyłania danych. Dlatego istnieje konieczność wskazania jednolitego dla
wszystkich przedsiębiorców telekomunikacyjnych formatu danych, który mógłby być
wykorzystywany do tego celu. Dodatkowo powinny istnieć ogólnodostępne narzędzia
umożliwiające konwersje przesyłanych przez operatora danych do wymaganego formatu oraz
pozwalające na tworzenie podmiotom uprawnionym aplikacji analizujących dane otrzymane
w tym formacie. Formatem spełniającym powyższe wymagania jest XML. Jest on wspierany
przez wiele systemów baz danych oraz istnieje wiele komercyjnych i darmowych narzędzi do
jego generowania, weryfikowania i analizy. Dokumenty XML pozwalają także na szybkie
zweryfikowanie ich poprawności.







60-10-aa

3
Załączniki
do rozporządzenia
Rady Ministrów
z dnia
Załącznik nr 1
Specyfikacja techniczna styku HI-1 interfejsu HI

1. Rodzaje Wiadomości HI1
Interfejs HI1 w swoich założeniach służyć ma do realizowania funkcji administracyjnych i jako taki
przesyła i obsługuje wiadomości płynące w obu kierunku między LEMF a ADMF. Jeśli chodzi o
wiadomości inicjowane przez LEMF (czyli wiadomości w kierunku z LEMF do ADMF) to są to
głownie wiadomości mające na celu aktywację, modyfikacje lub deaktywację obserwacji. Możliwe
jest również generowanie zapytań ze strony LEMF o listę obserwacji lub konkretną obserwację w
celu sprawdzenia i/lub dokonania porównania baz danych po stronie LEMF i ADMF. Jeśli chodzi o
wiadomości inicjowane przez ADMF (czyli wiadomości w kierunku z ADMF do LEMF) to mogą
to być w szczególności informacje o początkach i końcach alarmów lub też notyfikacje pewnych
zdarzeń. W obu kierunkach możliwe jest wysyłanie wiadomości testujących mających na celu
sprawdzenie poprawnego funkcjonowania interfejsu HI1.

2. Kierunek z LEMF do ADMF
Szczegółowe definicje określające ten ruch zawarte są w specyfikacji ASN.1 Interfejsu HI1:
H1LEMFOperations.
Hello
Hello – jest wiadomością testową umożliwiającą stronie LEMF sprawdzenie poprawności działania
interfejsu HI1.
HELLO


PARAMETR
TYP POLA DANYCH
OPIS
Version ENUMERATED
wersja
protokołu (1)
Request
CHOICE
typ zapytania (1 – simpleRequest)
simpleRequest
CHOICE
rodzaj zapytania (1 - helloRequest)
Message UTF8String
tekst
Aktywacja
Szczegółowa definicja w UnsignedRequestDetail
Activate – jest wiadomością przenoszącą parametry umożliwiające stronie ADMF założenie
żądanej przez LEMF obserwacji celu.
ACTIVATE


PARAMETR
OPIS
Version ENUMERATED
wersja
protokołu (1)
Request
CHOICE
typ zapytania (2 – signedRequest)
Time
TimeStamp
godzina i data wystawienia zlecenia aktywacji
Command
CHOICE
typ polecenia (1- Activate)
Liid
OCTET STRING
format: LEAID+TARGET (SEQ), 17 znaków ASCII
Target
CHOICE
kryterium monitorowania i jego wartość 1)
startTimestamp
TimeStamp
godzina i data aktywacji celu
stopTimestamp
TimeStamp
godzina i data dezaktywacji celu
service CHOICE
rodzaj
żądanej usługi 2)
monitoringType
ENUMERATED
aktywacja tylko dla IRI lub IRI+CC 3)
onlineMonitoring
BOOLEAN
dla serwisu CircuitSwitchd wybór dodatkowego typu monitorowania online
opcjonalnie (występuje tylko dla service=CircuitSwitched); numer przekierowania
forwardingAddress PrintableString
dla voice online (sipURL)

1) target
1 – MSISDN
2 – IMSI
3 – IMEI
4 – login
2) service
1 – CircuitSwitched
2 – PacketSwitched
3 – WIFI
4 – DSL
3) monitoringType
1 – iri
2 - iriCC
Dezaktywacja
Szczegółowa definicja w UnsignedRequestDetail
Deactivate – jest wiadomością przenoszącą parametry umożliwiające stronie ADMF wyłączenie
(deaktywację) żądanej przez LEMF obserwacji celu.
MODIFICATE


PARAMETR
OPIS
version ENUMERATED
wersja
protokołu (1)
request
CHOICE
typ zapytania (2 – signedRequest)
time
TimeStamp
godzina i data wystawienia zlecenia aktywacji
Command
CHOICE
typ polecenia (2 – Deactivate)
liid
OCTET STRING
format: LEAID+TARGET (SEQ), 17 znaków ASCII
Modyfikacja
Szczegółowa definicja w UnsignedRequestDetail
Modificate – jest wiadomością przenoszącą parametry umożliwiające stronie ADMF modyfikację
czasu zakończenia żądanej przez LEMF obserwacji celu i/lub zmianę typu monitorowania na
offline
MODIFICATE


PARAMETR
OPIS
version ENUMERATED
wersja
protokołu (1)
request
CHOICE
typ zapytania (2 – signedRequest)
time
TimeStamp
godzina i data wystawienia zlecenia aktywacji
Command
CHOICE
typ polecenia (3 – Modificate)
liid
OCTET STRING
format: LEAID+TARGET (SEQ), 17 znaków ASCII
stopTimestamp
TimeStamp
godzina i data deaktywacji celu
service CHOICE
rodzaj
żądanej usługi (taki jak w wiadomości Activate)


2

Action acknowledge
Odpowiedź ze strony ADMF/DF na wiadomości: Hello, Aktywacja, Dezaktywacja, Modyfikacja.
ACTION_ACK


PARAMETR
TYP POLA DANYCH
OPIS
version ENUMERATED
wersja
protokołu (1)
respond
CHOICE
typ odpowiedzi (1 – generalRespond)
result ENUMERATED
wynik
operacji
4)
message
PrintableString
ten sam tekst co w hello

4) result
1 – ok
2 – missing-parametr
3 – unknown-parametr
4 – unknown-parameter value
5 – incorrect-BER
6 – badSignature
7 – certificateExpired
10 – unknownError
11 – unsupportedService
List
LIID-LIST – żądanie listy LIIDów monitorowanych lub oczekujących w ADMF.
LIID-LIST


PARAMETR
TYP POLA DANYCH
OPIS
version ENUMERATED
wersja
protokołu (1)
request
CHOICE
typ zapytania (1 – simpleRequest)
simpleRequest
CHOICE
rodzaj zapytania (2 – list)
type
ENUMERATED
zapytanie o konkretny LIID lub o wszystkie 5)
opcjonalny (występuje tylko dla type=2); format: LEAID+TARGET (SEQ), 17
liid OCTET
STRING
znaków ASCII

5) type
1 – all
2 – specific
List – Odpowiedź (1)
LIID-LIST-DATA – odpowiedź na LLID-LIST, gdzie type = 1.
Pole status może przyjąć tylko wartości 1, 2 lub 4.
LIID-LIST-DATA


PARAMETR
TYP POLA DANYCH
OPIS
version ENUMERATED
wersja
protokołu (1)
respond
CHOICE
typ odpowiedzi (2 – listRespond)
liid
OCTET STRING
format: LEAID+TARGET (SEQ), 17 znaków ASCII
status
ENUMERATED
status LIID w ADMF 6)


3

message UTF8String
wiadomość dodatkowa
liid
OCTET STRING
format: LEAID+TARGET (SEQ), 17 znaków ASCII
status
ENUMERATED
status LIID w ADMF 6)
message UTF8String
wiadomość dodatkowa
…

…

…


6) status
0 – notFound
1 – waiting
2 – cnActivated
3 – unknown
4 – deActivated

List – Odpowiedź (2)
LIID-LIST-DATA – odpowiedź na LLID-LIST, gdzie type = 2.
Pole status może przyjąć wszystkie zdefiniowane wartości.
LIID-LIST-DATA


PARAMETR
TYP POLA DANYCH
OPIS
version ENUMERATED
wersja
protokołu (1)
respond
CHOICE
typ odpowiedzi (2 – listRespond)
liid
OCTET STRING
format: LEAID+TARGET (SEQ), 17 znaków ASCII
status
ENUMERATED
status LIID w ADMF 6)
message UTF8String
wiadomość dodatkowa

6) status
0 – notFound
1 – waiting
2 – cnActivated
3 – unknown
4 – deActivated

3. Kierunek z ADMF do LEMF
Szczegółowe definicje określające ten ruch zawarte są w specyfikacji ASN.1 Interfejsu HI1:
H1ADMFOperations.
Hello
Hello – jest wiadomością testową umożliwiającą stronie ADMF sprawdzenie poprawności działania
interfejsu HI1.
HELLO


PARAMETR
TYP POLA DANYCH
OPIS
version ENUMERATED
wersja
protokołu (1)
Content
CHOICE
typ zapytania (1 –InfoIndicator)


4