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

• NOOP (NOOP),
• LOGOUT (QUIT).
Nazwa przesyłanego pliku jest zmieniana na docelową po udanym nagraniu; plik
tymczasowy posiada dodatkowe rozszerzenie .tmp (LIID_seq.ext_tmp),
Nazwa pliku po przesłaniu składa się z LIID i numeru sekwencyjnego (LIID_seq.ext),
Zawartość pliku czyli dane IRI kodowanie są w formacie ASN.1/BER.
4. Warstwa aplikacyjna
Dla usług CS oraz PS interfejs został opracowany na podstawie specyfikacji ETSI TS 101
671 wersja 2.13.1 (rozdziały 5.2, 8). W dokumencie znajduje się szczegółowy opis
interfejsu HI2 oraz jego definicje w ASN.1.
Dla usług zawierających się w IPAccess (WiFi-WLAN, xDSL) interfejs w pełni zgodny jest
ze specyfikacją ETSI TS 102 232-1 wersja 2.2.1 oraz TS 102 232-3 wersja 2.1.1.
W dokumencie znajduje się szczegółowy opis specyfikacji interfejsu HI2 oraz jego definicje
w ASN.1.
Nie stosujemy mechanizmu ROSE tzn. przesyłania danych IRI przy użyciu protokołów
transportowych, tj. TCP, UDP
Dla wszystkich usług rekordy IRI przekazywane są w plikach przy użyciu protokołu FTP.
Przesyłany plik może zawierać wiele pojedyńczych rekordów IRI zakodowanych
w standardzie ASN1/BER.
Wartości parametrów IRI należy definiować w formatach zalecanych przez standardy
telekomunikacyjne, które ich dotyczą (np. ISDN user part, DSS1, MAP czy IP)
W przypadku interfejsu HI2 przez warstwę aplikacyjną należy rozumieć kodowanie
zawartości plików, a nie protokół FTP użyty do ich transportu.
Interfejs nie wymaga stosowania podpisu elektronicznego.
4.1 Zmiany w stosunku do specyfikacji ETSI
Dla wszystkich obsługiwanych usług wprowadzono nowy typ PartyExtendedIdentity
rozszerzający parametry IRI o dane personalne abonentów uczestniczących w przekazie
informacji.
PartyInformation ::= SEQUENCE
{
...
partyExtendedIdentity [PRIVATE 1] PartyExtendedIdentity
OPTIONAL,
...
}

PartyExtendedIdentity ::= SEQUENCE
{
subscriptionType [1] ENUMERATED
{
postpaid (0),
prepaid (1),
...
} OPTIONAL,

activationDate [2] TimeStamp OPTIONAL,
deactivationDate [3] TimeStamp OPTIONAL,


2
subscriber [4] Subscriber OPTIONAL,
postalAddress [5] PostalAddress OPTIONAL,
mailAddress [6] PostalAddress OPTIONAL,
...
}

Subscriber ::= CHOICE
{
company [1] Company,
person [2] Person,
...
}

Company ::= SEQUENCE
{
name [0] UTF8String,
regon [1] OCTET STRING (SIZE (5)),
-- BCD coded 9 digits
-- F digit not used
...
}

Person ::= SEQUENCE
{
firstName [0] UTF8String,
surname [1] UTF8String,
pesel [2] OCTET STRING (SIZE (6)) OPTIONAL,
-- BCD coded 11 digits
-- F digit not used
passportNumber [3] OCTET STRING (SIZE (7..14)) OPTIONAL,
-- ASCII coded
...
}

PostalAddress ::= SEQUENCE
{
street [1] UTF8String OPTIONAL,
buildingNumber [2] OCTET STRING (SIZE (1..10)) OPTIONAL,
-- ASCII coded: 10 char
apartmentNumber [3] OCTET STRING (SIZE (1..10)) OPTIONAL,
-- ASCII coded: 10 char
postcode [4] OCTET STRING (SIZE (1..8)) OPTIONAL,
city [5] UTF8String OPTIONAL,
country [6] UTF8String OPTIONAL
}
5. Usługi CS i PS
Niewykorzystywane parametry:
• iRISequence typu IRISequence w strukturze IRIsContent (brak możliwości
agregacji rekordów IRI w strukturze ASN.1)


3
• ringingDuration w strukturze IRI-Parameters
• conversationDuration w strukturze IRI-Parameters (czas rozmowy można
wyznaczyć w inny sposób)
• callContentLinkInformation w strukturze IRI-Parameters (brak danej
funkcjonalności)
• cC-Link-Identifier w w strukturze IRI-Parameters
• national-Parameters
• network-Element-Identifier w strukurze Network-Identifier
6.Usługi IPAccess (WLAN, xDSL)
W przypadku wspomnianych usług specyfikacja zgodna jest w pełni ze standardami ETSI
TS 102 232-1 oraz TS 102 232-3. Jedynym dodatkiem jest wyspecyfikowane już pole
PartyExtendedIdentity.

Szczegółowa specyfikacja HI2

HI2Operations {itu-t(0) identified-organization(4) etsi(0) securityDomain(2)
lawfulIntercept(2) hi2(1) version9(9)}
DEFINITIONS IMPLICIT TAGS ::=
BEGIN

-- =============================
-- Object Identifier Definitions
-- =============================

-- LawfulIntercept DomainId
lawfulInterceptDomainId OBJECT IDENTIFIER ::= {itu-t(0) identified-organization(4)
etsi(0)
securityDomain(2) lawfulIntercept(2)}

-- Security Subdomains
hi2DomainId OBJECT IDENTIFIER ::= {lawfulInterceptDomainId hi2(1)}
hi2OperationId OBJECT IDENTIFIER ::= {hi2DomainId version9(9)}

IRIsContent ::= CHOICE
{
iRIContent IRIContent,
iRISequence IRISequence -- NOT USED
}

IRISequence ::= SEQUENCE OF IRIContent -- NOT USED
-- Aggregation of IRIContent is an optional feature.


4
-- It may be applied in cases when at a given point in time several IRI records are
-- available for delivery to the same LEA destination.
-- As a general rule, records created at any event shall be sent immediately and shall
-- not held in the DF or MF in order to apply aggregation.
-- When aggregation is not to be applied, IRIContent needs to be chosen.

IRIContent ::= CHOICE
{
iRI-Begin-record [1] IRI-Parameters,
-- At least one optional parameter must be included within the iRI-Begin-Record.
iRI-End-record [2] IRI-Parameters,
iRI-Continue-record [3] IRI-Parameters,
-- At least one optional parameter must be included within the iRI-Continue-Record.
iRI-Report-record [4] IRI-Parameters,
-- At least one optional parameter must be included within the iRI-Report-Record.
...
}

IRI-Parameters ::= SEQUENCE
{
domainID [0] OBJECT IDENTIFIER (hi2OperationId) OPTIONAL,
-- for the sending entity the inclusion of the Object Identifier is mandatory
iRIversion [23] ENUMERATED
{
version2(2),
...,
version3(3),
version4(4),
version5(5),
version6(6),
version7(7),
lastVersion(8)
} OPTIONAL,
-- Optional parameter "iRIversion" (tag 23) is redundant starting from TS 101 671
v2.4.1
-- where to the object identifier "domainID" was introduced into IRI-Parameters.
-- In order to keep backward compatibility, even when the version of the "domainID"
-- parameter will be incremented it is recommended to always send to LEMF the same:
-- enumeration value "lastVersion(8)".
-- if not present, it means version 1 is handled

lawfulInterceptionIdentifier [1] LawfulInterceptionIdentifier,
-- This identifier is associated to the target.

communicationIdentifier [2] CommunicationIdentifier,


5
-- used to uniquely identify an intercepted call.
-- Called "callIdentifier" in Edition 1 of ES 201 671.

timeStamp [3] TimeStamp,
-- date and time of the event triggering the report.

intercepted-Call-Direct [4] ENUMERATED
{
not-Available(0),
originating-Target(1),
-- In case of GPRS, this indicates that the PDP context activation, modification
-- or deactivation is MS requested.
terminating-Target(2),
-- In case of GPRS, this indicates that the PDP context activation, modification
-- or deactivation is network initiated.
...
} OPTIONAL,

intercepted-Call-State [5] Intercepted-Call-State OPTIONAL,

ringingDuration [6] OCTET STRING (SIZE (3)) OPTIONAL, -- NOT USED
-- Duration in seconds. BCD coded : HHMMSS

conversationDuration [7] OCTET STRING (SIZE (3)) OPTIONAL, -- NOT USED
-- Duration in seconds. BCD coded : HHMMSS

locationOfTheTarget [8] Location OPTIONAL,
-- location of the target subscriber

partyInformation [9] SET SIZE (1..10) OF PartyInformation OPTIONAL,
-- This parameter provides the concerned party (Originating, Terminating or forwarded
-- party), the identity(ies) of the party and all the information provided by the
party.

callContentLinkInformation [10] SEQUENCE
{
cCLink1Characteristics [1] CallContentLinkCharacteristics OPTIONAL,
-- Information concerning the Content of Communication Link Tx channel established
-- toward the LEMF (or the sum signal channel, in case of mono mode).

cCLink2Characteristics [2] CallContentLinkCharacteristics OPTIONAL,
-- Information concerning the Content of Communication Link Rx channel established
-- toward the LEMF.
...
} OPTIONAL, -- NOT USED



6