Tjenestebeskrivelse for NRDB opprinnelsesmarkering Versjon 1.05. April 2007 Nasjonal referansedatabase AS, c/o Infostrada AS, Drammensveien 130B, N-0277 Oslo Side 1 av 9
Innholdsfortegnelse 1. INNLEDNING...3 1.1 OM NASJONAL REFERANSEDATABASE AS...3 2. PRODUKTBESKRIVELSE...3 2.1 PRINSIPP...3 2.2 MOBILTELEFONER...4 2.3 DRIFT...4 2.4 SUPPORT...4 2.5 SIKKERHET...4 2.6 TEKNISK LØSNINGSBESKRIVELSE...4 2.7 INFRASTRUKTUR...5 2.8 TEST LØSNING...6 2.9 IMPORT AV DATA...6 3. PRIS...8 3.1 TILLEGGSTJENESTER...9 4. BESTILLING...9 5. LEVERANSE...9 6. FAKTURERING...9 Side 2 av 9
1. Innledning Ekomloven 2-6 pålegger tilbydere av offentlig telefonitjenester plikt til å overføre telefonnummer og nødvendige opplysninger for geografisk lokalisering i forbindelse med nødanrop til nødsentraler (Opprinnelsesmarkering). Post og teletilsynet (PT) har pålagt telebransjen å ha en løsning på plass innen 1. april 2007. Telenor har hatt en løsning for Opprinnelsesmarkering siden 1980-tallet. Noen tilbydere av telefonitjenester har oppfylt kravet om Opprinnelsesmarkering ved å kjøpe tjenesten fra Telenor, mens andre teleoperatører har etterlyst alternativer til Telenors løsning bla. pga. pris og konkurranseforhold. I 2004 ble det nedsatt en ekspertgruppe av tilbydere som fikk i oppdrag å utarbeide en spesifikasjon for alternativ moderne løsning som benytter IP. Med utgangspunkt i denne spesifikasjonen har Nasjonal Referansedatabase AS (NRDB) utviklet en tjeneste som nå tilbys til alle teleoperatører. Dette dokumentet beskriver funksjonene i opprinnelsesmarkeringstjenesten som NRDB tilbyr og ikke minimumskravene i Ekomloven. Tjenesten kan således tilby funksjoner som går utover Ekomlovens krav. 1.1 Om Nasjonal Referansedatabase AS Nasjonal Referansedatabase AS ble etablert i 2000 i forbindelse med innføring av nummerportabilitet i det norske telemarkedet. NRDB eies av syv teleoperatører og har et trettitalls kunder. NRDB tegner avtaler med de teleoperatørene som ønsker å ha tilknytning til NRDBs tjenester. NRDB tilbyr et tjenestespekter som er fortløpende utviklet i forhold til markedets ønsker. NRDB er selvfinansierende og har kostnadsbaserte tjenester (non-profit). For mer informasjon om NRDB, se www.nrdb.no 2. Produktbeskrivelse 2.1 Prinsipp Alle nødanrop til nødmeldesentraler (tlf. nr. 110, 112,113, 1412) inneholder anropende abonnents telefonnummer (a-nummer). A-nummeret kan benyttes av nødsentralene for å finne en abonnents geografiske lokasjon for raskt å kunne yte hjelp i en nødsituasjon. Nødmeldesentralen kan bruke dette a-nummeret til å gjøre et spørreanrop over Internett mot en Opprinnelsesmarkeringsserver som kan svare med geografisk lokasjon, dvs. navn, adresseinformasjon eller eventuelt kartposisjon for mobil. NRDB tilbyr Opprinnelsesmarkering som en tjeneste som oppfyller kravene som stilles i Ekomloven til en teleoperatør. Opprinnelsesmarkering krever at det finnes en oppdatert database med abonnentdata som det kan gjøres oppslag mot. Dette kan løses på to alternative måter: 1. ved at tilbyderen overfører abonnentdata til en sentral database hos NRDB. 2. ved at tilbyderen selv drifter en tjeneste som NRDBs Opprinnelsesmarkeringsløsning kan gjøre oppslag mot. Grensesnittet må være i samsvar med ekspertgruppens veiledning, - altså en http(s) forespørsel med telefonnummer som returnerer et XML dokument med lokaliseringsdata. Se også avsnitt 3.1 angående spesialtilpasninger. Side 3 av 9
NRDB tilbyr derfor to tjenester for opprinnelsesmarkering. Tjeneste 1: Opprinnelsesmarkering med sentral database. Tjenesten tilbyr Opprinnelsesmarkering med sentral database og FTP-server. Tjeneste 2: Opprinnelsesmarkering med distribuert database. Tjenesten tilbyr Opprinnelsesmarkeringsproxy. Dette betyr at Opprinnelsesmarkeringsserven videresender a-nummer forespørsel fra nødsentral til aktuell tilbyders database, mottar opprinnelsesinformasjon fra tilbyder og videresender denne til nødsentral. 2.2 Mobiltelefoner Geografisk lokasjon av mobiltelefoner krever oppslag via mobiloperatørens lokasjonstjeneste. Implementering av grensesnitt mot mobilopertørene vil følge etter avtale med kunder. Alle kostnader til geografisk lokasjon i eget nettverk må dekkes av tilbyderen. 2.3 Drift Tjenesten driftes av Systor Trondheim AS med en opptidsgaranti på 99,5 %. 2.4 Support Første linje support mandag til fredag kl. 08:00 til 16:00. Har Kunden behov for veiledning ved antatte feil, eller i situasjoner der feil kan foreligge, skal Kunden primært sende feilmelding/forespørsel via e-post til adresse opprinnelsesmarkering@nrdb.no NRDB tilbyr også supporttelefon via underleverandør. 2.5 Sikkerhet Server-løsningen vil være beskyttet av brannmur og tilgang begrenset til tjenestene HTTP og HTTPS. Som autentisering vil man benytte screening på IP-adresse. Forespørsler fra andre kilder enn forhåndsdefinerte IP-adresser vil bli avvist. 2.6 Teknisk løsningsbeskrivelse Her følger en beskrivelse av kommunikasjonsprosessen som spesifisert i ekspertgruppens veiledning, se også figur 1 på neste side. Løsningen består av to kommunikasjonsservere (Kommunikasjonsserveren for Operatørmarkering og Kommunikasjonsserver for Opprinnelsesmarkering) og en ftp-server. Nødmeldesentralen vil bruke a-nummeret sammen med autentiseringsopplysninger til å gjøre et spørreanrop til Kommunikasjonsserveren for Operatørmarkering som umiddelbart vil returnere den spesifikke IP-adressen eller DNS-navnet til kommunikasjonsserveren hos teleoperatøren som er ansvarlig for det aktuelle a- nummeret. Nødmeldesentralen vil deretter benytte IP-adressen eller DNS-navnet til å Side 4 av 9
foreta et automatisk spørreanrop til den aktuelle Kommunikasjonsserveren for Opprinnelsesmarkering ved å overføre a-nummeret sammen med autentiseringsopplysninger. Kommunikasjonsserver for Opprinnelsesmarkering vil umiddelbart returnere en XML-fil med Opprinnelsesmarkering (navn, adresse, etc.). Denne informasjonen hentes fra sentral database eller hos tilbyders lokale database. Nødmeldesentralen sørger så for at den enkelte nødmeldesentraloperatør får opp den relevante informasjonen på dataskjermen i sitt støttesystem. Løsningen vil autentisere spørreanrop fra nødetatene og opprettholde datasikkerhet i henhold til nasjonal lovgivning For mobiltelefoni vil nødemeldesentralen kunne foreta to spørreanrop. Det første spørreanropet vil kunne besvares på samme måte som for fasttelefon med en XML-fil med Opprinnelsesmarkering (navn, adresse, etc.). Det andre spørreanropet kan besvares med opplysninger om geografisk lokalisering. Kommunikasjonsserver for Opprinnelsesmarkering kan hente opplysninger om geografisk lokalisering fra teleoperatørens baksystemer. Det er ikke klarlagt om Ekomloven pålegger mobiltelefon tilbyderne å besvare det første spørreanropet. Opprinnelsesmarkeringstjenesten vil i så tilfelle besvare det førest spørreanrop med en tom XML-fil. 2.7 Infrastruktur Teknisk infrastruktur er illustrert under i Figur 1. Tilbydere og nødmeldesentraler vil være tilknyttet via et eksternt nett. To typer tilknytning kan tilbys: Aktør kan kommunisere med systemet via Internet (som opsjon kan VPNforbindelse opprettes mot en godtgjørelse for oppsett av VPN) Teletilbyder kan kommunisere med systemet via eksisterende NRDB infrastruktur, det vil si Frame Relay eller Internet/VPN. Figur 1 - Oversikt for teknisk løsning Side 5 av 9
2.8 Test løsning Tjenesten inkluderer en testserver som kan benyttes ved idriftsetting og etablering. For løsning med distribuert database må det gjennomføres en akseptansetest av tilbyderens system før tilknytningen gjøres virksom. 2.9 Import av data Kommunikasjonsserveren for Operatørmarkering henter informasjonen om hvilken tilbyder som er ansvarlig for et aktuelt a-nummer i NRDBs porteringsdatabase. Kommunikasjonsserveren for Operatørmarkering vil vise til NRDBs server for Opprinnelsesmarkering hvis tilbyderen av det aktuelle nummeret er kunde av NRDB Opprinnelsesmarkering. Hvis tilbyderen ikke er kunde vil Kommunikasjonsserveren for Operatørmarkering returnere en feilmelding. Kommunikasjonsserver for Opprinnelsesmarkering vil hente inn nødvendig informasjon fra tilbydere som er kunder hos NRDB Opprinnelsesmarkeringstjeneste. For tjenesten med sentral database vil tilbyderen måtte overføre informasjon via ftp som zippede tekstfiler til NRDBs ftp-server. Denne informasjonen består av en hovedliste med telefonnummer og adressedata knyttet til hvert enkelt telefonnummer som skal lastes opp første dag i hver måned samt en endringsfil som lastes opp hver dag med endringer i oppføringer til hovedlisten. Hvis det ikke er endringer skal det lastes opp en nullfil. FTP-serveren vil til enhver tid inneholde 2 hovedlister og alle påfølgende oppdateringer som hører til disse listene. Dataene må legges i en flat, semikolonseparert tekstfil. Følgende datafelter skal inngå i filen, - i riktig rekkefølge. Datafelt Telefonnummer Nummertype <subscriber>.<company-name> <subscriber>.<switchboard-number> Format 8-sifret telefonnummer To bokstaver som indikerer type nett: F1 Fasttelefoni, kunde av netteier F2 Fasttelefoni, kunde av videreselger M1 Mobiltelefoni, kunde av netteier M2 Mobiltelefoni, kunde av videreselger B1 Bredbåndstelefoni, fast adresse, kunde av netteier (ISP) B2 Bredbåndstelefoni, fast adresse, kunde av videreselger I1 Bredbåndstelefoni, nomadisk abonnement, kunde av netteier (ISP) I2 Bredbåndstelefoni, nomadisk abonnement, kunde av videreselger Side 6 av 9
<subscriber>.<first-name> <subscriber>.<middle-name> <subscriber>.<last-name> <subscriber>.<common-name> <subscriber>.<municipality-number> <subscriber>.<street-name> <subscriber>.<street-code> <subscriber>.<house-number> <subscriber>.<letter> <subscriber>.<apartment-number> <subscriber>.<city-section> <subscriber>.<postal-code> <subscriber>.<city> <subscriber>.<room-name> <subscriber>.<registered-address-code> <subscriber>.<registered-property-number> <subscriber>.<registered-lease-number> <subscriber>.<registered-address-floor> <subscriber>.<map-coordinate> <user>.<first-name> <user>.<middle-name> <user>.<last-name> <user>.<common-name> <user>.<municipality-number> <user>.<street-name> <user>.<street-code> <user>.<house-number> <user>.<letter> <user>.<apartment-number> <user>.<city-section> <user>.<postal-code> <user>.<city> <user>.<room-name> finn posisjon 4-sifret Tall Bokstav: A,B, Tall 4-sifret tall. Kartkoordinat fra bygningsenheter der det ikke finnes adresse (f.eks. telefonkiosk el. andre.) Rapporteres i WGS84, geografiske koordinater. 4-sifret tall Tall Bokstav: A,B, Tall 4-sifret tall Angir om geografisk posisjon kan finnes ved henvendelse til operatørspesifikk lokasjons-tjeneste 0 = nei 1 = ja Datafeltene må være på samme rad. Tomme felter angis som (tom) og hver linje avsluttes med CR/LF (0x0Dh, 0x0Ah). Side 7 av 9
Eksempel: 22334455;F1;;;Hans;;Hansen;;1313;Storgata;;13;C;1;;9 090;Andeby;;;;;;;Hans;;Hansen;;1313;Storgata;;13;C;1 ;;9090;Andeby;;0 Filen skal ha filnavn <tilbyder-kode>_<dato>.txt (for eksempel 888_2006-11-11.txt ) og komprimeres i standard ZIP-format. 3. Pris Tjenesteprisene er basert på selvkost, vurdering av prisene gjøres normalt en gang per år. Prisene er differensiert på tilbyderens størrelse; over og under 100.000 oppføringer i databasen. Samt 3. parts tilknytning for de tjenestetilbydere som ønsker å tilby tjenesten til andre bakenforliggende tjenestetilbydere, det tilkommer en 3.parts tilknytning per bakenforliggende tjenestetilbyder. Tjeneste Etablering Pris pr. mnd. < 100.000 oppføringer Tjeneste 1: Opprinnelsesmarkering med sentral database Tjeneste 2: Opprinnelsesmarkering med distribuert database. Etablering 1: Bruk av eksisterende Fram Relay eller VPN samt etablering av HTTPS Etablering 3: Ny VPN forbindelse Pris pr. mnd. > 100.000 oppføringer 3.parts tilknytning (pr. stk) Kr 0,- Kr 2.350,- Kr 3.950,- Kr 1.000,- Kr 0,- Kr 3.950,- Kr 3.950,- Kr 1.000,- Kr 0,- NA NA NA Kr 3.000,- NA NA NA Generelt gjelder at NRDB har rett til å foreta endringer i prisene. Ved eventuelle endringer til ugunst for tilbyder skal tilbyder varsles minst en måned før endringen trer i kraft. Endringer av prisene kan likevel gjennomføres med kortere varsel dersom det skyldes en økning av offentlige avgifter, herunder en økning av merverdiavgiften. Prisene kan også endres med kortere varsel dersom det skyldes endringer av avgiftene fra underleverandører, endringer i valutakurser, offentlige pålegg, skatter og avgifter eller andre lignende omstendigheter som påvirker NRDBs kostnader i forbindelse med tjenestene. Eventuelt overskudd slutten av et driftsår betales tilbake til kundene. Til enhver tid gjeldede priser er å finne på NRDBs prislist på www.nrdb.no. Side 8 av 9
3.1 Tilleggstjenester Arbeid som ikke er dekket i tjenesteprisen, kan prises på forespørsel. Eksempler på slikt arbeid er: Assistanse i forbindelse med bruk av testanlegget og testing av baksystemer Tilpassing til grensesnitt for baksystem (proxy/gateway løsning mellom tilbyders baksystem og NRDB Opprinnelsesmarkering). 4. Bestilling Ved bestilling av NRDB Opprinnelsesmarkering, send en e-post til: info@nrdb.no med følgende informasjon om tilbyder: Firma navn Foretaksnummer Adresse Kontaktperson (navn, e-post, telefonnr, mobilnr) Firmaets tilbyderkode (tildelt av Post- og Teletilsynet) Henvendelser i forbindelse med bestilling av faktura, avtale eller annen administrativ art rettes til samme e-post adresse. 5. Leveranse En teleoperatør som allerede er kunde av NRDBs porteringstjeneste vil normalt ha en eksisterende tilknytning til NRDB nettverket via Frame Relay eller VPN. Denne forbindelsen kan også brukes for NRDB Opprinnelsesmarkering. Oppsett og registrering av teletilbyder vil omfatte: Registrering av klientdata (tilbyderkode, kontaktinformasjon, etc.) Oppsett av FTP-konto for import av kundedata eller oppsett av proxyadresse for videresending av forespørsel om opprinnelsesmarkering Eventuell kobling til ekstern tjeneste for geografisk posisjonering 6. Fakturering Tilbydere som benytter NRDB Opprinnelsesmarkering vil faktureres forskuddsvis iht. gjeldende prisliste hvert kvartal. Etableringsavgiften vil faktureres i forbindelse med første kvartalsvise faktura. perioden. Side 9 av 9