Comunica experienta
MonitorulJuridic.ro
Email RSS Trimite prin Yahoo Messenger pagina: DECIZIE nr. 3.444 din 19 decembrie 2007 privind adoptarea Conditiilor tehnice si comerciale de implementare a portabilitatii numerelor Twitter Facebook
Cautare document
Copierea de continut din prezentul site este supusa regulilor precizate in Termeni si conditii! Click aici.
Prin utilizarea siteului sunteti de acord, in mod implicit cu Termenii si conditiile! Orice abatere de la acestea constituie incalcarea dreptului nostru de autor si va angajeaza raspunderea!
X

DECIZIE nr. 3.444 din 19 decembrie 2007 privind adoptarea Conditiilor tehnice si comerciale de implementare a portabilitatii numerelor

EMITENT: AUTORITATEA NATIONALA PENTRU REGLEMENTARE IN COMUNICATII SI TEHNOLOGIA INFORMATIEI
PUBLICAT: MONITORUL OFICIAL nr. 44 din 18 ianuarie 2008
Comenteaza legea

În temeiul prevederilor art. 6 alin. (1) pct. 7 şi ale <>art. 7 alin. (1), (3) şi (5) din Ordonanţa de urgenţã a Guvernului nr. 134/2006 privind înfiinţarea Autoritãţii Naţionale pentru Reglementare în Comunicaţii şi Tehnologia Informaţiei, precum şi ale <>art. 28 din Legea nr. 304/2003 pentru serviciul universal şi drepturile utilizatorilor cu privire la reţelele şi serviciile de comunicaţii electronice, cu modificãrile şi completãrile ulterioare,
având în vedere prevederile Deciziei preşedintelui Autoritãţii Naţionale de Reglementare în Comunicaţii nr. 144/EN/2006 privind implementarea portabilitãţii numerelor, modificatã şi completatã prin Decizia preşedintelui Autoritãţii Naţionale pentru Reglementare în Comunicaţii şi Tehnologia Informaţiei nr. 3.443/2007,
având în vedere propunerea grupului de lucru prevãzut la art. 23 alin. (1) din Decizia preşedintelui Autoritãţii Naţionale de Reglementare în Comunicaţii nr. 144/EN/2006, modificatã şi completatã prin Decizia preşedintelui Autoritãţii Naţionale pentru Reglementare în Comunicaţii şi Tehnologia Informaţiei nr. 3.443/2007,

preşedintele Autoritãţii Naţionale pentru Reglementare în Comunicaţii şi Tehnologia Informaţiei emite prezenta decizie.

ART. 1
Se adoptã Condiţiile tehnice şi comerciale de implementare a portabilitãţii numerelor, prevãzute în anexa*) care face parte integrantã din prezenta decizie.
_______
*) Anexa se publicã ulterior în Monitorul Oficial al României, Partea I, nr. 44 bis în afara abonamentului, care se poate achiziţiona de la Centrul pentru vânzãri şi relaţii cu publicul al Regiei Autonome "Monitorul Oficial", Bucureşti, şos. Panduri nr. 1.

ART. 2
Prezenta decizie se publicã în Monitorul Oficial al României, Partea I, şi va intra în vigoare la 3 zile de la publicare.

p. Preşedintele Autoritãţii Naţionale
pentru Reglementare în Comunicaţii şi
Tehnologia Informaţiei,
Alexandrina-Luminiţa Hîrţan

Bucureşti, 19 decembrie 2007.
Nr. 3.444.

ANEXA

CONDIŢII TEHNICE ŞI COMERCIALE
de implementare a portabilitãtii numerelor


1. INTRODUCERE
1.1. Consideraţii generale
Portabilitatea numerelor reprezintã posibilitatea unui abonat de a-şi pãstra numãrul de telefon, la cerere, atunci când schimbã furnizorul de servicii de telefonie destinate publicului.
În vederea implementãrii portabilitãţii numerelor, furnizorii de servicii de comunicaţii electronice destinate publicului trebuie sã ia unele mãsuri specifice de naturã tehnicã, operaţionalã şi administrativã. Mai mult, toate aceste mãsuri trebuie coordonate la nivel naţional.
Condiţiile tehnice şi comerciale de implementare a portabilitãţii numerelor, denumite în continuare condiţiile tehnice şi comerciale, se aplicã atât furnizorilor de servicii de telefonie destinate publicului care au obligaţia de a oferi abonaţilor lor, la cerere, portabilitatea numerelor geografice sau nongeografice, dupã caz, cât şi furnizorilor de servicii de comunicaţii electronice destinate publicului care origineaza apeluri. Prezentul document stabileşte un set de reguli ce trebuie respectate în vederea realizãrii procesului de portare şi rutãrii apelurilor cãtre numerele portate, în mod armonizat, la nivel naţional.
1.2. Definiţii şi abrevieri
1.2.1. Definiţii
Urmãtorii termeni se definesc astfel:
a) comutator de serviciu - comutatorul care realizeazã interogarea bazei de date operaţionale pentru a determina dacã un numãr este portat şi pentru a extrage numãrul de rutare;
b) gateway - comutatorul la nivelul cãruia se realizeazã interconectarea între douã reţele publice de comunicaţii electronice;
c) bazã de date operaţionalã - baza de date ce conţine numerele portate şi numerele de rutare asociate. Baza de date operaţionalã este interogatã în timp real de cãtre furnizori prin sistemul de semnalizare pentru a extrage informaţia de rutare cãtre reţeaua acceptoare.
În cuprinsul condiţiilor tehnice şi comerciale sunt aplicabile definiţiile prevãzute la art. 2 din Decizia preşedintelui Autoritãţii Naţionale de Reglementare în Comunicaţii nr. 144/EN/2006 privind implementarea portabilitãţii numerelor, modificatã şi completatã prin Decizia preşedintelui Autoritãţii Naţionale pentru Reglementare în Comunicaţii şi Tehnologia Informaţiei nr. 3.443/2007.
1.2.2. Abrevieri
În cuprinsul condiţiilor tehnice şi comerciale sunt utilizate urmãtoarele abrevieri:
1. FA - furnizor acceptor;
2. FD - furnizor donor;
3. FDi - furnizor donor iniţial;
4. A - abonat;
5. CAA - cerere anulare abonat;
6. CPA - cerere portare abonat;
7. AF - alţi furnizori de servicii de comunicaţii electronice destinate publicului care sunt implicaţi în implementarea portabilitãţii numerelor, dar nu au, la un anumit moment, calitatea de FA sau FD;
8. BDC - bazã de date centralizatã;
9. OpBDC - operatorul bazei de date centralizate;
10. LURN - licenţã de utilizare a resurselor de numerotaţie;
11. ACQ - All Call Query;
12. BDOp - baza de date operaţionalã;
13. CdPA - called party address;
14. CgPA - calling party address;
15. CdPN - Called Party Number;
16. CLI - Calling Line Identity;
17. COLP - Connected Line Presentation;
18. DN - Directory Number;
19. FO - furnizor care origineazã apelul;
20. FT - furnizor care realizeazã tranzitul;
21. FTI - furnizor care realizeazã tranzitul internaţional (furnizorul care opereazã comutatorul (gateway-ul) pentru traficul internaţional);
22. FV - furnizor vizitat;
23. FI - furnizor internaţional;
24. GW - gateway;
25. GMSC - gateway MSC;
26. HLR- Home Location Register;
27. IAM - Iniţial Address Message;
28. IN - Intelligent Network;
29. MAP - Mobile Application Part;
30. MATF - Mobile Application Part Termination Function;
31. MNP - Mobile Number Portability;
32. MMS - Multimedia Message Service;
33. MMSC - Multimedia Message Service Centre;
34. MSC - Mobile Switching Center;
35. MSISDN - Mobile Station ISDN;
36. MSRN - Mobile Station Routing Number;
37. NP - Number Portability;
38. OR - Onward Routing;
39. PI - Point of Interconnection;
40. RN - Routing Number;
41. SCCP - Signaling Connection Control Part;
42. SMS - Short Message Service;
43. SMSC - Short Message Service Centre;
44. SMS-GMSC - gateway for SMS;
45. SRF - Signaling Relay Function;
46. SRI_SM - Signaling Relay Information for Short Message;
47. SRI_SM ACK - Signaling Relay Function for Short Message Acknowledged;
48. TLE - Terminal Local Exchange;
49. VLR - Visitor Location Register;
50. VMSC - Visited MSC.

1.3. Standarde şi recomandãri
În cuprinsul condiţiilor tehnice şi comerciale de implementare a portabilitãţii numerelor au fost avute în vedere urmãtoarele standarde şi recomandãri de referinţã:
1. ETSI TR 101 119 - Network Aspects (NA); High level description of number portability;
2. ETSI TR 102 081 - Network Aspects (NA); Number Portability Task Force (NPTF); Signalling requirements for number portability;
3. ETSI EN 301 716 - Digital cellular telecommunications system (Phase 2+); Support of Mobile Number Portability (MNP); Technical Realisation;
4. ITU-T Q.763 - Signalling system No.7 - ISDN User Part Formats and Codes;
5. ITU-T I.130 - Method for the characterization of telecommunication services supported by an ISDN and network capability of an ISDN;
6. ITU-T Q.850 - Usage of cause and location in the Digital Subscriber Signalling System No.1 and the Signalling System No.7 User Part;
7. ETSI TS 123 140 - Digital Cellular Telecommunications System (Phase 2+); Universal Mobile Telecommunications System (UMTS); Multimedia Messaging Service (MMS), Funcţional description; Stage 2 (3 GPP TS 23.140).

2. CEREREA DE PORTARE
2.1. Descrierea serviciului
Schimbarea furnizorului de servicii de telefonie destinate publicului de cãtre un abonat nu implicã în mod automat şi portarea numãrului. Portarea numãrului se realizeazã numai la cererea expresã a abonatului prin depunerea unei cereri de portare. Cererea de portare reprezintã în acelaşi timp documentul prin care solicitantul împuterniceşte (mandateazã) FA sã efectueze toate demersurile pentru rezilierea contractului între abonatul care solicitã portarea şi FD cu privire la furnizarea serviciilor de telefonie prin intermediul numãrului respectiv.
La portarea unui numãr, raporturile contractuale între abonat şi FD cu privire la furnizarea de servicii de telefonie prin intermediul numãrului respectiv înceteazã.
Contractul cu FD va înceta la data realizãrii portarii. Rezilierea contractului între abonat şi FD se va realiza cu respectarea condiţiilor prevãzute în contractul respectiv. Solicitantul are obligaţiile prevãzute în contractul cu FD, nãscute şi neexecutate anterior încetãrii acestuia.
În urma portãrii, solicitantul va pãstra numãrul, iar serviciul va fi oferit de FA pe baza unui contract încheiat cu abonatul. Anterior finalizãrii procesului de portare, FA încheie un contract de furnizare a serviciilor prin intermediul numãrului portat cu abonatul.
Dupã primirea cererii de portare, FA iniţiazã şi urmãreşte derularea procesului de portare asigurând informarea abonatului care a solicitat portarea.
2.2. Cererea de portare
FA este responsabil pentru realizarea procesului de portare.
FA nu poate refuza realizarea portarii decât în cazul în care refuzã conectarea solicitantului şi furnizarea serviciilor de telefonie destinate publicului cãtre acesta, în condiţiile prevãzute de dispoziţiile legale.
Cererea de portare conţine informaţii referitoare la abonatul care solicitã portarea şi la numãrul/numerele pentru care se solicitã portarea, precum şi informaţii cu privire la desfãşurarea procesului de portare şi la implicaţiile portãrii asupra furnizãrii serviciilor. Formatul-tip al cererii de portare este prevãzut în anexa 1, care face parte integrantã din condiţiile tehnice şi comerciale.
Având în vedere cã în unele cazuri portarea poate fi refuzatã, este necesar ca la depunerea cererii de portare sã fie verificate cât mai multe dintre condiţiile de portare. Astfel, FA va efectua urmãtoarele verificãri pentru validarea cererii de portare:
- dacã persoana care solicitã portarea este titularul contractului de furnizare a serviciului sau reprezentantul legal al acestuia;
- dacã numãrul/numerele pentru care se solicitã portarea face/fac obiectul contractului încheiat între abonat şi FD;
- dacã numãrul/numerele pentru care se solicitã portarea face/fac parte din blocurile de numere care pot fi portate.
Pentru a obţine toate informaţiile necesare (prin completarea cererii de portare de cãtre abonat) şi pentru a stabili autenticitatea informaţiilor în vederea validãrii cererii, FA poate verifica documente de identitate, facturi, declaraţii pe propria rãspundere, iar, în cazul portãrii numerelor nongeografice pentru servicii de telefonie mobilã, FA poate verifica seria cartelei SIM sau numãrul care face obiectul cererii de portare pe baza CLI (în cazul numerelor utilizate pentru furnizarea de servicii de telefonie mobilã pentru care plata apelurilor se realizeazã în avans) etc.
Procedura de depunere şi de validare a cererii de portare va fi stabilitã de fiecare furnizor de servicii de telefonie destinate publicului şi va fi pusã de acesta la dispoziţia publicului.
FA va conveni cu abonatul intervalul în care se poate realiza portarea numãrului/numerelor. Intervalul de portare este de 3 zile, de regulã, între ziua a 7-a şi ziua a 9-a de la data depunerii cererii.
Intervalul de portare poate fi stabilit la o datã ulterioarã zilei a 9-a, numai dacã abonatul solicitã ca portarea sã se realizeze într-un termen mai lung sau dacã FA, de regulã, realizeazã conectarea abonatului şi începe furnizarea serviciilor de telefonie destinate publicului într-un termen mai lung. Termenul maxim de portare este de 30 de zile lucrãtoare de la data depunerii cererii de portare.
Momentul portarii va fi de forma "an, lunã, zi, orã".
Dupã validarea cererii de portare, FA va transmite în format electronic BDC informaţiile necesare realizãrii procesului de portare, conform prezentului document. O copie a cererii de portare va fi pusã la dispoziţia FD numai la cererea motivatã a acestuia, în cazuri bine justificate, precum primirea unor cereri de portare considerate abuzive. Corespondenţa va fi transmisã prin poştã, fax sau e-mail. FA va transmite FD o copie a cererii de portare în termen de 2 zile lucrãtoare de la data primirii unei solicitãri în acest sens.
În cazul realizãrii unei portãri abuzive, abonatul este portat înapoi la FD, iar FA va achita FD costurile determinate de portarea numãrului şi va fi responsabil de eventualele daune cauzate abonatului.
FA are obligaţia de a ţine o evidenţã a cererilor de portare refuzate sau nevalidate, precizându-se, pentru fiecare caz în parte, motivele respingerii cererii de portare. FA are obligaţia de a pune la dispoziţia Autoritãţii Naţionale pentru Reglementare în Comunicaţii şi Tehnologia Informaţiei, denumitã în continuare ANRCTI, aceastã evidenţã, la cerere.
FA are obligaţia de a informa abonatul, dupã primirea confirmãrii FD, cu privire la momentul realizãrii portãrii numãrului, cu cel puţin 24 de ore în avans faţã de momentul stabilit pentru realizarea portãrii.
Cererea de portare poate fi anulatã numai de cãtre titularul contractului de furnizare a serviciului, prin depunerea unei cereri în acest sens (cerere de anulare), cel mai târziu cu 24 de ore înainte de momentul stabilit pentru realizarea portarii. Formatul-tip al cererii de anulare este prevãzut în anexa la, care face parte integrantã din condiţiile tehnice şi comerciale.
Dacã solicitantul intenţioneazã sã renunţe la portare dupã acest moment, portarea va fi finalizatã. Revenirea la FD se va realiza prin iniţierea, la cererea abonatului, a unui nou proces de portare (cererea de portare se depune la FD care devine astfel FA).
În situaţia în care abonatul solicitã modificarea cererii de portare, cererea iniţialã va fi anulatã şi va fi iniţiat un nou proces de portare.
Pot face obiectul unei cereri de portare:
a) numerele individuale asignate abonaţilor (pentru servicii de voce, fax sau transmisiuni de date);
b) numerele multiple sau tranşele de numere asignate abonaţilor.
Abonatul care solicitã portarea va completa câte o cerere în fiecare din cazurile urmãtoare:
1. portarea unui numãr individual;
2. portarea mai multor numere individuale pe care doreşte sã le porteze împreunã;
3. portarea unei tranşe de numere.
Dacã un abonat solicitã portarea mai multor numere individuale şi completeazã o singurã cerere trebuie sã menţioneze în cerere dacã acceptã sau nu ca portarea sã fie realizatã parţial, numai pentru o parte din numerele incluse în cerere. În cadrul procesului administrativ de portare, FA va transmite FD o singurã cerere (CPF) care va include toate numerele ce urmeazã a fi portate.

3. SPECIFICAŢII TEHNICE PENTRU IMPLEMENTAREA PORTABILITĂŢII NUMERELOR
3.1. Prevederi generale
Specificaţiile tehnice cuprind cerinţele impuse furnizorilor de reţele şi de servicii de comunicaţii electronice în vederea rutãrii apelurilor şi a altor mesaje (mesaje ce nu sunt legate de stabilirea apelurilor) în condiţiile implementãrii portabilitãţii numerelor.
Specificaţiile tehnice includ:
a) obligaţiile furnizorilor de reţele şi servicii de comunicaţii electronice cu privire la implementarea portabilitãţii numerelor;
b) descrierea detaliatã a portabilitãţii numerelor, în funcţie de categoriile de numere portabile;
c) rutarea apelurilor, în condiţiile implementãrii portabilitãţii numerelor;
d) numerele de rutare, modurile de transmitere şi formatul informaţiilor de rutare la interfeţele tehnice dintre reţele;
e) implicaţiile portabilitãţii numerelor asupra calitãţii serviciilor furnizate;
f) implicaţiile portabilitãţii numerelor asupra serviciilor conexe serviciului furnizat;
g) informaţiile schimbate prin intermediul interfeţei administrative necesare pentru actualizarea informaţiilor de rutare.
3.2. Obligaţiile furnizorilor de reţele şi servicii de comunicaţii electronice cu privire la implementarea portabilitãţii numerelor
Pentru implementarea portabilitãţii numerelor, furnizorii de servicii de telefonie destinate publicului au douã categorii de obligaţii:
1. de a asigura abonaţilor, la cerere, posibilitatea de portare a numerelor asignate;
2. de a ruta apelurile cãtre numerele portate.
Doar furnizorilor de servicii de telefonie destinate publicului le revine obligaţia de a asigura propriilor abonaţi posibilitatea de a-şi pãstra numãrul de telefon atunci când schimbã furnizorul de servicii de telefonie destinate publicului. În acest sens, este necesarã delimitarea furnizorilor de servicii de telefonie destinate publicului de alţi furnizori de servicii de comunicaţii electronice destinate publicului. Conform prevederilor legale, caracteristicile serviciului de telefonie destinat publicului sunt:
a) permite iniţierea şi primirea apelurilor naţionale şi internaţionale;
b) permite accesul la serviciile de urgenţã;
c) utilizeazã numere din Planul naţional de numerotaţie (PNN) ori dintr-un plan internaţional de numerotaţie.
FA trebuie sã deţinã LURN pentru categoria de resurse de numerotaţie din care fac parte numerele pe care intenţioneazã sã le primeascã în urma procesului de portare.
Pentru a fi posibilã rutarea apelurilor la destinaţie, FA trebuie sã aibã încheiate acorduri de interconectare cu FD cãrora li s-au alocat prin licenţã blocurile de numere din care fac parte numerele pe care intenţioneazã sã le primeascã în urma procesului de portare.
Furnizorii care au obligaţii de a asigura rutarea apelurilor cãtre numerele portate sunt:
a) furnizorii care au obligaţia de a oferi abonaţilor proprii serviciul de portabilitate a numerelor (FD, FA);
b) alţi furnizori care origineazã apeluri cãtre numere din PNN care fac parte din blocurile de numere portabile:
1. furnizorii de servicii de comunicaţii electronice destinate publicului, cãrora li s-au alocat blocuri de numere din PNN, dar nu au obligaţia de a asigura portarea numerelor pentru abonaţii proprii;
2. furnizorii care oferã servicii de transport la nivel naţional (prin intermediul procedurii de selectare a transportatorului cu sau fãrã ton intermediar şi a procedurii de preselectare a transportatorului realizatã prin intermediul indicativelor de selectare a transportatorilor);
3. furnizorii care oferã servicii prin intermediul numerelor naţionale nongeografice din domeniile 0Z = 08 şi 0Z = 09;
4. furnizorii care opereazã comutatoare sau elemente echivalente (gateway) în care ajung apelurile internaţionale ce urmeazã a fi terminate în reţele publice de comunicaţii electronice de pe teritoriul României.
Respectarea obligaţiilor privind implementarea portabilitãţii numerelor este condiţionatã de existenţa unor acorduri de interconectare directã sau prin tranzit sau a unor acorduri comerciale de alt tip, pentru categoriile de resurse de numerotaţie portabile, între furnizorii implicaţi în portarea numerelor (furnizorul care origineazã apeluri, FA, FD, furnizorul de tranzit sau un alt furnizor terţ).
3.3. Descrierea serviciului de portabilitate a numerelor
Portabilitatea numerelor se oferã pentru numerele din PNN definite în conformitate cu Recomandarea ITU-T E.164 - Planul internaţional de numerotaţie pentru servicii publice de telecomunicaţii. Sunt portabile numerele din urmãtoarele categorii de resurse de numerotaţie din PNN:
a) numerele naţionale geografice din domeniile OZ = 02 şi 0Z = 03 alocate furnizorilor de servicii de telefonie destinate publicului;
b) numerele independente de locaţie din domeniul OZ = 03 alocate furnizorilor de servicii de telefonie destinate publicului;
c) numerele naţionale nongeografice din domeniul OZ = 07 alocate furnizorilor de servicii de telefonie destinate publicului, indiferent de modalitatea de platã a serviciilor (în avans sau ulterior furnizãrii serviciilor);
d) numerele naţionale nongeografice din domeniul OZ = 08 pentru servicii diverse, alocate furnizorilor de servicii de telefonie destinate publicului, din urmãtoarele subdomenii:
1. 0ZAB = 0800 - numere cu acces gratuit pentru apelant;
2. 0ZAB = 0801 - numere pentru servicii cu costuri partajate/numere de acces universal;
3. 0ZAB = 0802 - numere personale;
4. 0ZAB= 0803 - numere pentru servicii cu costuri partajate/numere de acces universal;
e) numerele naţionale nongeografice din domeniul 0Z = 09 pentru servicii cu tarif special (Premium Rate), alocate furnizorilor de servicii de telefonie destinate publicului.
Nu sunt portabile numerele utilizate numai în interiorul reţelelor, precum şi orice alte resurse de numerotaţie care nu fac parte din PNN (ex. numerele IMSI).
În urma portarii nu se va putea schimba destinaţia numerelor prevãzutã în PNN.
Portabilitatea numerelor se aplicã:
a) numerelor individuale asignate abonaţilor;
b) numerelor multiple asignate abonaţilor (spre exemplu, pentru servicii de tip ISDN-BRA);
c) tranşelor de numere utilizate în cadrul reţelelor private de comunicaţii electronice (asignate pentru echipamente PBX sau pentru servicii de tip ISDN-PRA).
3.3.1. Portabilitatea numerelor geografice (PNG)
Portabilitatea numerelor geografice reprezintã posibilitatea abonatului de a-şi pãstra, la un anumit punct geografic, numãrul geografic asignat, atunci când schimbã furnizorul de servicii de telefonie destinate publicului.
În PNN, numerele geografice aparţin domeniilor 0Z = 02 şi 0Z = 03. O anumitã arie geograficã (un judeţ sau municipiul Bucureşti şi judeţul Ilfov) este identificatã prin intermediul a 2 indicative de arie geograficã: 0ZA(B) = 02A(B) şi 0ZA(B) = 03A(B).
Portabilitatea numerelor geografice permite unui abonat cãruia i s-a asignat un numãr din domeniul OZA(B) = 02A(B) sã solicite portarea numãrului atât la un furnizor cãruia i s-au alocat numere din domeniul OZA(B) = 02A(B), cât şi la un furnizor cãruia i s-au alocat numere din domeniul OZA(B) = 03A(B). În mod similar, un abonat cãruia i s-a asignat un numãr din domeniul OZA(B) = 03A(B) poate solicita portarea numãrului atât la un furnizor cãruia i s-au alocat numere din domeniul OZA(B) = 03A(B), cât şi la un furnizor cãruia i s-au alocat numere din domeniul OZA(B) = 02A(B).
FD şi FA trebuie sã ofere servicii în aceeaşi arie geograficã şi sã aibã alocate prin licenţã blocuri de numere geografice în aceeaşi arie geograficã, indiferent dacã sunt din acelaşi domeniu sau din domenii diferite.
De asemenea, vor exista numere geografice alocate unor furnizori de servicii de comunicaţii electronice destinate publicului, care nu oferã servicii de telefonie destinate publicului, care nu vor putea fi portate.
Toate blocurile de numere geografice care conţin numere care pot fi portate vor fi publicate pe pagina de internet a ANRCTI şi a OpBDC.
Furnizorii pot asigna abonaţilor unul sau mai multe numere. În cazul asignãrii mai multor numere geografice se disting urmãtoarele situaţii:
1. numere diferite asignate unui abonat pe linii individuale (analogice sau alt tip de tehnologie) pentru servicii de telefonie, transmisiuni de date şi fax (numere independente unul faţã de altul);
2. numere multiple de abonat (MSN). Furnizarea serviciilor se realizeazã, de regulã, prin acces ISDN-BRA. Numerotaţia cuprinde maximum 10 numere, din care un numãr principal (al cãrui CLI se transmite în reţea);
3. tranşã de numere asignatã centralei PABX şi utilizatã pentru formarea directã a extensiilor acesteia (DDI). Furnizarea serviciilor se realizeazã prin acces ISDN-PRA. Tranşa poate fi asociatã unui numãr principal (al cãrui CLI se transmite în reţea);
4. tranşã de numere de tip "hunting" asignatã pentru o centralã PBX, indiferent de tipul legãturii de acces. Tranşa este asociatã unui numãr principal (al cãrui CLI se transmite în reţea). De regulã, numãrul principal este format pentru accesul la centrala PBX, accesul la extensiile centralei realizându-se prin serviciul de operatoare sau cu ton intermediar.
Reguli de portare:
În cazul numerelor diferite asignate unui abonat şi numerelor multiple de abonat (MSN) se poate solicita portarea individualã, parţialã sau totalã a numerelor respective. În situaţia portãrii individuale sau parţiale a numerelor MSN, nu se aplicã restricţii cu privire la numãrul principal.
În cazul tranşelor de numere asignate centralelor PBX/PABX, se poate solicita portarea parţialã sau totalã, astfel:
a) tranşa minimã de numere ce poate fi portatã este de 10 numere;
b) în cazul centralelor PBX/PABX cãrora le-au fost alocate tranşe multiplu de 10 numere, pe lângã portarea totalã, va fi permisã portarea a X tranşe a câte 10 numere;
c) în cazul centralelor PBX/PABX cãrora le-au fost alocate tranşe multiplu de 100 de numere, pe lângã portarea totalã, va fi permisã portarea a Y tranşe a câte 100 de numere;
d) în cazul centralelor PBX/PABX cãrora le-au fost alocate tranşe multiplu de 1.000 de numere, pe lângã portarea totalã, va fi permisã portarea a Z tranşe a câte 1.000 de numere.
Tranşele de numere care se porteazã reprezintã succesiuni de numere, primul numãr din tranşã având ca ultime cifre 0, 00 sau 000, în funcţie de tranşa portatã, conform lit. b-d) de mai sus.
În cazul unor portãri succesive, tranşele de numere portate rãmân indivizibile.
3.3.2. Portabilitatea numerelor independente de locaţie (PNIL)
Portabilitatea numerelor independente de locaţie reprezintã posibilitatea abonatului de a-şi pãstra numãrul independent de locaţie asignat, atunci când schimbã furnizorul de servicii de telefonie destinate publicului.
În PNN, numerele independente de locaţie aparţin domeniului 0Z = 03 în subdomeniile 0ZA = 037, 0ZA = 038 şi 0ZA = 039.
FD şi FA trebuie sã aibã alocate prin licenţã blocuri de numere independente de locaţie, indiferent de subdomeniul în care au fost alocate.
Nu toate blocurile de numere independente de locaţie conţin numere portabile. Vor exista numere independente de locaţie alocate unor furnizori de servicii de comunicaţii electronice destinate publicului, care nu oferã servicii de telefonie destinate publicului, care nu vor putea fi portate. Blocurile de numere portabile din subdomeniile 0ZA = 037, 0ZA = 038 şi 0ZA = 039 vor fi publicate pe pagina de internet a ANRCTI şi a furnizorului BDC.
Furnizorii pot asigna abonaţilor unul sau mai multe numere (multiple/tranşe de numere).
Reguli de portare:
În cazul numerelor diferite asignate unui abonat (numere multiple/tranşe de numere) abonatul va putea solicita portarea individualã, parţialã sau totalã a numerelor respective. În cazul portãrii numerelor multiple sau a tranşelor de numere asignate pentru PABX, se vor aplica aceleaşi reguli ca şi pentru numerele geografice.
3.3.3. Portabilitatea numerelor nonqeoqrafice pentru servicii diverse si servicii cu tarif special (PNNG)
Portabilitatea numerelor nongeografice (PNNG) reprezintã posibilitatea abonatului de a-şi pãstra, la orice punct geografic, numãrul nongeografic asignat, atunci când schimbã furnizorul de servicii de telefonie destinate publicului.
PNNG se aplicã numerelor nongeografice prevãzute în PNN în domeniile:
- OZAB = 0800 - numere cu acces gratuit pentru apelant;
- OZAB = 0801 - numere pentru servicii cu costuri partajate/numere de acces universal;
- OZAB = 0802 - numere personale ;
- 0ZAB= 0803 - numere pentru servicii cu costuri partajate/numere de acces universal;
- OZAB = 0900, OZAB = 0903, OZAB = 0906 (servicii cu tarif special (Premium Rate).
Portarea numerelor nongeografice nu implicã şi portarea numerelor corespunzãtoare asignate punctelor terminale ale reţelei unde se oferã serviciul furnizat prin intermediul numãrului nongeografic pentru care se solicitã portarea.
Reguli de portare:
În cazul numerelor nongeografice pentru servicii diverse şi pentru servicii cu tarif special se poate solicita numai portarea individualã a unui numãr.
3.3.4. Portabilitatea numerelor nonqeoqrafice pentru servicii de telefonie mobilã (PNM)
Serviciul de portabilitate a numerelor nongeografice pentru servicii de telefonie mobilã (PNM) este serviciul prin care se oferã posibilitatea abonatului de a-şi pãstra numãrul E.164 (MSISDN), la transferul de la un furnizor de servicii de telefonie destinate publicului la altul. Sunt portabile toate numerele utilizate pentru servicii de telefonie mobilã, indiferent de tehnologia utilizatã (2G, 3G, CDMA etc). Numerele utilizate pentru servicii pentru care plata se realizeazã în avans (prepaid) şi cele utilizate pentru servicii fax şi transmisiuni de date sunt, de asemenea, portabile.
Numerele prin intermediul cãrora se furnizeazã servicii de telefonie pentru care plata se realizeazã în avans nu sunt portabile, dacã de la numerele respective nu au fost originate apeluri şi la numerele respective nu au fost primite apeluri.
PNM va respecta principiul neutralitãţii tehnologice. De exemplu, nu se va face distincţie între tehnologiile GSM şi CDMA, astfel încât un abonat cãruia i se furnizeazã servicii prin intermediul tehnologiei GSM se va putea porta la un furnizor care utilizeazã tehnologia CDMA şi invers, iar un abonat cãruia i se furnizeazã servicii prin intermediul tehnologiei 2G îşi va putea porta numãrul la un furnizor care oferã servicii prin intermediul tehnologiei 3G şi invers.
Toate blocurile de numere din domeniul OZ = 07 conţin numere ce pot fi portate.
În domeniul OZ = 07, în ceea ce priveşte asignarea numerelor multiple/tranşelor de numere, se disting urmãtoarele cazuri:
a) numere multiple/tranşe de numere asignate unui abonat, pe cartele SIM sau echipamente diferite;
b) numere multiple, asignate unui abonat pentru servicii de voce, transmisiuni de date şi fax pe aceeaşi cartelã SIM (acestea sunt numere independente unul faţã de altul, dar sunt asociate aceleiaşi cartele SIM);
c) numere pentru GSM gateway (interfaţã GSM) asignate unor abonaţi care pot fi apelate (se transmite CLI aferent în reţea) sau nu pot fi apelate (nu poate fi prezentat CLI);
d) numere multiple/tranşe de numere utilizate pentru centrale PABX.
Reguli de portare:
În cazul numerelor multiple/tranşelor de numere asignate unui abonat, pe cartele SIM sau echipamente diferite, se poate solicita portarea individualã, parţialã sau totalã a numerelor respective.
În cazul numerelor multiple, asignate unui abonat pe aceeaşi cartelã SIM pentru servicii de voce, transmisiuni de date şi fax se poate solicita portarea individualã, parţialã sau totalã a numerelor respective. În situaţia în care abonatul solicitã numai portarea numãrului prin intermediul cãruia se furnizeazã serviciul de voce, continuarea furnizãrii serviciilor de transmisiuni de date şi fax va fi stabilitã de FD.
În cazul tranşelor de numere asignate pentru PABX, se vor aplica aceleaşi reguli ca şi pentru numerele geografice. Numerele asignate GSM gateway care nu pot fi apelate nu se porteazã.
3.4. Rutarea apelurilor
3.4.1. Prevederi generale
Furnizarea serviciilor prin intermediul numerelor portate necesitã realizarea unor modificãri în cadrul reţelelor, determinate, în principal, de asigurarea rutãrii corecte a apelurilor originate cãtre numere portate.
Rutarea unui apel cãtre numãrul apelat se realizeazã pe baza analizei cifrelor care formeazã numãrul respectiv (directory number - DN). Numãrul este transmis prin intermediul parametrului CdPN al mesajului IAM din sistemului de semnalizare SS7 (Recomandarea ITU-T Q.763). În lipsa portabilitãţii numerelor, primele cifre din structura numãrului (prefixul naţional, indicativul de destinaţie naţionalã şi secvenţa de cifre ce identificã blocul de numere alocat de cãtre ANRCTI prin LURN unui anumit furnizor) sunt utilizate pentru furnizarea informaţiilor de rutare a apelului cãtre reţeaua de destinaţie. Numãrul de cifre analizate este diferit pentru diferite categorii de numere.
În cazul numerelor geografice, grupul ZABPQ identificã, de regulã, un comutator local din reţeaua PSTN/ISDN sau numerele alocate unui furnizor într-o anumitã arie geograficã.
În cazul numerelor independente de locaţie, grupul ZABP(Q) identificã un furnizor de servicii de telefonie destinate publicului cãruia i-au fost alocate numere independente de locaţie.
În cazul numerelor nongeografice pentru servicii de telefonie mobilã, grupul ZA identificã un furnizor de servicii de telefonie mobilã.
Restul cifrelor din structura numãrului sunt utilizate, de regulã, în reţeaua de destinaţie, fie de comutatorul local, fie în procesul de translaţie E.164/IP (pentru reţelele IP), fie de registrul abonaţilor (HLR, VLR).
În cazul numerelor nongeografice din domeniile OZ = 08 şi 0Z = 09, existã douã modalitãţi de rutare a apelurilor:
A. dacã apelul este originat cãtre un numãr nongeografic alocat altui furnizor decât celui din reţeaua cãruia a fost originat apelul, se analizeazã cifrele OZABPQ(M) şi se identificã punctul de interconectare cu furnizorul cãruia i-a fost alocat prin licenţã respectivul numãr. Apelul se transmite la punctul de interconectare identificat, iar furnizorul care deţine numãrul nongeografic ruteazã în continuare apelul utilizând un numãr corespunzãtor punctului terminal al reţelei;
B. dacã apelul este originat cãtre un numãr nongeografic alocat furnizorului din reţeaua cãruia a fost originat apelul, rutarea se realizeazã prin intermediul unui numãr corespunzãtor punctului terminal de destinaţie al apelului, prin intermediul unei platforme inteligente (IN).
Dupã introducerea portabilitãţii numerelor, analiza grupului format din prefixul naţional, indicativul de destinaţie naţionalã şi secvenţa de cifre ce identificã blocul alocat prin LURN din numãrul apelat, nu mai este suficientã în vederea identificãrii reţelei de destinaţie a numãrului portat şi, prin urmare, trebuie inserate în mesajele de semnalizare informaţii suplimentare necesare rutãrii.
În aceastã situaţie, reţelele care participã la rutarea apelurilor trebuie sã îndeplineascã urmãtoarele funcţii specifice portabilitãţii:
1. stabilirea unui mecanism care sã identifice dacã numãrul apelat a fost sau nu portat;
2. extragerea unei informaţii de rutare dintr-o bazã de date;
3. inserarea informaţiei de rutare în mesajul de semnalizare;
4. rutarea apelului între reţele şi în interiorul reţelelor, atât pe baza numãrului, cât şi pe baza informaţiei de rutare.
Stabilirea furnizorului responsabil cu rutarea apelurilor este deosebit de importantã, deoarece implicã obligaţia acestui furnizor de a suporta costurile suplimentare asociate rutãrii apelurilor cãtre numerele portate. Conform prevederilor <>Deciziei preşedintelui ANRC nr. 144/2006 , furnizorii de servicii de comunicaţii electronice destinate publicului din reţelele cãrora se origineazã apeluri cãtre numere portate au responsabilitatea asigurãrii rutãrii corecte a apelurilor. Responsabilitatea rutãrii apelului nu implicã responsabilitatea implementãrii rutãrii şi, prin urmare, în cazul în care un furnizor nu dispune de mijloacele tehnice necesare pentru realizarea rutãrii, poate achiziţiona servicii de rutare de la o terţã parte.
De regulã, terţul poate fi:
a) reţeaua de tranzit care utilizeazã ACQ;
b) o entitate separatã care opereazã o BDOp utilizatã în comun de mai mulţi furnizori.
3.4.2. Metode de rutare
Funcţiile specifice portabilitãţii pot fi îndeplinite în diferite faze ale rutãrii apelurilor, de cãtre una sau mai multe reţele. Astfel, recomandãrile ITU-T şi specificaţiile tehnice ETSI descriu patru metode de rutare a apelurilor în cazul portabilitãţii numerelor:
1. ONWARD ROUTING (OR);
2. CALL DROPBACK (CDB);
3. QUERY ON RELEASE (QoR);
4. ALL CALL QUERY (ACQ).
La nivel naţional, metoda de rutare utilizatã pentru implementarea portabilitãţii numerelor este metoda ACQ. În cazul unor limitãri tehnice, un furnizor care origineazã apeluri va putea utiliza metoda OR cu suportarea costurilor suplimentare de rutare. Modalitatea de rutare a apelurilor în interiorul reţelelor va fi stabilitã de fiecare furnizor.
Metoda ACQ
ACQ este cea mai utilizatã metodã în vederea implementãrii portabilitãţii numerelor.
Dacã reţeaua de originare poate implementa metoda ACQ, aceasta trebuie sã ruteze apelul direct cãtre reţeaua acceptoare. Pentru ca apelul sã poatã fi rutat la destinaţie este necesarã încheierea unui acord de interconectare directã sau indirectã între furnizorul care origineazã apelul şi FA.
Dacã reţeaua din care este originat apelul utilizeazã serviciile de rutare ale unui furnizor terţ, iar acesta utilizeazã ACQ, terţul va ruta apelul direct cãtre reţeaua acceptoare.
Înainte de rutarea apelului, în reţeaua din care se origineazã apelul sau în reţeaua terţului care ruteazã apelul se verificã dacã numãrul este sau nu portat. Baza de date operaţionalã a furnizorului care utilizeazã metoda ACQ va fi interogatã pentru a se stabili dacã numãrul este portat şi pentru a se extrage numãrul de rutare.
În cazul numerelor nongeografice pentru servicii de telefonie mobilã, apelurile verificate vor fi marcate cu numãrul de rutare al reţelei de destinaţie, indiferent dacã numãrul este portat sau nu. Dacã verificarea indicã faptul cã numãrul este portat, se va extrage numãrul de rutare al FA. Pentru numerele neportate se va adãuga numãrul de rutare al furnizorului cãruia i-a fost alocat blocul de numere ce cuprinde numãrul neportat. Apelul va fi rutat în continuare pe baza analizei numãrului de rutare. La punctul de interconectare cu reţeaua acceptoare va fi transmisã şi informaţia de rutare în mesajul de semnalizare.
În cazul numerelor geografice, marcarea apelurilor cãtre numerele neportate, dar pentru care s-a fãcut verificarea în BDOp, va fi realizatã numai dacã este posibil din punct de vedere tehnic.
În cazul în care interconectarea se realizeazã prin intermediul unei reţele de tranzit, aceasta asigurã transmiterea informaţiei de rutare la punctul de interconectare cu reţeaua acceptoare.
Metoda OR
Utilizarea metodei OR implicã pentru furnizorul care origineazã apelul încheierea unor acorduri suplimentare bilaterale de interconectare cu alţi furnizori de reţele publice de comunicaţii electronice (FDi).
Dacã reţeaua din care se origineazã apelul utilizeazã metoda OR, este verificatã portabilitatea numãrului apelat numai pentru numerele aparţinând blocurilor de numere alocate furnizorului respectiv. Dacã verificarea indicã numãrul ca fiind portat, este extrasã informaţia de rutare, iar apelul va fi rutat direct (sau prin reţeaua de tranzit) cãtre reţeaua acceptoare, pe baza analizei informaţiei de rutare. La punctul de interconectare cu reţeaua acceptoare (şi cu reţeaua de tranzit) va fi transmisã şi informaţia de rutare.
Dacã verificarea aratã cã numãrul apelat nu este portat sau nu aparţine blocurilor de numere alocate furnizorului care origineazã apelul, se va aplica metoda de rutare normalã, respectiv apelul va fi terminat în reţeaua proprie sau va fi rutat (direct sau prin tranzit) cãtre reţeaua FDi. Reţeaua FDi trebuie sã verifice dacã numãrul a fost sau nu portat şi sã ruteze apelul spre reţeaua acceptoare.
Metode si principii de rutare
Rutarea apelurilor originate de la numere din domeniul OZ = 07 cãtre numere portate din domeniul OZ = 07 se va realiza utilizând metoda ACQ. Rutarea apelurilor originate de la numere din domeniul OZ = 07 cãtre numere geografice portate din domeniile OZ = 02 şi OZ = 03 şi cãtre numere independente de locaţie din domeniul 0Z = 03 se va realiza, de regulã, utilizând metoda ACQ.
Rutarea apelurilor originate de la numere geografice cãtre numere geografice portate, cãtre numere independente de locaţie portate sau cãtre numere nongeografice pentru servicii de telefonie mobilã portate se poate realiza utilizând fie metoda ACQ, fie metoda OR, utilizând una din configuraţiile de referinţã pentru rutarea apelurilor prevãzute în anexa 2, care face parte integrantã din condiţiile tehnice şi comerciale.
Rutarea apelurilor originate de la numere independente de locaţie cãtre numere geografice portate, cãtre numere independente de locaţie portate sau cãtre numere nongeografice pentru servicii de telefonie mobilã portate se poate realiza utilizând fie metoda ACQ, fie metoda OR, utilizând una din configuraţiile de referinţã pentru rutarea apelurilor prevãzute în anexa 2.
Rutarea apelurilor originate de la numere geografice, de la numere independente de locaţie sau nongeografice pentru servicii de telefonie mobilã cãtre numere nongeografice portate din domeniile 0Z = 08 şi 0Z = 09 se poate realiza utilizând fie metoda ACQ, fie metoda OR, utilizând una din configuraţiile de referinţã pentru rutarea apelurilor.
În cazul în care un furnizor care origineazã apeluri, titular de LURN la data intrãrii în vigoare a condiţiilor tehnice şi comerciale, intenţioneazã sã utilizeze metoda de rutare OR, va transmite o solicitare temeinic justificatã ANRCTI, în termen de 2 luni de la data intrãrii în vigoare a condiţiilor tehnice şi comerciale. Furnizorii care vor solicita dreptul de utilizare a resurselor de numerotaţie dupã data intrãrii în vigoare a condiţiilor tehnice şi comerciale vor preciza în cererea de acordare a LURN metoda de rutare pe care o vor utiliza, justificând utilizarea metodei de rutare OR. ANRCTI va publica pe pagina de internet şi va actualiza lista furnizorilor care vor putea utiliza metoda de rutare OR.
În mod excepţional, metoda de rutare OR va putea fi utilizatã şi de cãtre furnizorii care aplicã metoda de rutare ACQ, în cazul unor defecţiuni tehnice, pânã la remedierea acestora, sau în primele 24 de ore dupã portarea unui numãr (termenul de actualizare a bazelor de date operaţionale utilizate în procesul de rutare), în mãsura în care se prevede astfel prin acordurile de interconectare încheiate.
Având în vedere cã se pot utiliza douã metode de rutare, sunt aplicabile urmãtoarele principii de rutare a apelurilor între reţele:
A. dacã un apel este originat dintr-o reţea ce utilizeazã metoda ACQ, aceasta va efectua verificarea în urma cãreia sã se stabileascã dacã numãrul este portat;
B. dacã un apel este originat dintr-o reţea ce utilizeazã metoda OR, aceasta va efectua verificarea în urma cãreia sã se stabileascã dacã numãrul este portat, pentru numerele care i-au fost alocate prin LURN furnizorului care oferã servicii prin intermediul reţelei respective;
C. dacã într-o reţea este transmis un apel dintr-o altã reţea care utilizeazã metoda ACQ, reţeaua în care este transmis apelul nu va mai efectua verificarea în urma cãreia sã stabileascã dacã numãrul este portat;
D. dacã într-o reţea se utilizeazã metoda ACQ şi este transmis un apel dintr-o reţea care utilizeazã metoda OR, reţeaua în care este transmis apelul va efectua verificarea în urma cãreia sã se stabileascã dacã numãrul este portat;
E. dacã într-o reţea se utilizeazã metoda OR şi este transmis un apel dintr-o altã reţea care utilizeazã metoda OR, reţeaua în care este transmis apelul va realiza verificarea în urma cãreia sã se stabileascã dacã numãrul este portat numai pentru numerele din blocurile de numere alocate prin LURN.
Reţeaua care verificã dacã numãrul este portat va extrage numãrul de rutare şi va adãuga numãrul de rutare în mesajul corespunzãtor de semnalizare, pentru apelurile cãtre numerele portate.
Excepţii
Codificarea cauzelor de eroare
În vederea reducerii riscurilor apariţiei unor bucle în procesul de rutare, principiul general este de a se elibera un apel dacã este detectatã o funcţionare anormalã, precizându-se cauza erorii. Aceasta se realizeazã prin intermediul câmpului Cause Indicators din parametrul Cause Value al mesajului "Release" din ISUP (Recomandarea ITU-T Q.763). În toate cazurile, când mesajul "Release" ajunge în reţeaua din care a fost originat apelul, apelul va fi eliberat şi vor fi verificate informaţiile de rutare cu privire la numãrul respectiv.
Codurile utilizate pentru a preciza cauza de eroare sunt specificate în Recomandarea ITU-T Q.850. Având în vedere cã excepţiile legate de portabilitate nu sunt prevãzute explicit în Recomandarea ITU-T Q.850, acestea vor fi stabilite ulterior, ţinându-se seama de caracteristicile reţelelor existente.
Pentru codificarea erorilor specifice portabilitãţii a fost definitã valoarea Cause value = 112, cu semnificaţia "numãr portat inexistent". Reţelele care nu pot genera aceastã valoare vor utiliza Cause value = 1, având semnificaţia "numãr nealocat".
3.5. Numerele de rutare
3.5.1. Consideraţii generale
Pentru rutarea apelurilor cãtre numere portate, numãrul apelat (DN) nu este suficient, fiind necesarã o informaţie suplimentarã de rutare, respectiv numãrul de rutare (RN). În urma interogãrii bazelor de date operaţionale, pentru numerele marcate ca fiind portate este extras numãrul de rutare. Informaţia de rutare completã este compusã din numãrul de rutare şi din numãrul apelat.
Transmiterea informaţiei de rutare la punctul de interconectare între reţele se va realiza utilizând metoda "adrese concatenate". RN şi DN se transmit împreunã în parametrul CdPN din mesajul IAM al sistemului de semnalizare ISUP.
Aceastã modalitate de transmitere a informaţiei de rutare determinã anumite restricţii cu privire la numerele de rutare, astfel:
a) lungimea numãrului de rutare poate fi criticã. Furnizorii de servicii de telefonie mobilã care utilizeazã tehnologia GSM au unele limitãri legate de lungimea maximã a numãrului MSISDN (care poate avea maxim 15 digiţi) care poate fi transportat în MAP (Mobile Application Part);
b) trebuie stabilitã o modalitate de diferenţiere a DN faţã de RN concatenat cu numãrul apelat, transmise în acelaşi parametru de semnalizare, modalitate care poate fi:
1. primul caracter din numãrul de rutare sã fie diferit de un caracter numeric;
2. prima cifrã (grup de cifre) din numãrul de rutare (indicativul numãrului de rutare) sã nu fie utilizatã în PNN;
3. existenţa unei semnalizãri corespunzãtoare într-un alt parametru de semnalizare (NoA).
Observaţii:
1. În cazul utilizãrii unor numere de rutare conform lit b) pct 2, resursele de numerotaţie din PNN având prima/primele cifre identice cu cele ale indicativului numãrului de rutare vor fi nealocabile.
2. În cazul utilizãrii unor numere de rutare conform lit b) pct. 3, trebuie avute în vedere limitãrile tehnice ale anumitor reţele de comunicaţii electronice.
Numerele de rutare pot identifica reţeaua de destinaţie, un punct de interconectare sau un comutator din reţeaua de destinaţie.
Rutarea apelurilor în doi paşi (two-steps) cãtre numerele portate se utilizeazã întotdeauna pentru numerele nongeografice şi pentru numerele geografice sau numerele independente de locaţie în cazul reţelelor care utilizeazã tehnologia IP, în care rutarea apelurilor în reţeaua de destinaţie se realizeazã prin translaţia numerelor în adrese IP. În aceste cazuri, numãrul de rutare este suficient pentru a identifica reţeaua de destinaţie (reţeaua acceptoare).
În situaţia rutãrii apelurilor cãtre numere geografice sau cãtre numere independente de locaţie, în reţelele care utilizeazã tehnologie PSTN sau ISDN, dacã numãrul de rutare identificã un anumit comutator din reţeaua de destinaţie este posibilã rutarea apelului pe baza numãrului de rutare şi în reţeaua în care este terminat apelul (reţeaua acceptoare), fãrã a mai fi necesarã o nouã interogare a unei baze de date proprii în reţeaua de destinaţie.
3.5.2. Structura numerelor de rutare
În urma analizãrii limitãrilor tehnice ale reţelelor publice de telefonie fixã şi ale reţelelor publice de telefonie mobilã, a rezultat cã este necesar ca numãrul de rutare sã fie compus din 5 caractere numerice de forma 18xyz în care:
a) grupul de cifre 18 reprezintã prefixul numãrului de rutare;
b) grupul xyz se stabileşte pentru fiecare furnizor, în funcţie de semnificaţia numerelor de rutare în reţeaua furnizorului. Astfel:
1. furnizorii de servicii de telefonie destinate publicului furnizate prin intermediul reţelelor publice mobile vor utiliza câte un singur numãr de rutare care va indica reţeaua la care este conectat numãrul portat;
2. furnizorii de servicii de telefonie furnizate prin intermediul reţelelor publice fixe vor putea utiliza fie un singur numãr, fie mai multe numere de rutare, în funcţie de tehnologia utilizatã în propriile reţele (PSTN/ISDN sau IP); un numãr de rutare va indica fie reţeaua la care este conectat numãrul portat, fie un comutator dintr-o anumitã reţea;
c) combinaţia 18xyz = 18000 nu poate fi alocatã, ci va fi utilizatã în cadrul proceselor administrative, dacã un numãr portat devine neportat (FA devine FDi).
Numerele de rutare vor fi gestionate de ANRCTI, pe baza unei proceduri transparente. Având în vedere cã primele douã cifre ale numãrului de rutare vor avea întotdeauna valorile 1 şi 8, rezultã cã sunt posibile 999 combinaţii. Dacã numerele de rutare nu vor fi suficiente, ANRCTI va putea schimba formatul acestora, stabilind, în mod corespunzãtor, reguli de alocare şi utilizare.
3.6. Implicaţiile implementãrii portabilitãţii numerelor asupra furnizãrii serviciilor prin intermediul numerelor portate
3.6.1. Modalitatea de formare a numerelor din PNN
Pânã la închiderea PNN, numerele portate vor fi apelate în acelaşi mod în care erau apelate şi înainte de portare. În vederea originãrii apelurilor, abonatul portat va forma numerele din PNN, pânã la închiderea acestuia, conform regulilor de apelare din reţeaua acceptoare.
Dupã închiderea PNN, apelurile de la numerele portate şi apelurile cãtre numerele portate se vor realiza prin formarea numãrului naţional (OZABPQMCDU).
3.6.2. Acordurile de interconectare
Terminarea apelurilor la un numãr portat este condiţionatã de existenţa unor acorduri de interconectare între FA şi furnizorii care origineazã/transportã apeluri cãtre numere portate.
De asemenea, serviciile SMS şi MMS pot fi afectate pentru destinaţiile internaţionale şi în roaming în funcţie de acordurile de interconectare încheiate de fiecare furnizor.
La depunerea cererii de portare, FA va informa abonatul cu privire la serviciile pe care le oferã, inclusiv SMS, MMS sau roaming, în funcţie de acordurile de interconectare sau de roaming încheiate.
3.6.3. Echipamentul terminal
Schimbarea furnizorului poate implica şi schimbarea echipamentului terminal utilizat de abonat (ex: la portarea unui numãr de la un furnizor care utilizeazã tehnologia GSM la un furnizor care utilizeazã tehnologia CDMA, de la tehnologia PSTN la tehnologia IP etc).
La depunerea cererii de portare, FA are obligaţia de a informa abonatul cu privire la configuraţia şi tipul echipamentelor terminale ce vor putea fi utilizate pentru furnizarea serviciului, în urma portãrii.
3.6.4. Marcarea traficului (17xy)
În prezent, în unele cazuri, la interconectarea furnizorilor de reţele publice fixe cu furnizorii de reţele publice mobile, utilizând serviciile unui furnizor de tranzit, se insereazã în parametrul CdPN din mesajul IAM o secvenţã de cifre (17xy) reprezentând indicativul de identificare a reţelei din care se origineaza apelurile. Indicativul de identificare a reţelei din care se origineaza apelurile este introdus de furnizorul de tranzit (FT), în mãsura în care se prevede astfel în acordul de interconectare.
În aceste cazuri, parametrul CdPN din IAM pentru un numãr portat, transmis de FT la interfaţa de interconectare cu reţeaua de destinaţie, va fi de forma:
CdPN = 17xy+RN+DN
3.6.5. Accesul necondiţionat la bucla localã
Condiţiile în care S.C. Romtelecom S.A. furnizeazã cãtre alţi operatori de reţele publice de comunicaţii electronice sau furnizori de servicii de comunicaţii electronice destinate publicului accesul total sau partajat la bucla sau sub bucla localã sunt incluse în Oferta de referinţã a S.C. Romtelecom S.A. pentru accesul necondiţionat la bucla localã (ORA).
În unele cazuri, procesul de portare este influenţat de, sau influenţeazã accesul necondiţionat la bucla localã. Astfel, pot apãrea urmãtoarele situaţii:
I. se solicitã portarea unui numãr de la S.C. Romtelecom S.A. la un FA care poate asigura accesul fãrã a fi necesar accesul la bucla localã operatã de S.C. Romtelecom S.A., dar serviciul de telefonie este furnizat de S.C. Romtelecom S.A. prin intermediul unei bucle locale prin intermediul cãreia se furnizeazã şi serviciul de comunicaţii electronice în bandã largã.
Pot exista douã cazuri:
1. dacã serviciul de comunicaţii electronice în bandã largã este furnizat de S.C. Romtelecom S.A., abonatul poate beneficia de serviciul de comunicaţii electronice în bandã largã (tehnologie xDSL) de la S.C. Romtelecom S.A. şi de serviciul de telefonie de la FA; în acest caz, procesul de portare nu influenţeazã accesul necondiţionat la bucla localã;
2. dacã serviciul de comunicaţii electronice în bandã largã este oferit prin intermediul buclei locale de un alt furnizor, iar abonatul opteazã ca serviciul de comunicaţii electronice în bandã largã sã-i fie oferit în continuare de furnizorul respectiv, solicitând numai serviciul de telefonie de la FA, S.C. Romtelecom S.A. informeazã în scris furnizorul cã abonatul renunţã la contractul cu S.C. Romtelecom S.A. pentru furnizarea serviciilor de telefonie, începând cu data de la care se realizeazã portarea, solicitându-i furnizorului acordul pentru transformarea accesului partajat în acces total, conform prevederilor ORA;
II. se solicitã portarea unui numãr de la un furnizor care oferã serviciul prin intermediul buclei locale a S.C. Romtelecom S.A. (acces total) la un FA care poate asigura accesul fãrã a fi necesar accesul la bucla localã a S.C. Romtelecom S.A. În acest caz, portarea se va realiza fãrã modificarea serviciului de acces total la bucla localã, dacã abonatul opteazã ca serviciul de comunicaţii electronice în bandã largã sã-i fie oferit în continuare de furnizorul iniţial; în acest caz, procesul de portare nu influenţeazã accesul necondiţionat la bucla localã;
III. se solicitã portarea numãrului la un furnizor care nu poate asigura accesul decât prin bucla localã a S.C. Romtelecom S.A. În acest caz este necesar ca furnizorul sã fi încheiat un contract de acces necondiţionat la bucla localã cu S.C. Romtelecom S.A. şi sã aibã acces la repartitoarele la care sunt conectate buclele locale prin intermediul cãrora se oferã servicii abonaţilor care solicitã serviciul de portare a numãrului. În acest caz, portarea este asociatã cu furnizarea accesului necondiţionat la bucla localã. Pentru realizarea portãrii, cele douã procese trebuie corelate. Astfel:
1. dacã prin intermediul buclei locale a S.C. Romtelecom S.A. se furnizeazã numai serviciul de telefonie de cãtre S.C. Romtelecom S.A., pe baza autorizãrii scrise a abonatului privind furnizarea serviciilor de acces la bucla localã, FA va solicita simultan accesul necondiţionat la bucla localã şi portarea. Aceste solicitãri vor fi corelate astfel:
- comanda de acces necondiţionat la bucla localã va include o informare privind existenţa cererii de portare şi invers;
- în comanda de acces necondiţionat la bucla localã se va indica termenul în care se realizeazã accesul, astfel încât sã fie corelat cu data realizãrii portãrii;
- în cererea de portare se va stabili acelaşi termen ca şi în comanda de acces necondiţionat la bucla localã.
Dacã una din solicitãri nu poate fi realizatã, S.C. Romtelecom S.A. va informa FA şi nu va mai demara niciunul din procese. FA va informa abonatul şi, fie va continua procesul care este posibil, fie va anula cele douã procese;
2. dacã prin intermediul buclei locale a S.C. Romtelecom S.A. se furnizeazã serviciul de telefonie de cãtre S.C. Romtelecom S.A. şi serviciul de comunicaţii electronice în bandã largã de cãtre un furnizor care beneficiazã de acces partajat la bucla localã, existã douã situaţii:
- furnizorul care beneficiazã de acces partajat la bucla localã este FA. În acest caz, pe baza autorizãrii scrise a abonatului privind furnizarea serviciilor de acces total la bucla localã, FA va solicita simultan migrarea de la serviciul de acces partajat la acces total şi portarea numãrului. Procedura va fi similarã celei de mai sus;
- furnizorul care beneficiazã de acces partajat la bucla localã este diferit de FA. În acest caz, pe baza autorizãrii scrise a abonatului privind furnizarea serviciilor de acces total la bucla localã, FA va solicita simultan serviciul de transfer/mutare a accesului necondiţionat la bucla localã de la furnizorul care beneficiazã de acces partajat la bucla localã la FA şi portarea numãrului. Procedura va fi similarã celei de mai sus.
3.7. Calitatea serviciilor
Când un numãr este portat, la stabilirea apelului pot apãrea întârzieri suplimentare care pot afecta calitatea serviciului. Apariţia întârzierilor suplimentare este determinatã de:
a) timpul de interogare a BDOp;
b) timpul de stabilire a unor conexiuni suplimentare (timpul necesar pentru rutarea apelului cãtre destinaţia corectã).
Aceste întârzieri pot apãrea în reţele diferite implicate în procesul de portare. În acest sens, se recomandã ca în acordurile de interconectare sã fie prevãzuţi timpii de întârziere în fiecare reţea implicatã în rutarea apelului, având în vedere funcţiile pe care acestea le îndeplinesc. De asemenea, se recomandã ca prin clauzele acordurilor de interconectare sã se asigure ca întârzierile adiţionale în stabilirea apelurilor cãtre un numãr portat sã nu fie mai mari de o secundã, faţã de cele cãtre un numãr neportat.
Se recomandã ca, în general, apelurile terminate la un numãr portat sã nu sufere deteriorãri ale indicatorilor de calitate faţã de apelurile terminate la numere neportate.
3.8. Servicii suplimentare
Serviciile suplimentare disponibile în reţeaua donoare nu pot fi portate în reţeaua accceptoare. Acest fapt nu exclude ca aceleaşi servicii suplimentare sã fie oferite şi de FA.
3.8.1. Apelarea directã (DDI)
Tranşele de numere care permit apelarea directã pot fi portate parţial sau total. Acest serviciu nu va fi afectat dacã FA oferã acest serviciu.
3.8.2. Numerele multiple de abonat (MSN)
Numerele din tranşele MSN pot fi portate individual, parţial sau total. Acest serviciu nu va fi afectat dacã FA oferã acest serviciu.
3.8.3. Serviciul de redirectionare a apelurilor (Call Forwarding)
Reţeaua din care se origineazã apelul iniţial va ruta apelul cãtre numãrul apelat (B-number). În cazul în care apelul este redirecţionat cãtre un alt numãr (C-number) portat, reţeaua de originare pentru apelul redirecţionat devine reţeaua cãreia îi aparţine B-number.
3.8.4. Prezentarea identitãţii liniei apelante
În cazul originãrii unor apeluri de la un numãr portat, datele de identificare a liniei apelante prezentate (CLIP) vor fi cele corespunzãtoare numãrului portat. Pentru a asigura identificarea corectã a apelurilor (în special în cazul apelurilor de urgenţã), apelurile originate de la numere portate vor fi considerate apeluri normale din punctul de vedere al CLIP.
În cazul originãrii unor apeluri cãtre numere portate, identitatea liniei conectate prezentate (COLP) va fi cea corespunzãtoare numãrului portat.
3.8.5. Serviciile ce utilizeazã capabilitãţi de tranzacţionare
I. SMS
Transmiterea unui mesaj scurt se realizeazã în doi paşi, respectiv determinarea destinaţiei (prin transmiterea mesajelor SRI_SM) şi transmiterea propriu-zisã a mesajului scurt (prin intermediul mesajului FORWARD_SM).
Se disting urmãtoarele situaţii:
a) în cazul mesajelor scurte originate la nivel naţional, reţeaua din care se origineazã mesajul trebuie sã asigure rutarea mesajelor SRI_SM direct cãtre reţeaua acceptoare;
b) în cazul mesajelor scurte originate la nivel internaţional, în general, reţeaua din care se origineazã mesajul va ruta mesajele de semnalizare SRI_SM indirect, prin FDi, care va avea obligaţia de a redirecţiona mesajul cãtre reţeaua acceptoare.
FDi va insera numãrul de rutare în câmpul CdPA la nivelul SCCP al mesajului de redirecţionare a SRI_SM şi, opţional, şi în partea de MAP a aceluiaşi mesaj.
Dacã reţeaua presupus acceptoare nu deserveşte în fapt numãrul adresat, aceasta are obligaţia de a insera în mesajul de rãspuns (SRI_SM_ACK) un cod de eroare de tip "abonat inexistent", pentru a se evita buclarea infinitã între reţele şi încãrcarea inutilã a mecanismelor de retransmisie specifice SMSC-urilor.
Mesajul de semnalizare SRI_SM_ACK va fi transmis de cãtre FA direct cãtre reţeaua de originare, iar aceasta va transmite la rândul ei mesajul FORWARD_SM direct cãtre FA sau cãtre FV.
II. MMS
În cazul transmiterii mesajelor multimedia cãtre numerele portate, furnizorii de servicii de telefonie mobilã vor putea utiliza una dintre soluţiile de rutare a mesajelor, direct sau indirect, conform caracteristicilor tehnice ale reţelei.
FDi are obligaţia de a asigura serviciul de redirecţionare a mesajelor de semnalizare SRI_SM aferente mesajelor multimedia, având ca destinaţie numere alocate acestuia prin LURN şi portate în alte reţele publice de telefonie mobilã.
FDi va insera numãrul de rutare în câmpul CdPA la nivelul SCCP al mesajului de redirecţionare a SRI_SM şi, opţional, şi în partea de MAP a aceluiaşi mesaj.
Dacã reţeaua presupus acceptoare nu deserveşte în fapt numãrul adresat, aceasta are obligaţia de a insera în mesajul de rãspuns SRI_SM_ACK un cod de eroare de tip "abonat inexistent", pentru a se evita buclarea infinitã între reţele şi încãrcarea inutilã a mecanismelor de retransmisie specifice MMSC-urilor.
III. Alte servicii
Este posibil ca alte servicii suplimentare care utilizeazã capabilitãţile de tranzacţionare ale sistemului de semnalizare SS7 (TC/SCCP), cum ar fi serviciul de apel în aşteptare (MW) sau serviciul de terminare apel apelant ocupat (CCBS), sã nu poatã fi furnizate în cazul în care se utilizeazã metoda OR.
3.9. Informaţia schimbatã pe interfaţa administrativã
Rutarea apelurilor cãtre numerele portate se realizeazã prin intermediul BDOp ale furnizorilor. Aceste baze de date vor fi interogate în timp real la originarea apelului, în vederea extragerii informaţiei de rutare.
Furnizorii trebuie sã deţinã informaţia necesarã corectã în vederea actualizãrii informaţiilor de rutare din BDOp. În acest scop, vor utiliza informaţiile conţinute în baza de date de referinţã centralizatã, indiferent de metoda de rutare utilizatã (ACQ sau OR).
Informaţia este primitã de la BDC prin intermediul interfeţei administrative în conformitate cu prevederile pct. 4 din condiţiile tehnice şi comerciale. Aceastã informaţie este interpretatã şi utilizatã de fiecare furnizor în vederea actualizãrii informaţiilor de rutare din BDOp proprii.
Informaţia obligatorie transmisã de BDC cuprinde:
a) numãrul portat (DN);
b) numãrul de rutare (RN);
c) momentul realizãrii portãrii (an, lunã, zi, orã);
d) ID FD;
e) ID FDi;
f) ID FA.
BDC va putea transmite opţional şi alte informaţii.
4. DESCRIEREA PROCEDURII DE ADMINISTRARE A PROCESULUI DE PORTARE
4.1. Prevederi generale
Administrarea procesului de portare a numerelor, inclusiv schimbul de informaţii dintre furnizori cu privire la numerele portate, se realizeazã prin intermediul BDC. Utilizarea BDC este obligatorie în vederea realizãrii schimbului de informaţii privind procesul de portare, pentru modificarea unor date referitoare la numerele portate, pentru întreruperea serviciului furnizat prin intermediul unui numãr portat şi pentru recuperarea numãrului portat de cãtre FDi. De asemenea, BDC stocheazã setul complet de informaţii care cuprinde numerele portate şi numerele de rutare (baza de date de referinţã centralizatã). În vederea rutãrii apelurilor cãtre numerele portate, indiferent de metoda de rutare pe care o vor utiliza (ACQ sau OR), furnizorii vor utiliza informaţiile conţinute în baza de date de referinţã centralizatã.
Procesele administrative asociate implementãrii portabilitãţii numerelor includ subprocese sau faze. Pentru fiecare proces sunt specificate entitãţile implicate, schimbul de informaţii dintre acestea, activitãţile care trebuie sã fie realizate şi termenele de realizare ale acestor activitãţi. Schimbul de informaţii se realizeazã sub forma unor mesaje specifice fiecãrui proces.
Furnizorul BDC va întocmi o documentaţie tehnicã detaliatã de implementare care va include specificaţia pentru interfeţe şi comunicaţie între furnizori şi BDC, precum şi parametrii principali (câmpurile) conţinuţi în mesaje şi codurile de eroare identificate generate de diferitele entitãţi din sistem. Accesul furnizorilor la BDC se va realiza în conformitate cu condiţiile tehnice şi comerciale şi cu documentaţia tehnicã.
4.2. Procese administrative asociate implementãrii portabilitãţii numerelor
Pentru implementarea portabilitãţii numerelor, BDC trebuie sã realizeze urmãtoarele procese:
1. procesul de portare;
2. procesul de deconectare;
3. procesul de modificare a informaţiilor de rutare;
4. procesul de sincronizare;
5. procesul de realocare a unui bloc de numere;
6. procesul de informare privind starea sistemului.

4.3. Procesul de portare
Procesul de portare este procesul cuprins între momentul transmiterii unei cereri de portare a numãrului şi momentul în care apelurile pot fi finalizate în mod corect la numãrul portat.
Procesul de portare se desfãşoarã în douã faze: faza de validare a cererii de portare de cãtre FD şi faza de realizare a portãrii.
De asemenea, în cadrul acestui proces au fost identificate douã subprocese care privesc situaţii particulare survenite pe parcursul procesului de portare:
1. anularea cererii de portare;
2. stoparea procesului.
Modificarea unei cereri de portare se realizeazã prin anularea cererii de portare şi iniţierea unui nou proces de portare.
Un abonat poate solicita portarea unui singur numãr, a mai multor numere individuale sau a unei tranşe de numere. Dacã solicitã portarea simultanã a mai multor numere, acestea trebuie sã facã parte din aceeaşi categorie de resurse de numerotaţie şi, în cazul numerelor geografice, sã fie asociate unor puncte terminale de la aceeaşi locaţie. În toate cazurile, solicitarea va fi tratatã ca o singurã cerere de portare (CPF) care va include toate numerele. În cazul în care abonatul solicitã portarea simultanã a mai multor numere în cererea de portare se va preciza dacã se acceptã sau nu portarea parţialã.
4.3.1. Faza de validare a cererii de portare
Obiectivul fazei de validare a cererii de portare este acela de a obţine acordul pãrţilor implicate în procesul de portare (FA, FD) pentru realizarea portãrii şi cu privire la data de realizare a portãrii.
Aceastã fazã debuteazã prin transmiterea cererii de portare de cãtre FA (t(10)) cãtre BDC şi se finalizeazã cu acceptarea sau respingerea cererii de cãtre FD (t(11)).
Mesajele transmise în faza de validare a cererii de portare sunt:
CPF - cerere portare furnizor: cererea de portare a numãrului pe care FA o transmite FD;
RCP - rãspuns cerere de portare: mesajul de rãspuns al FD la CPF prin care acesta fie acceptã cererea de portare, fie respinge cererea de portare. Mesajul de acceptare a cererii de portare poate fi de acceptare totalã sau de acceptare parţialã a cererii de portare;
A(CPF) - acceptare cerere portare de cãtre BDC: mesajul de confirmare al BDC prin care se acceptã CPF;
R(CPF) - respingere cerere portare de cãtre BDC: mesajul de rãspuns al BDC prin care se respinge CPF; mesajele A(CPF) şi R(CPF) fac parte din categoria mesajelor de rãspuns ale BDC;
CA(BDC) - anulare cerere portare de cãtre BDC: mesajul prin care BDC anuleazã CPF, deoarece termenul T6B a expirat.
Schimbul de mesaje realizat în faza de validare a cererii de portare este ilustrat în figura 1.



  Figura 1
┌─────────────────────────────────────────────────────────────────────────────┐
│                                                                             │
│                          ┌────────┐        ┌────────┐        ┌─────────┐    │
│                          │   FA   │        │  BDC   │        │   FD    │    │
│                          └───┬────┘        └────┬───┘        └────┬────┘    │
│                              │                  │                 │         │
│   ┌───┐              CPA     │                  │                 │         │
│   │ A ├─────────┬───────────>│                  │                 │         │
│   └───┘         │            │                  │                 │         │
│                 │ T(0)       │                  │                 │         │
│      t(10)      v            │        CPF       │                 │         │


│ │ │ │ │ │ │ │ │
│ │ │ │ │ │<-----------------│T(BDC) │ │
│ │ │ │ │ │ A(CPF)/R(CPF) │ │ │
│ │ │ │ │ │ │T(q) │ │
│ │ │ │ │ │ │ CPF │ │


│  │     │     │    │T(1)      │                  ├────────────────>│         │
│  │     │T(6A)│    │          │                  │                 │         │
│  │     │     │T(2)│          │                  │                 │T(1d)    │
│  │     │     │    │          │                  │                 │         │
│  │     │     │    │          │                  │<────────────────┤         │
│  │     │t(11)│    │          │                  │       RCP       │         │


│ │ │ │ v │ RCP │ │ │
│ │T(6B)│ ---│---------------│------------------│-----------------│------- │
│ │ │ v │ │ │ │
│ │ │ ..................│..................│.................│....... │
│ │ │ │ │ │ │
│ │ .│.....................│..................│.................│....... │
│ │ v │ │ │ │ │
│ │ ......│...................│..................│.................│....... │
│ │ │ │ │ │ │
│ │ │T(11) │ │ │ │
│ v v │ │ │ │
│ -----------------------------│<-----------------│---------------->│ │
│ │ CA-(BDC) │ CA-(BDC) │ │
│ │ │ │ │
│ │


└─────────────────────────────────────────────────────────────────────────────┘



Durata maximã a acestei faze este T(1). Momentul în care FA transmite cererea de portare cãtre BDC (t(10)) este considerat momentul de referinţã pentru începerea procesului de portare. Momentul în care FA primeşte mesajul RCP de la FD (t(11)) reprezintã sfârşitul fazei de validare.
Schimbul de mesaje trebuie sã se realizeze astfel încât, în condiţii normale de funcţionare, sã fie îndeplinitã urmãtoarea condiţie: t(11) - t(10) < T(1)
Activitãţile asociate acestei faze sunt:
P(1a1):
FA transmite cererea de portare cãtre BDC.
P(1a2):
1. Cererile de portare primite de cãtre BDC sunt înregistrate în tabelul bazei de date. Tabelul bazei de date în care sunt stocate mesajele este implementat conform principiului "cozilor de aşteptare". BDC verificã mesajul, transmite rãspunsul cãtre FA şi transmite mesajul acceptat (CPF) cãtre FD, conform principiului "primul venit, primul transmis".
- dacã mesajul CPF nu este acceptat, BDC transmite cãtre FA mesajul de respingere a cererii de portare (R(CPF)) în intervalul maxim T(BDC). Mesajul de respingere include codul de eroare şi, opţional, descrierea erorii;
- dacã cererea de portare este acceptatã, BDC genereazã cãtre FA mesajul A(CPF) în intervalul maxim T(BDC), iar mesajul CPF va fi transmis cãtre FD de destinaţie, în aceeaşi zi, dacã numãrul cererilor transmise nu depãşeşte numãrul de cereri ce pot fi procesate zilnic de cãtre FD respectiv. Sunt considerate cereri transmise într-o zi cele transmise pânã la ora 18,00.
Cererile primite de BDC ce depãşesc capacitatea de procesare zilnicã a unui FD vor fi stocate şi vor fi transmise cãtre FD în ziua imediat urmãtoare.
Cererile primite de cãtre BDC care depãşesc capacitatea de procesare a unui FD şi pentru ziua urmãtoare (capacitatea de primire) vor fi respinse de cãtre BDC.
În mesajul A(CPF), BDC va informa FA cu privire la data la care CPF va fi transmisã cãtre FD (ziua curentã sau ziua urmãtoare).
2. BDC menţine o înregistrare (log) referitoare la cererea de portare.
P(1a3):
1. FD verificã mesajul CPF primit de la BDC.
2. Dacã portarea se poate realiza, FD transmite mesajul de rãspuns la cererea de portare (RCP) cãtre BDC, mesaj care va indica acceptarea cererii de portare. Acceptarea poate fi totalã sau parţialã, dacã portarea parţialã este acceptatã de abonat. În situaţia acceptãrii parţiale, în acelaşi mesaj se vor transmite atât numerele individuale a cãror portare a fost acceptatã, cât şi numerele individuale a cãror portare a fost respinsã, în acest caz indicându-se şi motivele care determinat respingerea portãrii (codul de eroare şi, opţional, descrierea erorii). Cazurile în care se poate refuza o cerere de portare sunt prevãzute la art. 8 alin. (2) din Decizia preşedintelui Autoritãţii Naţionale de Reglementare în Comunicaţii nr. 144/EN/2006. FD introduce cererea în sistemul propriu de administrare a cererilor de portare şi pregãteşte faza de realizare a portãrii pentru toate numerele care urmeazã a fi portate. În cadrul mesajului RCP, FD va stabili momentul (ziua şi ora) agreat pentru realizarea portãrii (T(EXP)). Momentul portãrii trebuie sã fie în una din zilele şi în una din ferestrele incluse în intervalul de portare indicat de FA în cererea de portare. Se va preciza ora 9 pentru ferestrele 9-13 şi 9-14, ora 13 pentru fereastra 13-18 şi ora 14 pentru fereastra 14-18.
3. Dacã portarea nu se poate realiza, mesajul RCP transmis de FD cãtre BDC va fi un mesaj de respingere. Mesajul RCP va fi un mesaj de respingere numai în cazul în care FD respinge cererea de portare în integralitatea sa. Astfel, în cazul unei cereri de portare care conţine o tranşã de numere, cererea va fi respinsã dacã cel puţin un numãr din tranşã nu poate fi portat, iar în cazul unei cereri care include numere multiple individuale, cererea va fi respinsã dacã nu poate fi portat niciun numãr (dacã se acceptã portarea parţialã) sau dacã cel puţin un numãr nu poate fi portat (dacã nu se acceptã portarea parţialã). În mesajul de respingere se va indica şi cauza refuzului cererii de portare (codurile de eroare şi, opţional, descrierea erorii). În cazul în care portarea nu se poate realiza din cauze multiple, toate cauzele de refuz vor fi comunicate într-un singur mesaj RCP. Portarea nu se poate realiza în cazurile prevãzute la art. 8 alin. (2) din Decizia preşedintelui Autoritãţii Naţionale de Reglementare în Comunicaţii nr. 144/EN/2006.
Mesajul RCP trebuie transmis FD în intervalul T(1).
P(1a4):
1. BDC transmite cãtre FA mesajul RCP primit de la FD.
2. BDC actualizeazã înregistrarea (log) referitoare la cererea de portare respectivã. În situaţia în care mesajul de rãspuns al FD este de acceptare parţialã, BDC va înregistra starea de proces acceptat pentru numerele care urmeazã a fi portate şi starea de proces terminat pentru numerele a cãror portare a fost respinsã din mesajul RCP.
P(1a5):
1. Dupã primirea mesajului RCP (acceptare sau acceptare parţialã), FA pregãteşte faza de realizare a portãrii pentru toate numerele acceptate din cererea de portare.
2. Dupã primirea mesajului RCP (de respingere a portãrii sau de acceptare parţialã a portãrii), procesul de portare este anulat:
a) pentru toate numerele din cererea de portare; sau
b) numai pentru numerele a cãror portare a fost respinsã din cererea de portare acceptatã parţial.
O nouã cerere de portare poate fi transmisã pentru numerele a cãror portare a fost respinsã, dupã eliminarea cauzei de refuz a portãrii.
4.3.2. Faza de realizare a portãrii
Înaintea fazei de realizare a portãrii sunt desfãşurate toate activitãţile tehnice de pregãtire a portãrii, atât de cãtre FA, cât şi de cãtre FD, astfel încât sã fie respectat momentul de portare stabilit prin cererea de portare. FA activeazã furnizarea serviciilor cãtre abonatul portat, putându-i asigura acestuia traficul de ieşire, moment în care transmite cãtre BDC mesajul IPN.
Faza de realizare a portarii se finalizeazã cu actualizarea informaţiilor de rutare privind numãrul portat de cãtre toţi furnizorii care origineazã apeluri. La sfârşitul acestui proces, toţi furnizorii vor putea ruta apelurile cãtre numãrul portat.
Mesajele transmise în faza de realizare a portãrii sunt:
IPN - iniţiere portare numãr: mesaj transmis de cãtre FA prin care se confirmã conectarea abonatului portat şi se cere FD realizarea portãrii;
RPD - realizare portare donor: mesaj transmis de FD ca rãspuns la mesajul IPN, prin care se confirmã cã portarea a fost realizatã de FD;
AIR - actualizare informaţii rutare: mesaj transmis de FA cãtre BDC, prin care se confirmã cã portarea a fost finalizatã şi serviciul este funcţional, atât în reţeaua FD, cât şi în reţeaua FA. Mesajul va fi transmis de BDC cãtre toţi furnizorii. Semnificaţia mesajului AIR este de actualizare a informaţiilor de rutare corespunzãtoare numãrului portat de cãtre toţi furnizorii;
IRA - informaţii rutare actualizate: mesaj de rãspuns al furnizorilor cãtre BDC prin care se confirmã actualizarea informaţiilor de rutare referitoare la numãrul portat.
Schimbul de mesaje realizat în aceastã fazã este ilustrat în figura 3.



  Figura 3
┌──────────────────────────────────────────────────────────────────────────────┐
│                                                                              │
│     ┌────────┐          ┌────────┐          ┌─────────┐        ┌───────┐     │
│     │   FA   │          │  BDC   │          │   FD    │        │  AF   │     │
│     └───┬────┘          └────┬───┘          └────┬────┘        └───┬───┘     │
│ T(2)    │                    │                   │                 │         │
│ -.-.-.-.│-.-.-.-.-.-.-.-.-.-.│-.-.-.-.-.-.-.-.-.-│-.-.-.-.-.-.-.-.-│.-.-.-   │
│         │                    │                   │                 │   T(EXP)│
│       ^ │        IPN         │                   │                 │         │
│  t(20)│ ├───────────────────>│                   │                 │         │


│ │ │ │ │ │ │
│ │ │ │ │ │ │
│ │ │<-------------------│ T(BDC) │ │ │


│       │ │    A(IPN)/R(IPN)   ├──────────────────>│                 │         │
│       │ │                    │       IPN         │                 │         │
│       │ │                    │                   │                 │         │
│       │ │                    │                   │                 │         │
│       │ │                    │                   │                 │         │
│       │ │                    │                   │                 │         │
│ T(3)  │ │                    │       RPD         │                 │         │
│       │ │        RPD         │<──────────────────┤                 │         │
│       v │<───────────────────┤T(BDC)             │                 │         │


│t(21) ^ │ │ │ │ │
│ │ │ │ │ │ │
│ T(4) │ │ │ │ │ │
│ │ │ AIR │ │ │ │


│       v ├───────────────────>│                   │                 │         │


│t(22) │ │T(BDC) │ │ │
│ │ │ AIR │ │ │


│ ........│                    ├──────────────────>│       AIR       │         │
│       ^ │                    ├───────────────────┼────────────────>│         │
│       │ │                    │                   │                 │         │
│ T(5)  │ │                    │                   │                 │         │
│       │ │                    │        AIR        │                 │         │
│       v │                    │<──────────────────┼─────────────────┤         │
│ ........│                    │<──────────────────┤                 │         │
│t(23)    │                    │        IRA        │                 │         │
│         │                    │                   │                 │         │
│         │                    │                   │                 │         │
└──────────────────────────────────────────────────────────────────────────────┘




În aceastã fazã sunt activate termenele T(3), T(4) şi T(5).
t(20) - momentul în care FA transmite mesajul IPN;
t(21) - momentul în care FA primeşte mesajul RPD;
t(22) - momentul în care FA transmite mesajul AIR;
t(23) - momentul în care furnizorii confirmã BDC actualizarea informaţiilor de rutare (IRA).
t(20) - t(10) > T(2) t(23) - t(22) < T(5)
t(21) - t(20) < T(3) T(0) + T(2) + T(3) + T(4) + T(5) ≤ T(p)
t(22) - t(21) < T(4) T(p) = 10 zile lucrãtoare

Notã:
Termenele sunt îndeplinite în condiţii normale de funcţionare.

Mesajul IPN va fi transmis dupã momentul (T(EXP)), de regulã, în termen de cel mult 1 orã de la începutul ferestrei de portare.
În cadrul acestei faze sunt realizate urmãtoarele activitãţi:
P(2a1):
1. FA activeazã serviciul prin intermediul numãrului portat şi-i asigurã abonatului portat posibilitatea de a origina apeluri.
2. FA transmite mesajul IPN cãtre BDC prin care îl informeazã cã procesul de realizare a portãrii a început şi solicitã FD activarea portãrii numãrului. Mesajul are rolul de a consolida informaţiile transmise prin cererea de portare, referitor la momentul exact al portarii.
P2a2:
1. BDC transmite mesajul de acceptare sau respingere (A(IPN)/R(IPN)) cãtre FA.
2. BDC transmite cãtre FD mesajul IPN primit de la FA, în situaţia în care a acceptat mesajul FA (şi a transmis A(IPN)).
3. BDC transmite cãtre FA mesajul RIPN, indicând codul de eroare şi, opţional, descrierea erorii.
P(2a3):
1. Dupã primirea mesajului IPN, FD executã acţiunile necesare portãrii numãrului solicitat, astfel încât portarea sã fie realizatã în termenul T(3).
2. FD transmite mesajul RPD cãtre BDC atunci când portarea este finalizatã (numãrul portat este dezactivat de FD şi este introdus în baza de date a numerelor portate).
P(2a4):
1. BDC transmite mesajul RPD cãtre FA.
2. BDC actualizeazã fişierul (log) referitor la cererea de portare respectivã.
P(2a5):
1. FA are obligaţia de a verifica, cap-cap, dacã procesul de portare este realizat de FA şi FD, iar serviciul furnizat prin intermediul numãrului portat este funcţional atât în reţeaua FD, cât şi în reţeaua FA.
2. FA transmite mesajul AIR cãtre BDC când serviciul este funcţional, asigurându-se cã a fost respectat termenul T(4).
P(2a6):
1. Primirea mesajului AIR de cãtre BDC este o indicaţie a faptului cã serviciul de portabilitate poate fi înregistrat ca operaţional pentru FD şi FA.
2. BDC actualizeazã baza de date de referinţã.
3. BDC transmite mesajul AIR cãtre toţi furnizorii, cu excepţia FA. Pentru furnizori acest mesaj indicã faptul cã este necesarã actualizarea informaţiilor de rutare.
P(2a7):
Toţi furnizorii care origineazã apeluri actualizeazã informaţiile de rutare din BDOp proprii conţinând numerele portate, pe baza informaţiilor din baza de date centralizatã de referinţã, transmise prin mesajul AIR, şi transmit mesajul IRA ca rãspuns la mesajul AIR.
Modul de transmitere a mesajelor AIR va fi corelat cu tipul interfeţei dintre BDC şi furnizor.
Modelul prezintã o transmitere on-line a mesajelor de actualizare a informaţiilor de rutare cãtre furnizori în vederea actualizãrii bazelor de date proprii (în cazul furnizorilor conectaţi pe interfeţe automate cu BDC). În cazul în care anumiţi furnizori convin cu OpBDC, acesta poate transmite un fişier (raport) care conţine toate mesajele de actualizare a informaţiilor de rutare înregistrate într-o anumitã perioadã (o zi). Raportul va fi generat automat de cãtre BDC la sfârşitul fiecãrei zi lucrãtoare şi va fi accesibil furnizorilor care l-au solicitat la o locaţie fixã prin FTP.
Furnizorii vor decide dacã actualizeazã BDOp în timp real sau la anumite intervale.
4.3.3. Subprocesul de anulare a cererii de portare
I. Anularea este solicitatã de FA
FA poate cere anularea unei cereri de portare prin transmiterea cãtre BDC a mesajului de anulare a cererii de portare. Anularea unei cereri de portare se poate realiza dupã ce BDC a acceptat mesajul CPF (prin transmiterea mesajului A(CPF)), dar înainte de termenul T(10) (24 de ore înainte de momentul convenit pentru realizarea portarii - T(EXP)).
Mesajele transmise în cadrul procesului de anulare a cererii de portare sunt:
CAF - cerere anulare furnizor acceptor: mesaj transmis de cãtre FA prin care se solicitã FD anularea unei cereri de portare transmisã anterior;
A(CAF)/R(CAF) - acceptare sau respingere a cererii de anulare de cãtre BDC;
CA-(BDC) - cerere de anulare iniţiatã de BDC.
Schimbul de mesaje realizat în cadrul subprocesului de anulare a cererii de portare de cãtre FA este ilustrat în figura 4.



  Figura 4
┌────────────────────────────────────────────────────────────────────┐
│                                                                    │
│     ┌───────┐             ┌───────┐               ┌───────┐        │
│     │  FA   │             │  BDC  │               │  FD   │        │
│     └───┬───┘             └───┬───┘               └───┬───┘        │
│         │                     │                       │            │
│         │         CPF         │                       │            │


│ │ │ │ │


│┌─┐  CAA │                     │                       │            │
││A│.....>│                     │                       │            │
│└─┘      │         CAF         │                       │            │
│         ├────────────────────>│                       │            │
│         │     A(CAF)/R(CAF)   │                       │            │


│ │ │ │ │


│        T(10)                  ├──────────────────────>│            │
│         │                     │         CAF           │            │


│ -----│---------------------│-----------------------│------ │
│ T(EXP)│ │ │ ^ │
│ │ │ │ │ T(11) │
│ │ │ │ v │
│ -----│---------------------│-----------------------│------ │


│         │<────────────────────┼──────────────────────>│            │
│         │       CA-(BDC)      │        CA-(BDC)       │            │
│         │                     │                       │            │
│         │                     │                       │            │
│         │                     │                       │            │
└────────────────────────────────────────────────────────────────────┘




Activitãţile realizate în aceastã fazã sunt:
P(3a1):
FA transmite mesajul CAF cãtre BDC prin care se solicitã anularea cererii de portare.
P(3a2):
1. BDC transmite mesajul de confirmare A(CAF), dacã cererea de anulare este validã, sau mesajul de respingere R(CAF) conţinând codul de eroare.
2. În cazul acceptãrii CAF, BDC va transmite cererea de anulare cãtre FD.
P(3a3):
FD proceseazã cererea de anulare şi opreşte activitãţile legate de portarea numãrului.
II. Anularea este solicitatã de FD
FD poate cere anularea unei cereri de portare prin transmiterea cãtre BDC a mesajului de anulare a cererii de portare. Anularea unei cereri de portare se poate realiza dupã transmiterea de cãtre FD a mesajului RCP, dar înainte de T(10). Anularea cererii de portare de cãtre FD este determinatã, în principal, de cauze de naturã tehnicã, identificate dupã transmiterea mesajului RCP. FD poate propune prin mesajul transmis o nouã datã de realizare a portarii. Procesul de portare este întrerupt, iar FD va continua sã furnizeze servicii prin intermediul numãrului pentru care s-a solicitat portarea.
FA va informa abonatul şi va continua procesul de portare sau va anula procesul de portare. Un nou proces de portare poate fi iniţiat prin transmiterea unei noi cereri de portare.
Mesajele transmise în cadrul procesului de anulare a cererii de portare sunt:
CAD - cerere anulare donor: mesaj transmis de cãtre FD prin care solicitã întreruperea unui proces de portare, dupã transmiterea mesajului RCP anterior;
A(CAD)/R(CAD) - acceptare sau respingere a cererii de anulare de cãtre BDC.
Schimbul de mesaje realizat în cadrul subprocesului de anulare a cererii de portare de cãtre FD este ilustrat în figura 5.



  Figura 5
┌────────────────────────────────────────────────────────────────────┐
│                                                                    │
│     ┌───────┐             ┌───────┐               ┌───────┐        │
│     │  FA   │             │  BDC  │               │  FD   │        │
│     └───┬───┘             └───┬───┘               └───┬───┘        │
│         │                     │                       │            │
│         │                     │          RCP          │            │


│ │ │ CAD │ │


│         │                     │<──────────────────────┤            │
│         │                     │                       │            │
│         │                     │        A(CAD)/R(CAD)  │            │


│ │ CAD │ │ │


│         │<────────────────────┤                       │            │
│         │                     │                       │            │
│  T(10)  │                     │                       │            │


│ │ CAF │ │ │
│ │-------------------->│ │ │
│ │ │ │ │
│ │ │ │ │


└────────────────────────────────────────────────────────────────────┘



Activitãţile realizate în aceastã fazã sunt:
P(4a1):
FD transmite mesajul CAD cãtre BDC, prin care se solicitã întreruperea procesului de portare.
P(4a2):
1. BDC transmite mesajul de confirmare, dacã cererea este validã, sau mesajul de respingere conţinând codul de eroare.
2. În cazul acceptãrii mesajului CAD, BDC va transmite cererea de anulare cãtre FA.
P(4a3):
FA proceseazã cererea de anulare, informeazã abonatul şi fie lasã procesul sã continue fie iniţiazã un subproces de anulare.
4.3.4. Subprocesul de stopare a procesului de portare
FA poate solicita stoparea procesului de portare prin transmiterea cãtre BDC a unei cereri de stopare a procesului de portare (CSF). Cererea poate fi transmisã de cãtre FA dupã termenul T(10) (cu cel mult 24 de ore înainte de T(EXP)). Stoparea poate fi iniţiatã fie înainte de iniţierea procesului de portare, fie dupã iniţierea procesului de portare de cãtre FA (dupã transmiterea mesajului IPN).
Cazurile în care poate fi necesarã stoparea portãrii sunt:
a) portarea nu poate fi realizatã din motive tehnice neprevãzute;
b) se constatã desfãşurarea unui proces de portare eronat (abonatul nu a solicitat portarea).
Dacã stoparea procesului de portare se realizeazã înainte de transmiterea mesajului IPN, mesajul de stopare înlocuieşte mesajul IPN. Dacã stoparea procesului de portare se realizeazã dupã transmiterea acestui mesaj, stoparea procesului de portare se poate realiza doar înainte de transmiterea mesajului AIR de cãtre FA.
Stoparea procesului de portare poate fi determinatã atât de FD, când acesta nu transmite mesajul RPD, cât şi de FA, când acesta constatã cã serviciul nu este funcţional cap-cap, iar mesajul AIR nu poate fi transmis. Dacã FD nu poate realiza portarea (nu transmite mesajul RPD), acesta va contacta direct FA (trebuie sã existe dovada comunicãrii documentului) pentru a solicita stoparea procesului de portare.
Mesajele transmise în cadrul procesului de stopare sunt:
CSF - cerere stopare furnizor: mesaj transmis de cãtre FA prin care se solicitã FD stoparea procesului de portare;
SPP - stopare proces portare: mesajul de rãspuns al FD la mesajul CSF prin care acesta confirmã stoparea procesului de portare;
A(CSF)/R(CSF) - acceptare/respingere a cererii de stopare de cãtre BDC;
SP-(BDC) - stopare proces portare: mesajul de rãspuns al BDC prin care se confirmã ştergerea informaţiilor referitoare la cererea de portare respectivã, fãrã confirmarea FD.
Schimbul de mesaje realizat în cadrul subprocesului de stopare a procesului de portare este prevãzut în figura 6.



  Figura 6
┌──────────────────────────────────────────────────────────────────────┐
│                                                                      │
│     ┌───────┐             ┌───────┐               ┌───────┐          │
│     │  FA   │             │  BDC  │               │   FD  │          │
│     └───┬───┘             └───┬───┘               └───┬───┘          │
│         │                     │                       │              │
│         │                     │                       │              │
│         │        IPN          │                       │              │


│ │ │ │ │
│ │ CSF │ │ ^ │


│         ├────────────────────>│                       │  │           │
│         │    A(CSF)/R(CSF)    │                       │  │           │



│ ^ │ │ │ │ │
│ │ │ │ │ v │
│ -----│--│---------------------┼-----------------------┼------ │
│ │ │ │ │ │
│ │ │ │ SPP │ │


│  T(7)│  │        SPP          │<──────────────────────┤              │
│      │  │<────────────────────┤                       │              │
│      │  │                     │                       │              │
│      v  │                     │                       │              │




│         │<────────────────────┤                       │              │
│         │                     │                       │              │
│         │                     │                       │              │
└──────────────────────────────────────────────────────────────────────┘



Activitãţile asociate subprocesului de stopare sunt:
P(5a1):
FA transmite mesajul CSF cãtre BDC.
P(5a2):
1. BDC transmite mesajul A(CSF)/R(CSF) cãtre FA, prin care se acceptã sau se respinge mesajul CSF.
2. BDC actualizeazã fişierul (log) referitor la cererea de portare, specificând data la care procesul a fost stopat.
3. BDC transmite mesajul CSF cãtre FD.
P(5a3):
1. La primirea cererii de stopare a procesului de portare, FD va întrerupe procesul de realizare a portãrii şi va continua sau va relua furnizarea serviciilor cãtre abonat prin intermediul numãrului prin care s-a solicitat portarea.
2. FD va transmite BDC mesajul SPP. FD va transmite mesajul SPP în termenul T(7).
P(5a4):
BDC transmite mesajul SPP cãtre FA.
De asemenea, în cadrul acestui subproces, BDC genereazã codurile de eroare, dacã mesajele transmise nu sunt cele standard sau dacã nu au fost respectate termenele admise pentru stoparea procesului.
Dacã FD nu transmite mesajul de stopare a procesului de portare în termenul stabilit (T(7)), BDC va genera un mesaj de rãspuns cãtre FA (SP-(BDC)) şi va şterge informaţiile referitoare la cererea de portare a numãrului respectiv.
BDC va genera un raport periodic care va cuprinde date statistice referitoare la toate portãrile stopate.
Costurile legate de stoparea unui proces de portare vor fi suportate de:
a) FA - dacã stoparea procesului este cauzatã de FA;
b) FD - dacã stoparea procesului este cauzatã de FD.
4.4. Procesul de deconectare a numãrului portat
Procesul de deconectare este procesul prin care un numãr portat este returnat FDi, ca urmare a încetãrii contractului dintre abonat şi FA cu privire la furnizarea de servicii prin intermediul numãrului respectiv.
În termen de cel mult 5 zile de la deconectarea numãrului (încetarea contractului dintre abonat şi FA), FA are obligaţia sã notifice FDi, prin intermediul BDC, cu privire la eliberarea numãrului portat.
Procesul de deconectare a abonatului începe cu transmiterea notificãrii de deconectare a numãrului portat de cãtre FA cãtre BDC şi se încheie în momentul confirmãrii ştergerii informaţiilor de rutare corespunzãtoare numãrului portat deconectat de cãtre toţi furnizorii.
În cadrul acestui proces se transmit urmãtoarele mesaje:
NDN - notificare deconectare numãr: mesaj transmis de cãtre FA, prin care informeazã BDC şi FDi cu privire la deconectarea unui numãr portat, numãr ce urmeazã sã revinã la FDi;
AND - acceptare notificare deconectare numãr: mesajul de acceptare al FDi, ca rãspuns la o notificare transmisã de cãtre FA, referitoare la deconectarea unui numãr;
RND - respingere notificare deconectare numãr: mesajul de respingere al FDi, ca rãspuns la o notificare transmisã de cãtre FA, referitoare la deconectarea unui numãr;
SIR - ştergere informaţii rutare: mesaj transmis de cãtre FA, prin care informeazã BDC cã numãrul respectiv nu mai este portat şi a fost returnat FDi; mesajul va fi transmis de BDC cãtre toţi furnizorii. Prin SIR se solicitã furnizorilor ştergerea informaţiilor de rutare corespunzãtoare numãrului respectiv;
IRS - informaţii de rutare şterse: mesaj de rãspuns al furnizorilor cãtre BDC, prin care se confirmã ştergerea informaţiilor de rutare referitoare la numãrul portat.
A(NDN)/R(NDN) - acceptare/respingere a notificãrii de deconectare de cãtre BDC.
Schimbul de mesaje realizat în cadrul procesului de stopare a portãrii este ilustrat în figura 7.



  Figura 7
┌──────────────────────────────────────────────────────────────────────────────┐
│                                                                              │
│        ┌────────┐          ┌────────┐          ┌─────────┐     ┌───────┐     │
│        │   FA   │          │  BDC   │          │   FDi   │     │   AF  │     │
│        └───┬────┘          └────┬───┘          └────┬────┘     └───┬───┘     │
│            │                    │                   │              │         │
│┌─┐         │                    │                   │              │         │


│└─┘ ^ ^│ │ │ │Data la │
│ │ T(8)││ │ │ │care con-│
│ │ v│ NDN │ │ │tractul │


│   ..│......├───────────────────>│                   │              │dintre A │
│     │      │                    │                   │              │şi FA a  │
│     │      │   A(NDN/R(NDN)     │                   │              │încetat  │




│     │      │                    ├──────────────────>│              │         │
│     │      │                    │      AND/RND      │              │         │
│     │      │       AND/RND      │<──────────────────┤              │         │
│     │      │<───────────────────┤                   │              │         │
│T(9) │      │                    │                   │              │         │
│     │      │                    │                   │              │         │
│     │      │                    │                   │              │         │


│t(60)│ │ │ │ │ │
│ │ │ │ │ │ │
│ │ │ │ │ │ │
│ v │ │ │ │ │

│ │ SIR │ SIR │ │ │


│            │                    ├──────────────────>│              │         │
│  ..........│                    ■───────────────────┼─────────────>│         │
│     ^      │                    │        SIR        │              │         │
│     │      │                    │                   │              │         │
│     │      │                    │        IRS        │              │         │
│ T(5)│      │                    │<──────────────────┼──────────────┤         │
│     │      │                    │<──────────────────┤              │         │
│     │      │                    │        IRS        │              │         │
│     │      │                    │                   │              │         │
│     v      │                    │                   │              │         │


│t(61) │ │ │ │ │
│ │ │ │ │ │
│ │ │ │ │ │


└──────────────────────────────────────────────────────────────────────────────┘



Activitãţile asociate procesului de deconectare a numãrului portat sunt:
P(6a1):
FA transmite mesajul NDN, prin care informeazã BDC cu privire la deconectarea numãrului portat.
P(6a2):
BDC acceptã sau respinge mesajul. Dacã mesajul este acceptat, BDC transmite mesajul NDN cãtre FDi. BDC creeazã o înregistrare referitoare la numãrul portat deconectat.
P(6a3):
FDi verificã dacã numãrul portat deconectat face parte din numerele care i-au fost alocate prin LURN. FDi va transmite mesajul de acceptare sau respingere a notificãrii.
P(6a4):
BDC actualizeazã informaţiile referitoare la numãrul deconectat şi retransmite mesajul primit de la FDi cãtre FA.
P(6a5):
1. FA va contoriza intervalul T(9) (perioada de carantinã), perioadã în care are obligaţia de a rãspunde apelurilor originate cãtre numãrul respectiv cu acelaşi mesaj pe care îl utilizeazã pentru toate numerele deconectate din reţeaua proprie.
2. La expirarea acestui interval, FA va transmite mesajul SIR prin care informeazã BDC cã perioada de carantinã a expirat şi numãrul poate fi reasignat de cãtre FDi.
P(6a6):
BDC şterge informaţiile de rutare din baza de date de referinţã şi transmite mesajul SIR prin care informeazã FDi şi ceilalţi furnizori, cu excepţia FA, cu privire la încetarea portãrii respectivului numãr. Numãrul portat poate fi reasignat de cãtre FDi.
P(6a7):
1. Dupã primirea mesajului SIR de la BDC, furnizorii vor şterge informaţiile de rutare din bazele operaţionale proprii cu privire la numãrul portat respectiv.
2. Furnizorii transmit mesajul IRS cãtre BDC pentru a confirma ştergerea informaţiilor de rutare.
P(6a8):
BDC înregistreazã toate rãspunsurile primite şi va considera cã toţi furnizorii au actualizat informaţiile de rutare dupã expirarea intervalului T(5), dacã a fost primit cel puţin un mesaj IRS.
4.5. Procesul de modificare a informaţiilor de rutare
Acest proces este necesar dacã FA modificã informaţiile de rutare referitoare la anumite numere portate. Informaţiile conţinute în baza de date centralizatã de referinţã şi în BDOp ale furnizorilor trebuie modificate corespunzãtor.
FA transmite cãtre BDC un mesaj cu informaţiile de rutare actualizate. BDC modificã datele din baza de date de referinţã referitoare la numerele portate menţionate şi difuzeazã mesajul cãtre toţi furnizorii. Dupã efectuarea modificãrilor, aceştia confirmã BDC actualizarea informaţiilor de rutare.
Mesajele care pot fi transmise în cadrul acestui proces sunt:
MIR- modificare informaţii rutare: mesajul transmis de FA cãtre BDC;
IRM - informaţii rutare modificate: mesaj de rãspuns al furnizorilor cãtre BDC;
A(MIR)/R(MIR) - acceptare/respingere a modificãrii informaţiilor de rutare de cãtre BDC.
Schimbul de mesaje realizat în cadrul procesului de modificare a informaţiilor de rutare este ilustrat în figura 8.



  Figura 8
┌────────────────────────────────────────────────────────────────────┐
│                                                                    │
│     ┌───────┐             ┌───────┐               ┌───────┐        │
│     │  FA   │             │  BDC  │               │ AF+FD │        │
│     └───┬───┘             └───┬───┘               └───┬───┘        │
│         │                     │                       │            │
│         │         MIR         │                       │            │
│         ├────────────────────>│                       │            │
│         │    A(MIR)/R(MIR)    │T(BDC)                 │            │


│ │ │ MIR │ │

│ ^ │ │ │ │
│ │ │ │ │ │
│ T(5) │ │ │ │ │
│ │ │ │ │ │
│ v │ │ IRM │ │

│ │ │ │ │
│ │ │ │ │
│ │ │ │ │


└────────────────────────────────────────────────────────────────────┘



Activitãţile asociate procesului de modificare a informaţiilor de rutare sunt:
P(7a1):
FA transmite mesajul MIR cãtre BDC, mesaj ce conţine informaţia de rutare modificatã.
P(7a2):
1. BDC transmite cãtre FA mesajul de acceptare sau respingere a mesajului MIR.
2. Dacã acceptã mesajul MIR, BDC actualizeazã informaţiile existente în baza de date centralizatã de referinţã.
3. Dacã acceptã mesajul MIR, BDC transmite mesajul MIR conţinând informaţiile de rutare modificate cãtre toţi furnizorii care origineazã apeluri cãtre numerele portate.
P(7a3):
Furnizorii transmit cãtre BDC mesajul IRM, prin care confirmã modificarea informaţiilor de rutare din bazele de date proprii.
P(7a4):
1. BDC înregistreazã rãspunsurile furnizorilor transmise în intervalul T(5).
2. BDC considerã cã furnizorii au efectuat actualizarea informaţiilor de rutare, dacã a primit cel puţin un mesaj de rãspuns pânã la expirarea intervalului T(5).
Observaţie:
Dacã parametrul "Numãr de rutare" din mesajul MIR are o valoare prestabilitã (RN = 18000), numãrul respectiv aparţine unui bloc de numere care a fost realocat FA, FA devenind dupã realocare FDi Numãrul respectiv va fi şters din baza de date de referinţã a numerelor portate. Primirea acestui mesaj de cãtre ceilalţi furnizori determinã ştergerea informaţiilor cu privire la respectivul numãr portat din bazele de date proprii.
4.6. Procesul de sincronizare
Prin procesul de sincronizare se asigurã faptul cã bazele de date ale furnizorilor conţin întotdeauna informaţiile de rutare la zi, referitoare la numerele portate, conţinute în baza de date de referinţã centralizatã. În condiţii normale, bazele de date ale furnizorilor sunt actualizate pe baza informaţiilor transmise de cãtre BDC prin mesajele de actualizare (AIR), ştergere (SIR) sau modificare a informaţiilor de rutare (MIR), menţionate în cadrul proceselor respective. Procesul de sincronizare are drept scopuri:
1. sã permitã unui furnizor recuperarea informaţiilor pierdute referitoare la un numãr portat, a informaţiilor dintr-un anumit interval de timp sau a informaţiilor privind toate numerele portate;
2. sã permitã ca un furnizor nou sã se sincronizeze cu starea curentã a BDC.
4.6.1. Subprocesul de verificare a unui numãr (Audit)
Un furnizor poate solicita BDC informaţiile înregistrate referitoare la un anumit numãr, prin transmiterea mesajului VSF. BDC rãspunde acestei solicitãri prin transmiterea unei copii ce conţine informaţiile la zi din baza de date de referinţã, informaţii bazate pe ultimul mesaj de actualizare transmis referitor la numãrul specificat (AIR). Schimbul de mesaje are loc în timp real.
Mesajele ce pot fi transmise în cadrul acestui subproces sunt:
VSF - verificare solicitatã de furnizor: mesajul transmis de furnizor cãtre BDC, prin care este specificat setul de informaţii pentru care furnizorul va verifica integritatea;
R(BDC) - rãspuns BDC.
Schimbul de mesaje realizat în cadrul subprocesului de verificare a unui numãr este ilustrat în figura 9.



  Figura 9
┌────────────────────────────────────────────────────┐
│                                                    │
│      ┌─────────┐                   ┌─────────┐     │
│      │    F    │                   │   BDC   │     │
│      └────┬────┘                   └────┬────┘     │
│           │            VSF              │          │
│           ├────────────────────────────>│          │
│           │                             │          │
│           │           R-(BDC)           │          │
│           │<────────────────────────────┤          │
│           │                             │          │
│                                                    │
└────────────────────────────────────────────────────┘



4.6.2. Subprocesul de sincronizare parţialã sau totalã
Necesitatea procesului de sincronizare parţialã sau totalã este determinatã de solicitarea de transmitere a unei copii a bazei de date centralizate de cãtre un nou furnizor sau de cãtre un furnizor a cãrui bazã de date a fost deterioratã parţial (pentru un anumit interval de timp) sau total. Furnizorul poate solicita o copie a BDC pentru toate numerele portate sau pentru numerele portate într-un anumit interval. Furnizorul transmite cãtre BDC mesajul CDS. În mesajul de rãspuns al BDC (RDS) se stabileşte modalitatea şi momentul transmiterii datelor solicitate. Sincronizarea bazelor de date se va realiza printr-o altã tranzacţie, la momentul stabilit prin mesajul RDS. Transmiterea datelor se poate face sub formã de raport într-un format prestabilit, care va fi livrat pe un suport convenit cu furnizorul respectiv (stocare pe suport fizic, transfer de fişiere). Se vor transmite informaţiile actualizate din BDC (numãr portat, numãr de rutare, ID acceptor, ID donor, data realizãrii portãrii), aşa cum au fost transmise prin mesajele de actualizare, modificare sau ştergere a informaţiilor de rutare (AIR, MIR, SIR).
Mesajele ce pot fi transmise în cadrul acestui proces sunt:
CDS - cerere date sincronizate: mesajul transmis de furnizor cãtre BDC prin care se solicitã o copie a datelor din BDC;
RDS - mesajul de rãspuns al BDC.
Schimbul de mesaje ce se realizeazã în cadrul subprocesului de sincronizare parţialã sau totalã este ilustrat în figura 10.



  Figura 10
┌────────────────────────────────────────────────────┐
│                                                    │
│      ┌─────────┐                   ┌─────────┐     │
│      │    F    │                   │   BDC   │     │
│      └────┬────┘                   └────┬────┘     │
│           │            CDS              │          │
│           ├────────────────────────────>│          │
│           │                             │          │
│           │            RDS              │          │
│           │<────────────────────────────┤          │
│           │                             │          │
│                                                    │
└────────────────────────────────────────────────────┘



4.7. Procesul de realocare a unui bloc de numere
În cazul în care ANRCTI realocã unui alt furnizor de servicii de comunicaţii electronice un bloc de numere conţinând numere portate, furnizorul respectiv devine FDi. Aceastã situaţie se întâlneşte şi în cazul cedãrii parţiale sau totale a LURN. Furnizorul cesionar devine FDi.
Pentru a fi posibilã realocarea unui bloc de numere, este necesar ca FDi sã renunţe la dreptul de utilizare a numerelor din respectivul bloc. Furnizorul cãruia i se realocã blocul de numere îi va informa pe toţi furnizorii care asigurã rutarea apelurilor cu privire la realocare şi va modifica în mod corespunzãtor acordurile de interconectare. ANRCTI va informa BDC cu privire la realocarea blocului de numere şi va publica pe pagina de internet realocarea blocului de numere.
Numerele asignate din blocul realocat vor fi în una din urmãtoarele situaţii:
a) devin numere neportate, dacã furnizorul cãruia ANRCTI i-a realocat blocul de numere era FA pentru respectivele numere portate. Furnizorul (devenit FDi) va informa BDC cu privire la toate numerele din blocul realocat prin intermediul cãrora furniza servicii în calitate de FA şi care devin numere neportate. Informarea se realizeazã în conformitate cu procesul de modificare a informaţiilor de rutare prin transmiterea mesajului MIR în care parametrul "Numãr de rutare" va avea valoarea prestabilitã (RN = 18000);
b) rãmân numere portate, dacã blocul de numere realocat conţinea numere portate cãtre alţi furnizori decât cel cãruia i s-a realocat blocul de numere. Datele de referinţã pentru aceste numere (identitatea FDi) vor fi modificate.
Mesajele transmise în cadrul acestui proces sunt similare cu cele transmise în cadrul procesului de modificare a informaţiilor de rutare.
Schimbul de mesaje din cadrul procesului de realocare a unui bloc de numere este ilustrat în figura 11.



  Figura 11
┌──────────────────────────────────────────────────────────────────────────────┐
│                                                                              │
│     FDi-vechi                                FA-vechi                        │
│     ┌────────┐          ┌────────┐          ┌─────────┐      ┌───────────┐   │
│     │ FA-nou │          │  BDC   │          │FDi-nou  │      │Alţi FA+AF │   │
│     └───┬────┘          └────┬───┘          └────┬────┘      └─────┬─────┘   │
│         │                    │                   │                 │         │
│         │                    │   MIR(NRN="18000" │                 │         │
│         │                    │<──────────────────┤                 │         │
│         │        MIR         │                   │                 │         │
│         │<───────────────────┤..................>│                 │         │
│         │                    │                   │                 │         │
│         │                    │                   │                 │         │
│         │                    │       MIR         │      MIR        │         │
│         │                    ├───────────────────┼────────────────>│         │
│         │                    │                   │                 │         │
│         │                    │                   │                 │         │
└──────────────────────────────────────────────────────────────────────────────┘



4.8. Procesul de informare privind starea sistemului
4.8.1. Starea sistemului IT operat de un furnizor
Furnizorii vor comunica BDC starea de nefuncţionare/restabilire a funcţionãrii aplicaţiei de realizare a portãrii. De asemenea,BDC va monitoriza funcţionarea interfeţelor cu furnizorii. Starea de nefuncţionare/restabilire a funcţionãrii aplicaţiei unui furnizor va fi transmisã printr-un mesaj cãtre furnizorii din acelaşi domeniu de portabilitate, care utilizeazã interfaţã punct-la-punct şi va fi vizibilã printr-o interfaţã web de tip Graphic User Interface.
BDC va înregistra perioada de nefuncţionare a sistemului IT al furnizorului şi va reevalua termenele proceselor.
Mesajele ce pot fi transmise în cadrul acestui proces sunt:
DSF - defecţiune sistem furnizor: mesaj transmis de un furnizor pentru a notifica BDC cu privire la nefuncţionarea sistemului IT;
RSF - restabilire sistem furnizor: mesaj transmis de furnizor cãtre BDC cu privire la restabilirea sistemului IT.
Schimbul de mesaje din cadrul procesului de informare privind starea sistemului IT operat de un furnizor este ilustrat în figura 12.



  Figura 12
┌────────────────────────────────────────────────────────────────────┐
│                                                                    │
│     ┌───────┐             ┌───────┐               ┌───────┐        │
│     │   F   │             │  BDC  │               │   AF  │        │
│     └───┬───┘             └───┬───┘               └───┬───┘        │
│         │                     │                       │            │
│         │         DSF         │                       │            │
│         ├────────────────────>│                       │            │
│         │                     │         DSF           │            │
│         │                     ├──────────────────────>│            │
│         │                     │                       │            │
│         │         RSF         │                       │            │
│         ├────────────────────>│                       │            │
│         │                     │                       │            │
│         │                     │          RSF          │            │
│         │                     ├──────────────────────>│            │
│         │                     │                       │            │
│         │                     │                       │            │
│         │                     │                       │            │
└────────────────────────────────────────────────────────────────────┘




4.8.2. Starea BDC
BDC va stabili un mecanism de comunicare cãtre furnizori a stãrii de nefuncţionare/restabilire a funcţionãrii aplicaţiei BDC.
BDC va notifica în avans furnizorii cu privire la nefuncţionarea planificatã şi la restabilirea funcţionãrii bazei de date prin mesaje specifice. Dacã nu este posibilã transmiterea acestor mesaje, BDC va informa furnizorii printr-un mijloc de comunicare alternativ (telefon, e-mail, fax).
BDC va stabili un mecanism de reluare a proceselor întrerupte datorate nefuncţionãrii sistemului.
Perioadele de nefuncţionare a BDC vor fi înregistrate de cãtre aceasta. Termenele stabilite pentru procesele administrative asociate implementãrii portabilitãţii numerelor vor fi recalculate în funcţie de perioadele de nefuncţionare.
Mesajele transmise în cadrul acestui proces sunt:
BDN - baza de date centralizatã nefuncţionalã;
BDF - baza de date centralizatã funcţionalã.
Schimbul de mesaje din cadrul procesului privind starea BDC este ilustrat în figura 13.



  Figura 13
┌────────────────────────────────────────────────────────────────────┐
│                                                                    │
│     ┌───────┐             ┌───────┐               ┌───────┐        │
│     │  AF   │             │ FA, FD│               │  BDC  │        │
│     └───┬───┘             └───┬───┘               └───┬───┘        │
│         │                     │                       │            │
│         │         BDN         │         BDN           │            │
│         │<────────────────────┼<──────────────────────┤            │
│         │                     │                       │            │
│         │                     │                       │            │
│         │                     │                       │            │
│         │         BDF         │         BDF           │            │
│         │<────────────────────┼<──────────────────────┤            │
│         │                     │                       │            │
│         │                     │                       │            │
│         │                     │                       │            │
│         │                     │                       │            │
└────────────────────────────────────────────────────────────────────┘



4.9. Excepţii
4.9.1. Excepţii în faza de validare
I. FA transmite mesajul CPF şi nu primeşte mesajul de rãspuns la cererea de portare din partea BDC în intervalul prevãzut în specificaţia BDC. În aceastã situaţie, FA va retransmite cererea de portare.
II. FD nu transmite mesajul RCP în intervalul T(1). În acest caz, procesul de portare poate continua. BDC va înregistra şi va semnaliza nerespectarea termenului T(1). FA contacteazã direct FD pentru a identifica cauza întârzierii şi, eventual, va transmite o cerere de anulare a portãrii. Dacã termenul T(6B) este depãşit, procesul este anulat de BDC.
III. BDC nu poate transmite cãtre FA mesajul RCP în intervalul T(BDC). In aceastã situaţie BDC va stoca mesajul în coada de aşteptare şi îl va livra în cel mai scurt timp. De asemenea, furnizorul poate recupera aceste mesaje prin accesarea unei funcţii de recuperare a mesajelor pierdute.
IV. Validarea nu a fost finalizatã pânã la expirarea termenului T(6). În aceastã situaţie, dupã expirarea termenului T(6B), BDC va transmite un mesaj de anulare a procesului de portare cãtre FD şi FA. Procesul de portare este anulat, iar BDC poate accepta o nouã solicitare de portare de la orice furnizor pentru numãrul respectiv. Mesajul determinã contorizarea înregistrãrii tranzacţiei nefinalizate pentru FA în evidenţele statistice. Contorizarea se va realiza astfel încât sã fie posibilã identificarea furnizorului din cauza cãruia cãruia procesul nu a fost finalizat în termenul T(6B).
V. Dacã FA este FDi (în urma unei succesiuni de portãri), parametrul "Numãr de rutare" din mesajul CPF nu va conţine unul din numerele de rutare asignate FDi, ci va avea o valoare prestabilitã (RN = 18000).
4.9.2. Excepţii în faza de realizare a portãrii
I. FA transmite mesajul IPN înainte de momentul T(EXP). În aceastã situaţie, BDC respinge primirea mesajului, generând codul de eroare corespunzãtor.
II. FD nu realizeazã portarea în termenul T(3). În aceastã situaţie, FA contacteazã direct FD pentru a identifica cauza întârzierii. Procesul de realizare a portãrii poate continua sau FA poate stopa procesul de portare. Dacã FD nu confirmã realizarea portãrii (nu transmite mesajul RPD) nici în termenul T(4), FA are obligaţia de a stopa procesul de portare.
III. Serviciul nu este funcţional cap-cap în termenul T(4), dar FD a transmis mesajul RPD. FA şi FD vor coopera în vederea identificãrii şi remedierii cauzelor care determinã nefuncţionarea serviciului. FA va informa abonatul. FA poate asigura o soluţie provizorie de furnizare a serviciului (furnizarea serviciului de cãtre FA prin intermediul unui numãr asignat temporar, reluarea furnizãrii totale sau parţiale a serviciului de cãtre FD prin intermediul numãrului pentru care s-a solicitat portarea) sau poate stopa procesul de portare.
Observaţie:
Cazurile de depãşire a termenelor T(3) şi T(4) vor fi înregistrate şi incluse în rapoartele generate de BDC
IV. BDC nu primeşte mesajul de confirmare a actualizãrii informaţiilor de rutare (IRA) de la anumiţi furnizori în termenul T(5). BDC va considera cã portarea este activatã de cãtre toţi furnizorii, dar va înregistra furnizorii care nu au transmis mesajul IRA. O listã cu furnizorii care nu au confirmat actualizarea informaţiilor de rutare va fi transmisã FA.
Dacã BDC nu primeşte niciun mesaj de actualizare a informaţiilor de rutare, aceastã situaţie va fi rezolvatã prin intervenţia administratorului de sistem.
V. Dacã FA este FDi (în urma unor portãri succesive), parametrul "Numãr de rutare" din mesajul AIR va avea o valoare prestabilitã (RN = 18000). Acest parametru reprezintã pentru BDC o indicaţie cã numãrul portat a revenit la FDi şi informaţia cu privire la portarea numãrului este ştearsã din baza de date de referinţã. Primirea mesajului AIR, cu parametrul RN = 18000, determinã ştergerea de cãtre toţi furnizorii a informaţiei de numãr portat din bazele de date proprii, rutarea apelului cãtre numãrul respectiv realizându-se similar cu rutarea apelurilor cãtre numerele neportate.

4.10. Termenele de realizare a proceselor administrative asociate implementãrii portabilitãţii numerelor


 ┌────┬──────┬─────────────────────────────────────────┬──────────────────────┐
 │Nr. │Termen│             Definiţie                   │        Durata        │
 │crt.│      │                                         │                      │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │ 1. │ T(p) │Termenul maxim pentru realizarea proce-  │10 zile lucrãtoare    │
 │    │      │sului de portare                         │                      │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │ 2. │ T(r) │Termenul minim de pãstrare a informa-    │24 ore                │
 │    │      │ţiilor de rutare dupã finalizarea proce- │                      │
 │    │      │sului de portare a unui numãr de cãtre FD│                      │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │ 3. │T(da) │Termenul maxim în care FA trebuie sã-l   │5 zile                │
 │    │      │informeze pe FDI cu privire la încetarea │                      │
 │    │      │furnizãrii serviciului prin intermediul  │                      │
 │    │      │unui numãr portat                        │                      │
 ├────┴──────┴─────────────────────────────────────────┴──────────────────────┤
 │Termene stabilite prin condiţiile tehnice şi comerciale                     │
 ├────┬──────┬─────────────────────────────────────────┬──────────────────────┤
 │ 4. │T(BDC)│Termenul în care BDC trebuie sã analizeze│15 minute, în condiţii│
 │    │      │corectitudinea unui mesaj primit, sã     │normale               │
 │    │      │transmitã mesajul de rãspuns cãtre expe- ├──────────────────────┤
 │    │      │ditor şi sã retransmitã mesajul furnizo- │1 orã, în condiţiile  │
 │    │      │rului de destinaţie, cu excepţia cazului │actualizãrii informa- │
 │    │      │în care cererea este stocatã în coada de │ţiilor de rutare din  │
 │    │      │aşteptare                                │baza de date de refe- │
 │    │      │                                         │rinţã                 │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │ 5. │ T(q) │Termenul dupã care BDC transmite cãtre FD│1 zi                  │
 │    │      │mesajele CPF din coada de aşteptare      │                      │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │ 6. │T(EXP)│Momentul agreat de cãtre FA şi FD pentru │T2 < T(EXP) < T(6A)   │
 │    │      │realizarea portãrii                      │                      │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │ 7. │ T(O) │Termenul în care FA transmite cererea de │Cererea se transmite  │
 │    │      │portare (mesajul CPF) sau cererea de anu-│în aceeaşi zi         │
 │    │      │lare a portãrii (mesajul CAF) cãtre FD   │                      │
 │    │      │raportat la momentul depunerii cererii de│                      │
 │    │      │cãtre abonat                             │                      │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │ 8. │ T(1) │Intervalul maxim între momentul în care  │- 4 zile pentru cere- │
 │    │      │FA transmite cererea de portare cãtre BDC│rile transmise de BDC │
 │    │      │şi momentul în care primeşte prin inter- │în ziua primirii      │
 │    │      │mediul BDC mesajul de acceptare sau res- │- 5 zile pentru cere- │
 │    │      │pingere a cererii de cãtre FD            │rile stocate de BDC şi│
 │    │      │                                         │transmise în ziua ur- │
 │    │      │                                         │mãtoare               │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │ 9. │T(1d) │Termenul maxim în care FD trebuie sã rãs-│T(1d) = T(1)-T(q)-    │
 │    │      │pundã unei cereri prin transmiterea mesa-│2xT(BDC)              │
 │    │      │jului RCP                                │                      │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │10. │ T(2) │Termenul minim în care FA poate solicita │- 6 zile pentru cere- │
 │    │      │FD începerea procesului de portare, ra-  │rile transmise de BDC │
 │    │      │portat la momentul transmiterii cererii  │în ziua primirii      │
 │    │      │de portare                               │- 7 zile pentru cere- │
 │    │      │                                         │rile stocate de BDC şi│
 │    │      │                                         │transmise în ziua ur- │
 │    │      │                                         │mãtoare               │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │11. │ T(3) │Termenul maxim în care FD trebuie sã rea-│- 3 ore - numere geo- │
 │    │      │lizeze activitãţile necesare pentru rea- │grafice şi nongeogra- │
 │    │      │lizarea portãrii numãrului. Termenul se  │fice, altele decât    │
 │    │      │calculeazã de la transmiterea mesajului  │cele pentru servicii  │
 │    │      │IPN pânã la momentul în care portarea a  │de telefonie mobilã   │
 │    │      │fost realizatã de cãtre FD (primirea me- │- 2 ore - numere non- │
 │    │      │sajului RPD de cãtre FA)                 │geografice pentru ser-│
 │    │      │                                         │vicii de telefonie    │
 │    │      │                                         │mobilã                │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │12. │ T(4) │Termenul maxim în care FA trebuie sã rea-│- 2 ore - numere geo- │
 │    │      │lizeze activitãţile necesare pentru fina-│grafice şi nongeogra- │
 │    │      │lizarea portãrii şi verificarea funcţio- │fice, altele decât    │
 │    │      │nãrii serviciului, atât în reţeaua donoa-│cele pentru servicii  │
 │    │      │re, cât şi în reţeaua acceptoare. Terme- │de telefonie mobilã   │
 │    │      │nul se calculeazã de la primirea mesaju- │- 2 ore -numerele non-│
 │    │      │lui RPD pânã la momentul în care au fost │geografice pentru ser-│
 │    │      │finalizate toate activitãţile necesare   │vicii de telefonie    │
 │    │      │(inclusiv teste) pentru asigurarea rutã- │mobilã                │
 │    │      │rii apelurilor cãtre numãrul portat în   │                      │
 │    │      │reţeaua FA şi în reţeaua FD (transmiterea│                      │
 │    │      │mesajului RPA)                           │                      │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │13. │ T(5) │Termenul maxim în care toţi furnizorii   │                      │
 │    │      │trebuie sã realizeze actualizarea infor- │                      │
 │    │      │maţiilor de rutare ca urmare a transmi-  │1 zi                  │
 │    │      │terii de cãtre BDC a mesajelor cu infor- │                      │
 │    │      │maţiile de rutare actualizate (AIR, SIR, │                      │
 │    │      │MIR)                                     │                      │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │14. │T(6A) │Termenul maxim în care portarea poate fi │                      │
 │    │      │realizatã. În situaţia în care acest ter-│30 de zile lucrãtoare │
 │    │      │termen este depãşit, BDC respinge cererea│                      │
 │    │      │de portare.                              │                      │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │15. │T(6B) │Termenul maxim în care validarea poate fi│Data finalã a inter-  │
 │    │      │realizatã. În situaţia în care acest ter-│valului de portare    │
 │    │      │termen este depãşit,BDC anuleazã procesul│stabilit de cãtre FA  │
 │    │      │de portare automat.                      │                      │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │16. │ T(7) │Intervalul maxim între momentul în care  │                      │
 │    │      │BDC a înregistrat cererea de stopare a   │                      │
 │    │      │procesului de portare a unui numãr şi    │                      │
 │    │      │momentul în care referinţele legate de   │24 de ore             │
 │    │      │numãrul respectiv au fost şterse. Dupã   │                      │
 │    │      │expirarea acestui termen poate fi iniţiat│                      │
 │    │      │un nou proces de portare al numãrului    │                      │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │17. │ T(8) │Intervalul maxim între momentul în care  │T(8)) ≤ T(da)         │
 │    │      │numãrul portat a fost deconectat şi cel  │[T(da) = 5 zile]      │
 │    │      │în care FA informeazã FDi prin interme-  │                      │
 │    │      │diul BDC cu privire la încetarea furnizã-│                      │
 │    │      │rii serviciului                          │                      │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │18. │ T(9) │Intervalul maxim între deconectarea numã-│60 de zile            │
 │    │      │şi restituirea numãrului FDi             │                      │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │19. │T(10) │Termenul limitã pânã la care cererea de  │T(EXP) - 24 ore       │
 │    │      │portare poate fi anulatã                 │                      │
 ├────┼──────┼─────────────────────────────────────────┼──────────────────────┤
 │20. │T(11) │Intervalul de timp dintre momentul agreat│T(11) = 5 zile lucrã- │
 │    │      │pentru realizarea portãrii şi data la    │        toare         │
 │    │      │care procesul de portare este anulat     │                      │
 │    │      │automat de cãtre BDC                     │                      │
 └────┴──────┴─────────────────────────────────────────┴──────────────────────┘



Note:
1. Termenele vor fi recalculate de cãtre BDC printr-un mecanism automat, în funcţie de perioadele de nefuncţionare. Aceste termene vor fi comunicate furnizorilor de cãtre BDC
2. Termenele sunt stabilite în ore, în zile calendaristice sau în zile lucrãtoare.
Se considerã zile lucrãtoare zilele de luni pânã vineri, cu excepţia sãrbãtorilor legale.
Se considerã program normal de lucru perioada cuprinsã între orele 9,00 şi 18,00 în zilele lucrãtoare. Mesajele vor fi primite de cãtre BDC în cadrul programului normal de lucru. Mesajele primite de cãtre BDC vor fi transmise cãtre furnizorul de destinaţie în aceeaşi zi chiar dacã programul normal de lucru a fost depãşit (max. 1 orã). Excepţie fac cererile de portare primite ce depãşesc capacitatea de procesare zilnicã a unui FD, şi care vor fi transmise în ziua urmãtoare.
3. în vederea realizãrii portarii se stabilesc douã ferestre de portare în zilele lucrãtoare:
a) 9-13 şi 14-18 pentru portarea numerelor nongeografice pentru servicii de telefonie mobilã;
b) 9-14 şi 13-18 pentru portarea numerelor geografice, a numerelor independente de locaţie şi a numerelor nongeografice, altele decât cele pentru servicii de telefonie mobilã.
Furnizorii pot agrea şi alte ferestre de portare.
Capacitatea de procesare zilnicã a cererilor de portare de cãtre un FD în prima lunã a primului trimestru dupã implementarea portabilitãţii numerelor va fi de minimum:
a) pentru numerele geografice:


 ┌──────────────┬──────────────────┬───────────────┐
 │    Total     │   Bucureşti şi   │ Alte judeţe   │
 │  (la nivel   │   judeţul Ilfov  │               │
 │   naţional)  │                  │               │
 ├──────────────┼──────────────────┼───────────────┤
 │300           │50                │10             │
 └──────────────┴──────────────────┴───────────────┘


b) pentru numerele nongeografice, altele decât cele pentru servicii de telefonie mobilã: 10;
c) pentru numerele independente de locaţie: 300.
d) pentru numerele nongeografice pentru servicii de telefonie mobilã: 300.
Capacitatea de procesare zilnicã a unui FD este egalã cu volumul de numere solicitate pentru portare cuprinse în cererile de portare (CPF) a numerelor prin intermediul cãrora furnizeazã servicii acest furnizor.
Pentru calcularea capacitãţii de procesare zilnicã orice tranşã de numere solicitatã a fi portatã într-o cerere de portare, se considerã ca un singur numãr.
Toţi furnizorii de servicii de telefonie destinate publicului au obligaţia de a creşte lunar, în primul trimestru dupã implementarea porta bilitãţii numerelor, şi, ulterior, trimestrial, capacitatea minimã de procesare cu o valoare egalã cu media zilnicã a volumului de cereri de portare respinse din motive de depãşire a capacitãţii de procesare calculatã în primele douãzeci de zile ale lunii anterioare în primul trimestru de implementare a portabilitãţii numerelor, respectiv, în primele douã luni ale trimestrului anterior. BDC va stabili şi va comunica fiecãrui FD în ultima decadã a fiecãrei luni din primul trimestru, respectiv în ultima lunã a fiecãrui trimestru capacitatea zilnicã de procesare pentru luna urmãtoare, respectiv pentru trimestrul urmãtor. Pe baza capacitãţii de procesare zilnice, BDC va stabili limita de cereri de portare primite zilnic pentru un FD şi respectiv transmise zilnic cãtre un FD.
Toţi furnizorii de servicii de telefonie destinate publicului au obligaţia de a asigura capacitatea de procesare comunicatã de OpBDC.

5. REGULAMENTUL DE ORGANIZARE ŞI FUNCŢIONARE A BAZEI DE DATE CENTRALIZATE
5.1. Prevederi generale

Implementarea şi managementul porta bilitãţii numerelor se realizeazã prin utilizarea unui sistem informatic - BDC, care include resursele software, hardware şi de comunicaţii adecvate. Sistemul informatic este alcãtuit dintr-o bazã de date care stocheazã informaţiile într-o formã determinatã, precum şi dintr-un set de funcţii care realizeazã operaţiuni asupra datelor şi asigurã comunicarea cu sistemele informatice ale furnizorilor de servicii de comunicaţii electronice, fie prin intermediul unor interfeţe punct-la-punct securizate, fie prin intermediul unei aplicaţii web securizate. De asemenea, BDC alimenteazã o paginã de internet accesibilã publicului, care asigurã informaţii referitoare la numerele portate.
BDC colecteazã şi stocheazã informaţii referitoare la numerele portate şi permite ca informaţiile privind procesul de portare sã fie schimbate între furnizori. Comunicarea între BDC şi sistemele informatice ale furnizorilor se realizeazã prin interfeţe standard, în mod securizat. Informaţiile de rutare conţinute în BDC sunt utilizate de cãtre furnizori pentru rutarea apelurilor cãtre numerele portate.
BDC conţine informaţii referitoare la toate categoriile de resurse de numerotaţie din PNN care sunt portate. De asemenea, BDC asigurã accesul ANRCTI la informaţiile necesare verificãrii modului de implementare a porta bilitãţii numerelor. Accesul altor instituţii (ex. operatorul Sistemului naţional unic pentru apeluri de urgenţã) la informaţiile din BDC se va stabili ulterior.
OpBDC este persoana (entitatea) care asigurã operarea, administrarea şi întreţinerea BDC pentru implementarea portabilitãţii numerelor.

5.2. Arhitectura BDC
BDC are douã componente principale:
1. baza de date administrativã (BDAC) - conţine registrul tranzacţiilor (procedurilor administrative) dintre furnizori, precum şi alte informaţii suplimentare necesare în vederea realizãrii portabilitãţii numerelor. BDAC asigurã atât schimbul de mesaje între furnizori, cât şi stocarea acestor mesaje;
2. baza de date de referinţã (BDRC) - conţine setul complet de informaţii referitoare la numerele portate şi la numerele de rutare.
Schema bloc de implementare a portabilitãţii numerelor este prevãzutã în figura 14.

Figura 14

--------------
NOTĂ (CTCE)
Figura 14 "Schema bloc de implementare a portabilitãţii numerelor" se gãseşte în Monitorul Oficial nr. 44bis din 18 ianuarie 2008, Partea I, pag. 57 (a se vedea imaginea asociatã).

BDC - Baza de date centralizatã
BDAC - Baza de date administrativã centralizatã
BDRC - Baza de date de referinţã centralizatã
BDA - Baza de date administrativã a furnizorului
BDOp - Baza de date operaţionalã a furnizorului

BDC nu este utilizatã în timp real de cãtre furnizori pentru rutarea apelurilor cãtre numerele portate. Furnizorii vor asigura rutarea apelurilor sau a altor mesaje cãtre numerele portate prin utilizarea BDOp proprii sau oferite de terţi.
Bazele de date administrative locale (BDA), proprii furnizorilor, sunt utilizate de cãtre furnizori pentru a comunica cu BDC în vederea realizãrii portabilitãţii numerelor. BDA primesc de la BDRC informaţiile de rutare pentru numerele portate, stocheazã aceste informaţii şi actualizeazã BDOp.
Toţi furnizorii care origineazã apeluri trebuie sã aibã acces la informaţiile de rutare corespunzãtoare numerelor portate, stocate în BDC. Responsabilitatea implementãrii BDOp şi a BDA locale revine furnizorilor.
Comunicarea între BDC şi utilizatorii implicaţi în implementarea portabilitãţii numerelor (furnizorii care origineazã apeluri şi ANRCTI) se realizeazã fie prin intermediul unei reţele VPN pe IP securizat, fie prin intermediul liniilor închiriate dedicate. Comunicarea este posibilã numai între fiecare furnizor şi BDC. Prin modul de implementare a BDC se asigurã securizarea comunicaţiilor, definirea interfeţelor BDC şi a interfeţelor de comunicare cu utilizatorii.

5.3. Funcţiile BDC
5.3.1. Informatizarea proceselor asociate implementãrii portabilitãţii numerelor
Aplicaţia software din BDC trebuie sã implementeze procesele administrative asociate portabilitãţii numerelor, conform condiţiilor tehnice şi comerciale. În acest scop, aplicaţia va asigura în timp real schimbul de mesaje transmise de la şi cãtre furnizori şi va actualiza tabelele de date în mod corespunzãtor. Bazele de date ale furnizorilor vor fi actualizate pe baza informaţiilor transmise de cãtre BDC prin mesajele de actualizare, ştergere sau modificare a informaţiilor de rutare. În plus, BDC va asigura sincronizarea bazelor de date ale furnizorilor, permiţând, la solicitarea acestora, descãrcarea informaţiilor de rutare referitoare la un anumit numãr portat, la toate numerele portate sau la numerele portate într-un anumit interval.
Aplicaţia software trebuie sã asigure mecanisme adecvate pentru:
a) tratarea individualã a cererilor de portare;
b) monitorizarea şi actualizarea capacitãţii de procesare zilnicã a fiecãrui FD;
c) managementul cozii de aşteptare pentru cererile de portare pentru 2 zile (ziua curentã şi ziua urmãtoare);
d) managementul excepţiilor apãrute în cadrul proceselor administrative (ex. întreruperea proceselor determinatã de nefuncţionarea BDC sau a aplicaţiilor furnizorilor, netransmiterea mesajelor de cãtre furnizori în termenele stabilite, adaptarea termenelor conform stãrii de funcţionare etc.).
Aplicaţia software trebuie sã asigure un mecanism prin care utilizatorii sã fie informaţi cu privire la actualizarea capacitãţii de procesare, recalcularea termenelor etc.
5.3.2. Stocarea şi modificarea informaţiilor de referinţã cu privire la numerele portate
Pentru fiecare numãr portat este stocatã o înregistrare în BDC (simultan cu transmiterea mesajului AIR). Aceasta va cuprinde:
a) numãrul portat (DN), în format naţional;
b) ID FDi;
c) ID FD;
d) ID FA;
e) momentul portãrii;
f) numãrul de rutare.
BDC va asigura, dacã este necesar, la cererea unui furnizor, replicarea datelor de referinţã stocate în BDC, în vederea sincronizãrii cu baza de date localã a furnizorului respectiv.
5.3.3. Punerea la dispoziţie de informaţii publicului
BDC va include o aplicaţie web care va asigura:
a) publicarea blocurilor de numere care conţin numere portabile;
c) un motor de cãutare prin intermediul cãruia utilizatorii finali pot afla dacã un numãr este portat şi, în caz afirmativ, furnizorul de servicii de telefonie destinate publicului care oferã servicii prin intermediul numãrului respectiv în momentul interogãrii aplicaţiei.
Datele cu caracter personal ale abonaţilor cãrora li se furnizeazã servicii prin intermediul acestor numere nu vor fi prezentate.
Utilizatorii finali vor fi informaţi cã pentru aflarea tarifelor percepute pentru apelurile cãtre numãrul portat respectiv este necesarã contactarea propriului furnizor de servicii. În acest sens, aplicaţia va conţine datele de contact şi linkurile cãtre paginile de internet ale furnizorilor de servicii de comunicaţii electronice destinate publicului unde se oferã astfel de informaţii.
Accesul utilizatorilor la aceastã aplicaţie se va realiza prin intermediul unui mecanism de securitate "anti-robot". Accesul la informaţiile puse la dispoziţia publicului nu trebuie sã afecteze securitatea BDC şi integritatea datelor conţinute în aceasta.
5.3.4. Furnizarea de rapoarte
BDC genereazã rapoarte-standard sau la cerere (on-demand), asigurând posibilitatea de printare sau transferare sub formã de fişier securizat.
BDC permite procesarea solicitãrilor pentru o singurã înregistrare/mesaj, tip de înregistrare/mesaj, parametru sau diferitele tipuri de evenimente pe o perioadã de timp fãrã a fi influenţate performanţele de operare normale.
De asemenea, BDC menţine o listã actualizatã a rapoartelor generate.
Clasificarea rapoartelor în funcţie de destinatar:
a) rapoarte consolidate destinate doar ANRCTI - BDC asigurã instrumente sau suport pentru ca ANRCTI sã poatã realiza rapoarte consolidate referitoare la utilizatorii BDC. Aceste rapoarte vor fi furnizate lunar şi vor cuprinde informaţii privind toţi furnizorii care utilizeazã BDC;
b) rapoarte destinate furnizorilor şi ANRCTI. Fiecare furnizor va avea acces doar la rapoartele cu privire la numerele portate din reţeaua proprie sau în reţeaua proprie (în calitate de FD sau FA). ANRCTI va avea acces la toate rapoartele. Aceste rapoarte vor fi furnizate zilnic, sãptãmânal, lunar sau trimestrial, dupã caz;
c) rapoarte destinate determinãrii parametrilor de calitate - vor fi furnizate trimestrial.
Lista rapoartelor standard generate de BDC este prevãzutã în anexa 3, care face parte integrantã din condiţiile tehnice şi comerciale.

5.4. Asigurarea accesului la BDC
Accesul utilizatorilor la BDC se va realiza prin intermediul interfeţelor administrative. Comunicarea este realizatã prin intermediul mesajelor ce conţin informaţii specifice. Protocolul de comunicaţie va asigura un mecanism de validare a integritãţii datelor conţinute în mesaje.
BDC va include un software de tip "web client" pentru transmiterea mesajelor asociate proceselor, în funcţie de urmãtoarele soluţii tehnice posibile, alese de utilizator:
a) transmitere manualã bazatã pe o interfaţã web;
b) transmitere manualã bazatã pe o interfaţã web şi primire automatã a mesajelor de la BDC;
c) transfer automat, bazat pe comunicaţia directã a BDC cu baza de date administrativã a furnizorului (M2M). Soluţia de comunicaţie M2M nu va permite BDC accesul la aplicaţiile sistem ale furnizorilor. Comunicaţia se poate realiza prin protocolul SOAP cu transfer de fişiere XML.
Aplicaţia software a BDC va asigura soluţia-server care va comunica cu soluţia-client ce va fi asiguratã utilizatorilor BDC.
Pentru transmiterea manualã, este necesar ca utilizatorii sã deţinã urmãtoarele facilitãţi:
a) web browser care sã suporte aplicaţia-client a BDC în vederea transmiterii mesajelor;
b) mecanisme de securizare adecvate;
c) conexiune IP.
Pentru transferul automat, utilizatorii trebuie sã deţinã un pachet software care sã permitã conectarea automatã la BDC pentru schimbul de mesaje sub formã de fişiere XML pe protocol SOAP.

5.5. Funcţia de facturare
Aplicaţia software trebuie sã permitã:
a) implementarea unei funcţii de facturare, în situaţia în care aceasta va fi necesarã pentru facturarea utilizatorilor în vederea acoperirii costurilor de administrare, operare şi întreţinere a BDC;
b) furnizarea de informaţii cu privire la numerele portate, în vederea realizãrii decontãrilor între furnizori.

5.6. Monitorizarea funcţionãrii BDC
BDC asigurã:
a) monitorizarea proceselor şi a fluxurilor de mesaje;
b) monitorizarea integritãţii datelor;
c) monitorizarea interfeţelor şi a legãturilor (linkurilor) de comunicaţii.

5.7. Cerinţe de funcţionare a BDC
5.7.1. Cerinţe privind programele de aplicaţie
Aplicaţiile software trebuie sã asigure urmãtoarele cerinţe specifice:
1. sã asigure interfeţe standard, comun acceptate;
2. operarea sã se realizeze prin intermediul meniurilor şi al comenzilor rapide;
3. imaginea ecranelor sã conţinã datele necesare pentru fiecare funcţie în parte;
4. câmpurile obligatorii sã fie evidenţiate prin interfeţele de introducere a datelor;
5. mesajele de eroare sã aparã într-o formã standard pentru întreg sistemul şi în acelaşi segment al ecranului;
6. sã existe un modul separat de administrare, unde se pot face corecţii (ex. schimbarea statusului numerelor portate);
7. sã suporte verificarea formatului pentru datele introduse, asigurându-se corectitudinea acestora;
8. sã asigure un mecanism de validare a integritãţii datelor din mesajele schimbate (ex. fişiere de control);
9. în cazul unor acţiuni iniţiate simultan de utilizatori, sã se utilizeze un management bazat pe prioritatea mesajelor şi pe clase de acces;
10. sã asigure un mecanism automat de management al excepţiilor;
11. sã asigure profile diferite pentru furnizori şi pentru OpBDC;
12. sã creeze tabele de date pentru aplicaţie;
13. sã creeze urmãtoarele tabele de date de referinţã:
a) tabele cu informaţii despre utilizatori (denumire, date de contact);
b) tabele cu ID furnizori;
c) tabele cu clasele de acces ale utilizatorilor;
d) tabele cu blocurile de numere alocate prin LURN furnizorilor de servicii de comunicaţii electronice destinate publicului;
e) tabele cu numerele de rutare;
f) tabele cu tipurile de mesaje;
g) tabele cu codurile de respingere şi codurile de eroare;
h) tabele cu modul de transmitere a mesajelor de actualizare a informaţiei de rutare (AIR, MIR, SIR), în funcţie de soluţia tehnicã de acces utilizatã;
i) tabele cu termenele proceselor administrative (Timers);
j) tabele cu zilele lucrãtoare şi nelucrãtoare;
k) alte tabele necesare aplicaţiilor BDC;
14. sã asigure maparea informaţiei în tabele cu codurile adecvate;
15. sã creeze etichete descriptive ale tabelelor de date.
5.7.2. Cerinţe privind accesul utilizatorilor la BDC
BDC va permite înregistrarea utilizatorilor, anularea înregistrãrii şi modificarea datelor înregistrate, cu posibilitatea definirii profilului de utilizator. Profilul utilizatorului va include:
a) modalitatea de acces la BDC;
b) clasa de acces.
Se definesc urmãtoarele clase de acces:
1. clasa I - OpBDC;
2. clasa a II-a - utilizatorii din aceastã clasã au acces la BDC pentru toate procesele asociate portabilitãţii numerelor în care sunt direct implicaţi;
3. clasa a III-a - utilizatorii din aceastã clasã au acces numai la informaţiile de rutare conţinute în BDC;
4. clasa a IV-a - ANRCTI. ANRCTI are acces la datele statistice referitoare la desfãşurarea procesului de portare.
5.7.3. Cerinţe de securitate
BDC va asigura respectarea urmãtoarelor cerinţe de securitate:
a) accesul utilizatorilor la BDC se va realiza doar printr-o metodã sigurã de autorizare;
b) nivelele de autorizare, identitatea şi parolele vor fi atribuite de administratorul sistemului. Parolele iniţiale vor fi înmânate utilizatorilor în plicuri sigilate;
c) parolele vor conţine minim 8 caractere (caractere alfanumerice şi caractere speciale);
d) parolele iniţiale atribuite vor fi modificate de furnizori la prima logare la aplicaţia BDC şi pot fi schimbate periodic;
e) drepturile de acces vor fi verificate în cazul solicitãrilor de rapoarte, scrierii sau citirii informaţiilor din/în BDC;
f) se va asigura managementul mesajelor electronice autentificate (ex. autentificarea originii datelor pentru fiecare mesaj, detecţia rãspunsului, detecţia modificãrii mesajului, detecţia "time frame"-ului mesajului);
g) sistemul trebuie sã poatã verifica autenticitatea datelor, pe baza semnãturilor electronice ale utilizatorilor.
Mecanismul de securitate (criptarea)
Interfaţa dintre BDC şi bazele de date ale furnizorului vor asigura criptarea datelor, bazându-se pe sistemul de chei publice şi algoritm de semnãturã digitalã, sau alţi algoritmi de criptare care pot asigura un nivel de securitate adecvat. OpBDC şi furnizorii care utilizeazã BDC vor comunica lista algoritmilor de criptare utilizaţi.
Înregistrarea pentru audit
BDC va asigura posibilitatea de auditare a acţiunilor desfãşurate de utilizatori asupra BDC, cu scrierea în tabele de log. Vor fi înregistrate cel puţin urmãtoarele elemente (Log contents):
1. mesajele de intrare care rezultã dintr-o stabilire sau terminare a conexiunilor;
2. toate mesajele invalide (ex. semnãturã invalidã, secvenţã de numere în afara tranşei, transmiţãtor neautorizat pentru cererea implicatã);
3. toate mesajele de intrare care pot determina alterarea informaţiei conţinute de BDC;
4. IP de acces;
5. modificãrile drepturilor de acces;
6. utilizarea autorizatã/neautorizatã a unui cont de acces;
7. time-stamp (eticheta de timp atribuitã în mod automat unui mesaj).
5.7.4. Cerinţe privind performanţele BDC:
a) iniţial, BDC trebuie sã asigure o capacitate de stocare a informaţiilor pentru cel puţin douã milioane de numere portate şi sã poatã fi extinsã;
b) sã poatã procesa cel puţin 10 mesaje de portare pe secundã;
c) sã poatã oferi servicii de acces pentru cel puţin 300 de utilizatori (furnizori) simultan. Fiecare furnizor va avea un singur punct de acces (un singur user, o singurã parolã, o singurã sesiune deschisã);
d) sã poatã procesa cel puţin 6.000 de numere portate în fiecare zi;
e) sã poatã stoca şi interpreta informaţii referitoare la schimbul de mesaje pentru o perioadã de cel puţin 10 ani. Doar informaţiile din ultimele 12 luni trebuie sã fie direct accesibile. În acest sens, se vor utiliza urmãtoarele metode:
1. arhivarea - este necesarã o procedurã (funcţie) de salvare şi arhivare a datelor mai vechi de 12 luni pe un mediu back-up (preferabil extern);
2. recuperarea datelor arhivate - este necesarã stabilirea unei modalitãţi de recuperare a datelor din arhivã şi de cãutare a datelor vechi fãrã a afecta conţinutul datelor de operare.
5.7.5. Cerinţe privind fiabilitatea şi disponibilitatea
BDC va fi proiectatã astfel încât sã se asigure o fiabilitate superioarã, avându-se în vedere caracteristicile de integritate şi redundanţã a datelor, capabilitãţile de multiprocesare şi posibilitatea de extindere a capacitãţii.
BDC trebuie sã îndeplineascã urmãtoarele condiţii în ceea ce priveşte fiabilitatea şi disponibilitatea:
a) sã funcţioneze 24 de ore pe zi, 7 zile pe sãptãmânã;
b) disponibilitatea sã fie de 99,95%, cu privire la funcţionalitate şi integritatea datelor;
c) timpul de restabilire a funcţionãrii sistemului dupã o defecţiune minorã sã fie de cel mult o orã (calculat din momentul raportãrii defecţiunii pânã la momentul restabilirea funcţionãrii complete a sistemului);
d) timpul de restabilire a funcţionãrii sistemului dupã o defecţiune majorã sã fie de cel mult 8 ore (calculat din momentul raportãrii defecţiunii pânã la momentul restabilirii funcţionãrii complete a sistemului);
e) sã asigure un mecanism de informare a furnizorilor în caz de nefuncţionare accidentalã;
f) sã asigure un mecanism de procesare a tranzacţiilor afectate de defecţiunea BDC.
5.7.6. Rezervarea, restabilirea şi restabilirea dupã dezastre
BDC trebuie sã asigure respectarea urmãtoarelor cerinţe:
a) sã includã funcţii de back-up care sã asigure o versiune actualizatã completã a BDC;
b) sã suporte proceduri de recuperare automatã în cazul pierderilor de date;
c) timpul de efectuare a unui back-up automat pentru partea din baza de date care conţine informaţiile despre numerele portate sã fie de cel mult o orã;
d) timpul de efectuare a unui back-up automat al întregii baze de date sã fie de cel mult douã ore;
e) procedurile de back-up, restabilire şi restabilire a funcţionãrii dupã dezastre sã fie bine definite şi documentate, astfel încât managementul acestora sã poatã fi realizat de OpBDC, fãrã a cunoaşte conţinutul BDC.
În cazul unui dezastru care limiteazã capacitatea BDC, sã se asigure:
a) restabilirea capacitãţii de a recepţiona, procesa şi de a difuza actualizãri în cel mult 12 ore;
b) restabilirea funcţionalitãţii totale în cel mult 48 de ore.
Pentru monitorizarea performanţelor BDC în conformitate cu aceste cerinţe, BDC va furniza rapoarte.
5.7.7. Facilitãţi de testare
BDC va fi prevãzutã cu un modul adiţional de test pentru verificarea conectãrii şi pentru efectuarea de teste cu privire la schimbul de informaţii între BDC şi utilizatori. Condiţiile de testare vor fi similare cu cele de funcţionare realã (sistem de producţie).
5.7.8. Facilitãţi de monitorizare a funcţionãrii sistemului
Pentru asigurarea integritãţii datelor şi a sistemului (întreţinerea datelor), BDC trebuie sã cuprindã urmãtoarele proceduri pentru funcţia de întreţinere a datelor:
a) proceduri de monitorizare a resurselor sistemului (inclusiv hard);
b) proceduri de verificare a integritãţii bazei de date;
c) proceduri de detectare a condiţiilor de eroare;
d) reguli de verificare a actualizãrii datelor;
e) proceduri de tratare a intrãrilor multiple;
f) proceduri de sincronizare a ceasului sistemului, asigurându-se sincronizarea dintre BDC şi bazele de date ale furnizorilor prin folosirea unor protocoale adecvate (ex. NTP network time protocol, serverul Stratum 2 MCTI)
În vederea monitorizãrii legãturilor de comunicaţii cu BDC, sistemul trebuie sã asigure:
a) detectarea erorilor de comunicaţii;
b) asistenţa la rezolvarea problemelor de comunicaţii ale furnizorilor cu BDC;
c) monitorizarea întreruperii şi restabilirii accesului normal.
5.7.9. Scalabilitate şi upgradare
BDC trebuie sã asigure:
a) satisfacerea cerinţelor necesare modificãrii mãrimii înregistrãrilor pentru a include toate câmpurile aferente unui tip de mesaj;
b) posibilitatea upgradãrii componentelor hardware şi software ale sistemului;
c) posibilitatea upgradãrii sau extinderii cu un impact minim în ceea ce priveşte întreruperea funcţionãrii. Aceste operaţii trebuie realizate, în general, în timpul întreruperilor de funcţionare programate.
5.7.10. Întreţinere, instruire şi suport tehnic
Furnizorul aplicaţiei software va asigura:
a) suport tehnic (soft şi hard) pentru asigurarea funcţionãrii BDC pentru cel puţin 1 an de la data furnizãrii aplicaţiei;
b) documentaţie tehnicã completã a BDC;
c) documentaţie de test;
d) programe de asistenţã (help-on-line);
e) programe pentru instruirea în vederea utilizãrii BDC.

5.8. Rolul OpBDC
OpBDC are urmãtoarele funcţii:
a) administrarea şi monitorizarea BDC;
b) planificarea şi implementarea politicilor de back-up pentru asigurarea protecţiei datelor;
c) asigurarea securitãţii informaţiilor la nivelul BDC şi aplicaţiei;
d) configurarea bazei de date în conformitate cu cerinţele furnizorilor care utilizeazã BDC;
e) configurarea bazei de date şi aplicaţiei în conformitate cu cerinţele de securitate ale furnizorilor;
f) monitorizarea proceselor aplicaţiilor;
g) monitorizarea BDC din punctul de vedere al performanţei şi capacitãţii aplicaţiei;
h) investigarea problemelor ridicate de utilizatorii aplicaţiilor;
i) intervine în cazul apariţiei disfuncţionalitãţilor;
j) integrator de sistem pe perioada implementãrii BDC.

5.9. Atribuţiile OpBDC
5.9.1. Înregistrarea/modificarea/anularea înregistrãrii utilizatorilor
OpBDC va înregistra, va modifica sau va anula înregistrarea utilizatorilor, pe baza solicitãrilor primite, şi va stabili clasa de acces pentru fiecare utilizator, în funcţie de informaţiile furnizate (va crea profilul utilizatorului).
În vederea înregistrãrii în BDC, toţi solicitanţii vor transmite OpBDC urmãtoarele informaţii:
a) denumirea şi datele de contact ale solicitantului (persoana de contact, numãr de telefon, adresa de e-mail);
b) identitatea furnizorului (ID);
c) calitatea utilizatorului (FA, FD, AF), în vederea stabilirii clasei de acces;
d) modalitatea de acces (automatã sau manualã) şi informaţia pentru comunicaţie (ex. adresa IP);
e) numãrul de telefon şi pagina de internet prin intermediul cãrora pot fi obţinute informaţii cu privire la procedura de portare, dacã este cazul, şi tarifele practicate pentru apelurile cãtre numerele portate;
f) blocurile care conţin numere ce pot fi portate alocate prin LURN, dacã este cazul;
g) numerele de rutare alocate de cãtre ANRCTI, dacã este cazul.
OpBDC va stabili clasa de acces a furnizorilor, în funcţie de informaţiile furnizate de ANRCTI (clasa a II-a - FA, FD, clasa a III-a - AF).
OpBDC va notifica utilizatorii cu privire la activarea dreptului de acces, comunicând totodatã:
a) adresa pentru comunicaţiile cu BDC (pagina de internet sau adresa IP);
b) elementele de identificare (ID, parole) pentru realizarea accesului utilizatorului la BDC;
c) datele de contact ale OpBDC (persoana de contact, numãrul de telefon, adresa de e-mail).
5.9.2. Administrarea tabelelor de date ale BDC
OpBDC asigurã administrarea tabelelor de date.
5.9.3. Asigurarea continuitãţii funcţionãrii BDC
OpBDC va asigura funcţionarea BDC prin monitorizare şi luarea mãsurilor necesare în vederea rezolvãrii tuturor problemelor care survin în desfãşurarea activitãţii bazei de date. OpBDC va furniza documentaţia de utilizare a BDC (inclusiv pe pagina de internet) şi va organiza sesiuni de instruire, la cererea utilizatorilor.
OpBDC va coordona şi va oferi asistenţã utilizatorilor în vederea:
a) testãrii funcţionãrii BDC în relaţia cu fiecare utilizator, la înregistrarea fiecãrui nou utilizator şi ori de câte ori se sesizeazã anomalii în funcţionarea BDC;
b) corectãrii unor erori care ar putea influenţa buna funcţionare a BDC;
c) analizãrii şi rezolvãrii problemelor apãrute la descãrcarea fişierelor.
OpBDC va notifica în avans toţi utilizatorii cu privire la perioadele de nefuncţionare programate ale BDC, printr-un mesaj electronic. Dacã transmiterea mesajului nu este posibilã, notificarea se va transmite prin fax sau la numerele de contact puse la dispoziţia OpBDC de cãtre utilizatori.
OpBDC va asigura restabilirea integritãţii datelor din BDC apelând la resursele back-up, astfel:
a) la solicitarea utilizatorilor BDC sau în cazul apariţiei unor disfuncţionalitãţi, OpBDC va declanşa procedura de verificare şi actualizare a datelor;
b) pe durata desfãşurãrii acestui proces, la încercarea de accesare a BDC, furnizorii vor fi informaţi despre desfãşurarea procedurii de back-up;
c) pe durata desfãşurãrii acestui proces, nu se pot procesa cereri de portare primite de la furnizori;
d) cererile de portare transmise în aceastã perioadã vor fi procesate automat la finalizarea procesului de back-up.
Restabilirea funcţionãrii BDC în caz de dezastre se va realiza în conformitate cu specificaţiile tehnice ale sistemului implementat.
OpBDC va notifica utilizatorilor versiunile de resurse software ale BDC care vor fi instalate. Documentaţia actualizatã va fi inclusã ca parte a actualizãrilor software. De asemenea, OpBDC va notifica utilizatorilor modificãrile BDC.
5.9.4. Asigurarea suportului administrativ necesar funcţionãrii BDC
OpBDC va asigura:
a) resursele umane şi materiale necesare desfãşurãrii activitãţii BDC;
b) administrarea resurselor financiare;
c) planificarea activitãţii personalului BDC;
d) serviciul "Asistenţã furnizori" (Hot-line/Support Desk), care va fi disponibil în timpul programului normal de lucru. În funcţie de solicitãri, serviciul ar putea fi disponibil 24 de ore pe zi, 7 zile pe sãptãmânã;
e) facilitãţile BDC şi întreţinerea acestora;
f) facilitãţile de comunicaţii:
1. facilitãţi de comunicaţii de date (e-mail, paginã de internet);
2. facilitãţi de comunicaţii de voce, fixe şi mobile;
3. faxuri.
5.9.5. Punerea la dispoziţia publicului de informaţii cu privire la numerele portate
OpBDC va pune la dispoziţia publicului, cu titlu gratuit, prin intermediul paginii sale de internet, informaţii clare şi actualizate cu privire la numerele portate.
Informaţiile puse la dispoziţia publicului vor fi:
a) blocurile de numere care conţin numere portabile;
b) dacã un anumit numãr figureazã în baza de date cu numerele portate;
c) furnizorul care oferã servicii prin intermediul numãrului respectiv la data interogãrii;
d) datele de contact ale furnizorilor de servicii de comunicaţii electronice destinate publicului, inclusiv adresele paginilor de internet unde pot fi accesate informaţii cu privire la portarea numerelor.
5.9.6. Furnizarea de rapoarte
OpBDC transmite rapoarte-standard sau la cerere (on-demand).
5.9.7. Securitatea
OpBDC va elabora norme de securitate cu privire la accesul la BDC. De asemenea:
a) locaţia BDC va fi protejatã prin asigurarea unor arii de protecţie şi puncte de acces bine definite;
b) se va asigura protecţia fizicã a echipamentelor şi suporturilor pe care se stocheazã informaţia.
5.9.8. Confidenţialitatea datelor
În desfãşurarea activitãţii sale, OpBDC va asigura confidenţialitatea datelor în conformitate cu prevederile:
1. <>Legii nr. 182/2002 privind protecţia informaţiilor clasificate, cu modificãrile şi completãrile ulterioare;
2. <>Legii nr. 506/2004 privind prelucrarea datelor cu caracter personal şi protecţia vieţii private în sectorul comunicaţiilor electronice, cu completãrile ulterioare;
3. <>Legii nr. 677/2001 pentru protecţia persoanelor cu privire la prelucrarea datelor cu caracter personal şi libera circulaţie a acestor date, cu modificãrile şi completãrile ulterioare.
Accesul la datele referitoare la numerele portate şi care nu au legãturã cu rutarea, utilizate de BDC în procesul de portare nu va fi permis altor utilizatori, cu excepţia FA şi FD. Alte informaţii, care nu au legãturã cu procesul de rutare a apelurilor, pot fi primite de utilizatori, în conformitate cu prevederile legale.
5.9.9. Furnizarea unor servicii utilizatorilor de cãtre OpBDC
OpBDC va stabili un set de servicii pe care le furnizeazã utilizatorilor, adecvate modalitãţii şi clasei de acces specifice fiecãrui furnizor. Acestea vor fi oferite pe baza contractelor încheiate între OpBDC şi utilizatori.
Pânã la desemnarea OpBDC, funcţiile şi atribuţiile acestuia vor fi îndeplinite de ANRCTI. O datã cu desemnarea OpBDC se va stabili şi modalitatea de finanţare a administrãrii, operãrii şi întreţinerii BDC.

6. MODALITĂŢI DE DECONTARE A COSTURILOR ÎNTRE FURNIZORI

6.1. Consideraţii generale
Implementarea portabilitãţii numerelor genereazã costuri suplimentare, costuri care sunt suportate de furnizorii de servicii de comunicaţii electronice destinate publicului. Un furnizor poate recupera o parte din aceste costuri de la alţi furnizori, în funcţie de rolul pe care îl are în procesul de portare, sau de la utilizatorii finali.
În vederea stabilirii modalitãţilor de decontare a costurilor între furnizori, sunt analizate, pe scurt, principalele categorii de costuri determinate de implementarea portabilitãţii numerelor şi sunt stabilite principiile de recuperare a acestor costuri.

6.2. Costurile furnizorilor de reţele şi servicii de comunicaţii electronice

6.2.1. Costuri de implementare în reţea a serviciului de portabilitate a numerelor
Costurile de implementare, nerecurente, reflectã toate activitãţile (dezvoltare de soluţii, implementare efectivã, testare iniţialã, instruirea personalului etc.) care se desfãşoarã pentru introducerea soluţiilor tehnice, operaţionale şi administrative necesare funcţionãrii portabilitãţii numerelor sau modificãrii soluţiei de implementare a portabilitãţii.
În funcţie de arhitectura şi mãrimea reţelei, implementarea portabilitãţii numerelor poate necesita modificãri ale reţelei (comutatoare, platforme de reţea inteligentã, reţea de semnalizare, reţea de date), realizarea interoperabilitãţii cu serviciile existente, modificãri ale sistemelor de operare, modificãri ale procedurilor de lucru interne şi ale metodelor de operare, testare iniţialã (teste interne şi teste de interoperabilitate cu alţi operatori) etc.
Aceste costuri vor fi suportate de fiecare furnizor de reţele şi de servicii de comunicaţii electronice care are obligaţia de a implementa portabilitatea numerelor. Având în vedere cã, în conformitate cu dispoziţiile art. 19 alin. (1) din Decizia preşedintelui Autoritãţii Naţionale de Reglementare în Comunicaţii nr. 144/EN/2006, cu modificãrile şi completãrile ulterioare, fiecare furnizor care origineazã apeluri suportã propriile costuri asociate implementãrii portabilitãţii numerelor, inclusiv costurile interfeţelor cu bazele de date centralizate, nu este permisã recuperarea acestor costuri de la alţi furnizori de reţele şi de servicii de comunicaţii electronice.

6.2.2. Costuri de implementare, administrare, operare şi întreţinere a BDC
Au fost identificate douã subcategorii de costuri:
a) costurile cu achiziţionarea BDC şi a echipamentelor necesare, cu instalarea şi testarea acestora. Realizarea BDC va fi finanţatã din fonduri PHARE, cu cofinanţare ANRCTI;
b) costurile cu administrarea, operarea şi întreţinerea BDC. Modul de finanţare a acestor costuri vor fi stabilite odatã cu desemnarea OpBDC.
Fiecare furnizor care origineazã apeluri va suporta costurile interfeţelor cu BDC, în conformitate cu art. 19 alin. (1) din Decizia preşedintelui ANRC preşedintelui Autoritãţii Naţionale de Reglementare în Comunicaţii nr. 144/EN/2006, cu modificãrile şi completãrile ulterioare.

6.2.3. Costuri de portare pentru fiecare numãr
Costurile de portare pentru fiecare numãr reflectã activitãţile tehnice, operaţionale şi administrative care sunt efectuate pentru fiecare cerere de portare. Acestea includ costurile generate de activitãţile tehnice (realizarea portãrii numãrului respectiv), operaţionale şi administrative, precum şi costurile legate de actualizarea bazelor de date locale utilizate şi a BDC. Atât FD, cât şi FA, înregistreazã costuri de portare pentru fiecare numãr.
Principiile de recuperare a acestor costuri, precum şi nivelul maxim al tarifului de portare au fost stabilite prin art. 19 din Decizia preşedintelui Autoritãţii Naţionale de Reglementare în Comunicaţii nr. 144/EN/2006, cu modificãrile şi completãrile ulterioare. Astfel, costurile FD cu portarea numãrului vor putea fi recuperate de la FA, fãrã a putea depãşi:
a) 13 euro pentru fiecare numãr portat, în cazul portabilitãţii numerelor geografice, a portabilitãţii numerelor independente de locaţie şi a portabilitãţii numerelor nongeografice, altele decât cele pentru servicii de telefonie mobilã;
b) 11 euro pentru fiecare numãr portat, în cazul portabilitãţii numerelor nongeografice pentru servicii de telefonie mobilã.
FA suportã costurile interne cu portarea numãrului.
Tarifele datorate de FA în baza <>art. 19 alin. (2) din Decizia preşedintelui ANRC nr. 144/2006 vor fi facturate FA direct de cãtre FD.

6.2.4. Costuri de rutare a apelului cãtre un numãr portat
Costurile de rutare a apelurilor reflectã resursele suplimentare de reţea (comutatoare, transmisiuni, semnalizare, interogare a bazelor de date locale şi a BDC) utilizate pentru rutarea apelurilor cãtre numerele portate. Aceste costuri sunt suplimentare celor asociate în mod normal cu apelul cãtre un numãr neportat sau în lipsa implementãrii portabilitãţii. Existã douã principale categorii de astfel de costuri suplimentare:
1. costuri suplimentare de rutare, asociate cu transportarea unui apel de la o reţea intermediarã (de regulã, reţeaua donoare iniţialã) cãtre reţeaua de terminare a apelului respectiv. Costurile suplimentare de rutare sunt determinate de folosirea metodei de rutare OR, caz în care un apel cãtre un numãr portat este transmis cãtre reţeaua donoare iniţialã;
2. costuri de accesare a BDOp. Costurile de accesare a BDOp sunt, de regulã, asociate cu utilizarea metodei de rutare ACQ care implicã accesarea bazei de date în vederea procesãrii unui apel.
Aceste costuri sunt suportate de furnizorul care origineazã apelul.
Modul de transmitere a apelurilor cãtre numerele portate, în cazul utilizãrii metodei de rutare ACQ, este prezentat schematic în figura 15.

Figura 15

-------------
NOTA(CTCE)
Figura 15 se gãseşte în Monitorul Oficial al României, Partea I, nr. 44 bis din 18 ianuarie 2008, pag. 73 (a se vedea imaginea asociatã).

1 - Reţeaua de originare primeşte un apel şi trimite o interogare cãtre baza de date operaţionalã proprie;
2 - Baza de date returneazã numãrul de rutare asociat cu numãrul apelat;
3 - Reţeaua de originare foloseşte numãrul de rutare pentru a ruta apelul (direct sau prin tranzit) cãtre reţeaua FA.

Utilizarea metodei ACQ pentru rutarea apelurilor între reţele implicã un cost suplimentar pentru furnizorul care origineazã apelul (respectiv costul generat de interogarea BDOp şi a BDC), în vederea obţinerii informaţiei de rutare. În acest caz, costurile de accesare a BDOp vor fi suportate de cãtre furnizorul din reţeaua cãruia se origineazã apelul. Tarifele de interconectare vor fi identice cu cele stabilite înainte de implementarea portabilitãţii.
În cazul în care un furnizor nu poate implementa metoda ACQ, va putea utiliza metoda OR, cu aprobarea ANRCTI, suportând toate costurile suplimentare.
Modul de transmitere a apelurilor cãtre numerele portate, în cazul utilizãrii metodei OR, este prezentat schematic în figura 16.

Figura 16

--------------
NOTA(CTCE)
Figura 16 se gãseşte în Monitorul Oficial al României, Partea I, nr. 44 bis din 18 ianuarie 2008, pag. 74 (a se vedea imaginea asociatã).

1 - Reţeaua de originare primeşte un apel şi ruteazã apelul cãtre reţeaua FDi (direct sau prin tranzit);
2 - Reţeaua FD interogheazã baza de date operaţionalã şi stabileşte cã numãrul apelat este portat;
3 - Baza de date returneazã numãrul de rutare asociat cu numãrul apelat;
4 - Reţeaua FD foloseşte numãrul de rutare pentru a ruta apelul (direct sau prin tranzit) cãtre reţeaua FA.

Furnizorul care origineazã apelul va ruta apelurile cãtre numerele portate în acelaşi mod ca şi pe cele cãtre numerele neportate (pe baza analizei numãrului de apel) cãtre FD (direct sau prin tranzit), urmând ca acesta din urmã sã realizeze operaţiunile necesare în vederea rutãrii apelului cãtre reţeaua FA.
În acest caz, furnizorul care origineazã apelul şi utilizeazã metoda OR va plãti pentru fiecare apel cãtre un numãr portat:
a) tariful de terminare cãtre FA (şi tariful sau tarifele de tranzit, dupã caz, dacã traficul dintre reţeaua FD şi reţeaua FA se realizeazã prin intermediul uneia sau mai multor reţele de tranzit);
b) un tarif care reflectã utilizarea funcţiunilor de portabilitate cãtre FD (costurile de accesare a BDOp);
c) tariful de tranzit cãtre FD, pentru a acoperi costurile suplimentare de rutare în urma rutãrii suplimentare a apelurilor de cãtre FD.
Tarifele de terminare şi de tranzit vor fi cele negociate şi stabilite în cadrul acordurilor de interconectare dintre pãrţi sau, în cazul operatorilor cu putere semnificativã pe pieţele relevante cãrora le-au fost impuse obligaţii de fundamentare a tarifelor în funcţie de costuri, cele impuse de cãtre ANRCTI.
Tariful care reflectã utilizarea funcţiunilor de portabilitate va fi stabilit prin negociere între pãrţi şi va fi inclus în acordul de interconectare dintre furnizori.
Modalitatea de decontare a tarifelor se va stabili prin negociere între pãrţi şi va consta în decontare directã sau decontare în cascadã.
În cazul în care furnizorul care origineazã apelurile achiziţioneazã serviciile de rutare de la un terţ, condiţiile de achiziţionare a acestor servicii se vor stabili pe baze comerciale, prin negociere. Tarifele aferente, modalitãţile de platã, precum şi alte condiţii, vor fi incluse în acordul de interconectare dintre furnizorul care origineazã apelurile şi terţ.

6.3. Tarifarea utilizatorilor finali

6.3.1. Tariful de portare perceput abonatului
Având în vedere cã FD îşi poate recupera costurile de portare a unui numãr de la FA, FD nu va factura abonatul pentru activitãţile de portare a numãrului.
În schimb, FA va suporta integral costurile interne determinate de portarea numãrului. FA poate transfera abonatului o parte din aceste costuri, cu respectarea condiţiei ca aceste tarife sã fie accesibile. În cazul în care ANRCTI va constata cã tarifele percepute utilizatorilor finali nu sunt accesibile, va impune obligaţii specifice pentru ca sumele datorate de abonaţi pentru acest serviciu sa fie accesibile.

6.3.2. Tarifele percepute pentru apelarea unui numãr portat
Conform art. 20 alin. (2) din Decizia preşedintelui Autoritãţii Naţionale de Reglementare în Comunicaţii nr. 144/EN/2006, cu modificãrile şi completãrile ulterioare, tarifele apelurilor cãtre numerele portate sunt stabilite de furnizorii care origineazã apelurile.
Existã douã opţiuni de tarifare a utilizatorilor finali pentru apelurile cãtre un numãr portat:
a) tarifarea în funcţie de numerotaţie - în acest caz, tariful va rãmâne neschimbat în urma portãrii numãrului (ca şi când numãrul nu ar fi fost portat);
b) tarifarea în funcţie de reţea - tariful datorat de utilizatorul final care origineazã apelul se va modifica la nivelul tarifului cãtre reţeaua FA.
Costurile aferente implementãrii mecanismelor de informare a utilizatorilor finali, potrivit <>art. 21 din Decizia preşedintelui ANRC nr. 144/2006 şi condiţiilor tehnice şi comerciale, vor fi suportate de fiecare furnizor de servicii de telefonie destinate publicului.

7. PARAMETRII DE CALITATE AI SERVICIULUI DE PORTABILITATE A NUMERELOR

7.1. Introducere
În prezentul document se stabilesc parametrii de calitate ai serviciului de portabilitate a numerelor ce trebuie respectaţi în procesul de portare şi cu privire la BDC.
Parametrii de calitate definiţi se aplicã activitãţilor desfãşurate de furnizorii de servicii de comunicaţii electronice destinate publicului cãrora le revin obligaţii privind asigurarea portabilitãţii numerelor, precum şi activitãţilor OpBDC.
Stabilirea unui set de parametri de calitate şi impunerea unor obiective pentru parametrii stabiliţi au drept scop:
a) asigurarea desfãşurãrii în condiţii optime a procesului de portare;
b) evaluarea respectãrii obligaţiilor impuse furnizorilor de servicii de comunicaţii electronice destinate publicului cu privire la implementarea portabilitãţii numerelor;
c) evaluarea respectãrii obligaţiilor impuse OpBDC;
d) asigurarea unor elemente de referinţã pentru stabilirea raporturilor contractuale reciproce între furnizorii care au obligaţii cu privire la implementarea portabilitãţii numerelor;
e) monitorizarea, de cãtre ANRCTI, a impactului implementãrii portabilitãţii numerelor şi identificarea aspectelor care influenţeazã negativ desfãşurarea procesului;
f) realizarea unor statistici de cãtre ANRCTI.

7.2. Definirea parametrilor de calitate

7.2.1. Parametrii de calitate ai procesului de portare

I. Rata cererilor de portare transmise fãrã erori (RCC)
Acest parametru reprezintã raportul, exprimat în procente, dintre numãrul cererilor de portare care au fost considerate corecte de cãtre BDC [pentru care BDC a transmis mesajul A(CPF)] şi numãrul total de cereri transmise de FA cãtre BDC (CPF).


                   Numarul_cererilor_acceptate


Numarul_total_de_cereri_transmise


Parametrul se determinã pentru fiecare FA şi pentru fiecare categorie de resurse de numerotaţie portabile.

II. Rata cererilor de portare acceptate (RCA)
1. Rata cererilor de portare transmise de un FA şi acceptate de cãtre toţi FD [RCA(FA)]
Acest parametru reprezintã raportul, exprimat în procente, dintre numãrul cererilor de portare care au fost acceptate de cãtre FD (pentru care a fost transmis mesajul ACP) şi numãrul total de cereri primite de la un FA şi transmise de BDC cãtre FD.


                      Numarul_cererilor_acceptate_de_toti_FD


Nr_total_de_cereri_transmise_de_catre_un_FA_si_acceptate_de_BDC


Parametrul se determinã pentru fiecare FA şi pentru fiecare categorie de resurse de numerotaţie portabile.

2. Rata cererilor de portare transmise de toţi FA şi acceptate de un FD [RCA(FD)]
Acest parametru reprezintã raportul, exprimat în procente, dintre numãrul cererilor de portare care au fost acceptate de cãtre un FD şi numãrul total de cereri primite de respectivul FD.



                   Numarul_cererilor_acceptate_de_un_FD


Numarul_total_de_cereri_primite


Parametrul se determinã pentru fiecare FD şi pentru fiecare categorie de resurse de numerotaţie portabile.

III. Rata cererilor de portare anulate [RCP(A)]
Acest parametru reprezintã raportul, exprimat în procente, dintre numãrul cererilor de portare transmise de un FA care au fost anulate de cãtre BDC pentru depãşirea termenului T(611) şi numãrul total de cereri transmise de cãtre FA şi acceptate de cãtre toţi FD.






                                  Numarul_cererilor_anulate


Nr_total_de_cereri_transmise_de_catre_un_FA_si_acceptate_de_catre_toti_FD



Parametrul se determinã pentru fiecare FA şi pentru fiecare categorie de resurse de numerotaţie portabile.

IV. Rata cererilor de portare procesate în termenul T(1) (RCP[T(1)])
Acest parametru reprezintã raportul, exprimat în procente, dintre numãrul cererilor de portare la care FD a rãspuns în termenul T(1) şi numãrul total de cereri primite de cãtre FD.



                  Numarul_cererilor_acceptate_sau_respinse_in_T(1)(FD)


Numarul_total_de_cereri_primite



Parametrul se determinã pentru fiecare FD şi pentru fiecare categorie de resurse de numerotaţie portabile.

V. Rata cererilor de portare finalizate de FD în termenul T(3)(RCP[T(3)])
Acest parametru reprezintã raportul, exprimat în procente, dintre numãrul cererilor de portare la care FD a realizat portarea în termenul T3 şi numãrul total de cereri primite şi acceptate de cãtre FD.





              Numarul_cererilor_la_care_portarea_este_realizata_in_T(3)(FD)


Nr_total_de_cereri_primite_si_acceptate_de_catre_FD



Parametrul se determinã pentru fiecare FD şi pentru fiecare categorie de resurse de numerotaţie portabile.

VI. Rata cererilor de portare finalizate de FA în termenul T(4) (RCP[T(4)])
Acest parametru reprezintã raportul, exprimat în procente, dintre numãrul cererilor de portare la care FA a realizat portarea în termenul T(4) şi numãrul total de cereri pentru care toţi FD au realizat portarea (FA a primit mesajul RPD).






               Numarul_cererilor_la_care_portarea_este_realizata_in_T(4)(FA)


Nr_total_de_cereri_transmise_si_acceptate_de_catre_toti_FD



Parametrul se determinã pentru fiecare FA şi pentru fiecare categorie de resurse de numerotaţie portabile.

VII. Rata cererilor de portare finalizate de AF în termenul T(5) (RCP[T(5)])
Acest parametru reprezintã raportul, exprimat în procente, dintre numãrul cererilor de portare pentru care un furnizor a realizat actualizarea BDOp în termenul T(5) şi numãrul total de cereri de actualizare a informaţiilor de rutare primite de la BDC.






               Nr_cererilor_pt_care_un_furnizor_a_actualizat_bazele_de_date_operationale


Nr_total_de_cereri_de_actualizare_a_inf_de_rutare_primite_de_la_BDC




Parametrul se determinã pentru fiecare AF şi pentru fiecare categorie de resurse de numerotaţie portabile.

7.2.2. Parametrii de calitate ai BDC
Pentru evaluarea activitãţii BDC se monitorizeazã urmãtorii parametri:
I. Disponibilitatea BDC - reprezintã timpul mediu de funcţionare a BDC exprimat în procente, din perioada de mãsurã
Consideraţii privind mãsurarea parametrilor indicatorului




                           365*24*60 - ΣTn


365*24*60

Tn - perioada în care BDC a fost nefuncţionalã (minute).



Se considerã perioade de nefuncţionare, perioadele în care:
a) s-au înregistrat deranjamente reclamate de furnizori, confirmate prin teste şi investigaţii;
b) s-au înregistrat abateri de la funcţionarea normalã sesizate de BDC, confirmate prin teste şi investigaţii;
c) întreruperi planificate (teste, activitãţi de întreţinere şi reparaţii).

II. Timpul maxim de restabilire dupã o defecţiune minorã - reprezintã perioada maximã de la raportarea unei defecţiuni minore pânã la remedierea acesteia.
Defecţiune minorã - o defecţiune tehnicã care afecteazã capacitatea de procesare a BDC, dar sistemul poate fi utilizat cu unele restricţii. În acest caz, mesajele vor fi procesate conform nivelului de prioritate.

III. Timpul maxim de restabilire dupã o defecţiune majorã - reprezintã perioada maximã de la raportarea unei defecţiuni majore pânã la remedierea acesteia.
Defecţiune majorã - o defecţiune tehnicã care afecteazã mai multe module ale sistemului BDC, inclusiv componentele hardware, ce determinã imposibilitatea utilizãrii sistemului BDC de cãtre furnizori.
Furnizorul BDC şi OpBDC vor identifica defecţiunile minore şi defecţiunile majore, precum şi modalitãţile de remediere a acestora.

7.3. Obiective privind calitatea procesului de portare şi furnizorii responsabili



┌────────────────────────────────┬────────────┬───────────┬────────────────────┐
│Parametru                       │Obiectiv    │Furnizor   │Observaţii          │
│                                │            │responsabil│                    │
├────────────────────────────────┼────────────┼───────────┼────────────────────┤
│Rata cererilor de portare       │70% - sem.I*│FA         │Se contabilizeazã   │
│transmise fãrã erori (RCC)      │80%       - │           │toate cererile de   │
│                                │sem.II**    │           │portare.            │
│                                │95%         │           │                    │
├────────────────────────────────┼────────────┼───────────┼────────────────────┤
│Rata cererilor de portare       │70% - sem.I*│FA şi FD   │Se contabilizeazã   │
│acceptate [RCA(FA), RCA(FD)]    │80%       - │           │toate cererile de   │
│                                │sem.II**    │           │portare.            │
│                                │95%         │           │                    │
├────────────────────────────────┼────────────┼───────────┼────────────────────┤
│Rata cererilor de portare       │5%          │FA         │Se contabilizeazã   │
│anulate [RCP(A)]                │            │           │toate cererile de   │
│                                │            │           │portare.            │
├────────────────────────────────┼────────────┼───────────┼────────────────────┤
│Rata cererilor de portare       │80% - sem.I*│FD         │Se contabilizeazã   │
│procesate în termenul T(1)      │95%         │           │numai cererile de   │
│(RCP[T(1)])                     │            │           │portare finalizate. │
├────────────────────────────────┼────────────┼───────────┼────────────────────┤
│Rata cererilor de portare       │80% - sem.I*│FD         │Se contabilizeazã   │
│finalizate în termenul T(3)     │95%         │           │numai cererile de   │
│(RCP[T(3)])                     │            │           │portare finalizate. │
├────────────────────────────────┼────────────┼───────────┼────────────────────┤
│Rata cererilor de portare       │80% - sem.I*│FA         │Se contabilizeazã   │
│finalizate în termenul T(4)     │95%         │           │numai cererile de   │
│(RCP[T(4)])                     │            │           │portare finalizate. │
├────────────────────────────────┼────────────┼───────────┼────────────────────┤
│Rata cererilor de portare       │95%         │AF         │Se contabilizeazã   │
│finalizate de AF în termenul    │            │           │numai cererile de   │
│T(5)(RCP[T(5)])                 │            │           │portare finalizate. │
├────────────────────────────────┼────────────┼───────────┼────────────────────┤
│Disponibilitatea BDC            │99,95%      │BDC        │                    │
├────────────────────────────────┼────────────┼───────────┼────────────────────┤
│Timpul maxim de restabilire     │1 orã       │BDC        │                    │
│dupã o defecţiune minorã        │            │           │                    │
├────────────────────────────────┼────────────┼───────────┼────────────────────┤
│Timpul maxim de restabilire     │8 ore       │BDC        │                    │
│dupã o defecţiune majorã        │            │           │                    │
└────────────────────────────────┴────────────┴───────────┴────────────────────┘



Note:
(*) - primul semestru dupã lansarea comercialã a portabilitãţii numerelor;
(**) - al doilea semestru dupã lansarea comercialã a portabilitãţii numerelor.

Modalitãţi de mãsurare
Parametrii de calitate vor fi mãsuraţi de cãtre BDC trimestrial, pentru fiecare furnizor în parte, atât de FD, cât şi de FA, conform ariei de aplicabilitate. Parametrii referitori la BDC se vor determina anual, pentru anul calendaristic anterior.
Valorile determinate pentru parametrii de calitate pentru toţi furnizorii vor fi comunicate ANRCTI. Valorile determinate pentru fiecare furnizor în parte vor fi comunicate acestuia. BDC va comunica valorile parametrilor de calitate, în termen de cel mult 10 zile de la sfârşitul fiecãrui trimestru.
În vederea mãsurãrii perioadelor se vor avea în vedere urmãtoarele principii:
a) fiecare eveniment mãsurat va fi contabilizat în funcţie de momentul terminãrii (de exemplu: o cerere trimisã de FA pe 31 martie la care FD rãspunde pe 1 aprilie va fi luatã în considerare în trimestrul II);
b) pentru parametrii aferenţi procesului de portare, zilele nelucrãtoare nu vor fi luate în calcul (ex. intervalul de vineri pânã luni este de o zi);
c) disponibilitatea bazei de date se calculeazã în zile calendaristice.

8. MODALITĂŢI DE INFORMARE A UTILIZATORILOR FINALI

8.1. Consideraţii generale
Portabilitatea numerelor este un serviciu nou oferit abonaţilor de cãtre furnizorii de servicii de telefonie destinate publicului. Implementarea acestui serviciu are consecinţe asupra tuturor utilizatorilor finali de servicii de telefonie destinate publicului. Pentru asigurarea succesului acestui serviciu este necesarã stabilirea unor mecanisme adecvate pentru a asigura transparenţa procesului de portare şi a tarifelor asociate serviciului de portabilitate a numerelor.
Prin urmare, este necesarã atât informarea abonaţilor cu privire la condiţiile în care pot beneficia de acest serviciu, cât şi informarea utilizatorilor finali cu privire la tarifele asociate apelurilor cãtre numerele portate. Obligaţii de informare a utilizatorilor finali cu privire la portabilitatea numerelor revin, pe de o parte, furnizorilor care oferã serviciul de portabilitate şi, pe de altã parte, furnizorilor care nu oferã serviciul de portabilitate, dar care origineazã apeluri cãtre numere portate.
Furnizorii de servicii de telefonie destinate publicului au obligaţia de a pune la dispoziţia utilizatorilor finali, la solicitarea acestora, cu titlu gratuit, informaţii detaliate, clare şi actualizate cu privire la serviciul de portabilitate a numerelor, inclusiv referitoare la tarifele practicate pentru furnizarea acestui serviciu şi pentru apelurile realizate cãtre numerele portate, atât în scris, cât şi prin apelarea unui serviciu de relaţii cu clienţii.
De asemenea, utilizatorii finali trebuie informaţi la fiecare apel cu privire la tariful asociat acestuia, dacã tariful datorat cãtre numãrul portat este mai mare decât cel care ar fi fost datorat dacã numãrul nu ar fi fost portat.

8.2. Informarea utilizatorilor finali cu privire la procesul de portare a numerelor
Informaţii cu privire la serviciul de portabilitate a numerelor vor fi oferite de fiecare FA în cadrul procedurii de depunere şi de validare a cererii de portare.
Mijloacele de informare sunt urmãtoarele:
a) serviciul de relaţii cu clienţii furnizat cu titlu gratuit, în condiţiile prevãzute la pct.8.3.;
b) afişarea, în locuri vizibile, sau punerea la dispoziţia publicului, la oficiile comerciale ale furnizorului, transmiterea de informaţii în scris, la cerere, cu titlu gratuit, şi publicarea pe pagina de internet a FA, a cererii de portare şi a procedurii de depunere şi de validare a cererii de portare.
Furnizorii de servicii de comunicaţii electronice destinate publicului care nu furnizeazã servicii de telefonie destinate publicului, dar beneficiazã de dreptul de utilizare a unor resurse de numerotaţie portabile prin LURN, au obligaţia de a informa abonaţii proprii cu privire la faptul cã nu oferã serviciul de portabilitate a numerelor.

8.3. Informarea utilizatorilor cu privire la tarifele practicate pentru apelurile realizate cãtre numerele portate
În prezent, furnizorii de servicii de telefonie destinate publicului percep tarife diferite în funcţie de serviciul apelat, reţeaua prin intermediul cãreia este realizat apelul (reţea publicã fixã sau reţea publicã mobilã) şi de reţeaua de terminare a apelului (apel terminat în reţeaua de originare sau în afara reţelei).
PNN este structurat pe domenii de numerotaţie pentru a oferi utilizatorilor finali informaţii cu privire la tipul serviciilor furnizate prin intermediul unei anumite categorii de resurse de numerotaţie. Destinaţia resurselor de numerotaţie dintr-un domeniu este precizatã de valoarea grupului 0Z(A). Astfel, serviciile de telefonie furnizate prin intermediul reţelelor publice fixe sunt furnizate prin intermediul resurselor de numerotaţie din domeniile 0Z = 02 şi 0Z = 03, serviciile de telefonie furnizate prin intermediul reţelelor publice mobile prin intermediul resurselor de numerotaţie din domeniul 0Z = 07, serviciile diverse sunt furnizate prin intermediul resurselor de numerotaţie din domeniul 0Z = 08, iar serviciile cu tarif special (Premium rate) prin intermediul numerelor din domeniul 0Z = 09.
ANRCTI a alocat furnizorilor de servicii de comunicaţii electronice destinate publicului resurse de numerotaţie în blocuri de 1.000, 10.000 sau 1.000.000 de numere, în funcţie de domeniul de numerotaţie. Astfel, în prezent, este posibilã identificarea furnizorului prin intermediul resurselor de numerotaţie alocate şi tarifarea apelurilor în funcţie de numerotaţie.
Acest mecanism oferã apelanţilor posibilitatea de a asocia anumite numere, atât cu un anumit tip de serviciu, cât şi cu un anumit furnizor de servicii (sau o anumitã reţea), asigurându-se, astfel, transparenţa tarifelor. Acest fapt este important în special pentru serviciile de telefonie mobilã, unde tariful unui apel în reţea este, de regulã, mai mic decât în afara reţelei, dar poate fi important şi pentru serviciile de telefonie fixã.
Dupã implementarea portabilitãţii numerelor, un anumit numãr nu va mai putea fi asociat cu un anumit furnizor de servicii de telefonie destinate publicului.
Furnizorul care origineazã apelurile stabileşte metoda de tarifare.
Indiferent de metoda de tarifare aleasã, furnizorii care origineazã apeluri au obligaţia de a pune la dispoziţia utilizatorilor finali informaţii referitoare la:
a) furnizorul care oferã servicii prin intermediul unui anumit numãr portat (FA);
b) tariful unui apel cãtre un numãr portat.
Informaţiile vor fi puse la dispoziţia utilizatorilor finali cu titlu gratuit prin intermediul serviciului de relaţii cu clienţii, în scris şi prin publicarea pe pagina de internet a furnizorilor de servicii de telefonie destinate publicului. Furnizorii care origineazã apeluri pot utiliza şi alte mijloace de informare (ex. serviciul de informaţii furnizat prin SMS).
Furnizorii de servicii de telefonie destinate publicului vor avea obligaţia de a asigura disponibilitatea serviciului de relaţii cu clienţii privind portabilitatea numerelor 24 de ore pe zi, 7 zile pe sãptãmânã.
De asemenea, furnizorii care origineazã apeluri care practicã tarife diferite în funcţie de reţeaua de destinaţie a apelului vor avea obligaţia de a transmite, cel puţin în cazul numerelor portate, în mod gratuit, un ton distinctiv, prin care utilizatorii finali sã fie avertizaţi cã apelul respectiv este terminat în altã reţea publicã de comunicaţii electronice decât cea în care este originat apelul.
Alternativ, furnizorii care origineazã apeluri pot transmite, în mod gratuit, un mesaj vocal, prin care utilizatorii finali sã fie avertizaţi cã apelul este originat cãtre un numãr portat.
Furnizorii care origineazã apeluri au obligaţia de a implementa una din modalitãţile de informare a utilizatorilor finali la fiecare apel, prin ton distinctiv sau prin mesaj vocal.
Modalitatea de informare se stabileşte de fiecare furnizor care origineazã apeluri şi se notificã ANRCTI cel târziu la data lansãrii comerciale a portabilitãţii numerelor la nivel naţional, precum şi cu cel puţin 30 de zile înaintea modificãrii acesteia.
Caracteristicile tehnice ale tonului distinctiv şi conţinutul mesajului vocal vor fi stabilite în cadrul grupului de lucru pentru implementarea portabilitãţii numerelor. Toţi furnizorii care origineazã apeluri vor implementa în mod uniform modalitatea de informare la fiecare apel aleasã.

9. PROCEDURA DE MODIFICARE ŞI COMPLETARE A CONDIŢIILOR TEHNICE ŞI COMERCIALE DE IMPLEMENTARE A PORTABILITĂŢII NUMERELOR

Condiţiile tehnice şi comerciale au fost elaborate de grupul de lucru înaintea desemnãrii furnizorului BDC şi OpBDC.
Modalitatea de realizare şi administrare a BDC şi desemnarea OpBDC vor fi stabilite de cãtre ANRCTI.
Condiţiile tehnice şi comerciale sunt importante în faza iniţialã de implementare a portabilitãţii numerelor, constituindu-se în acelaşi timp şi ca precondiţii tehnice pentru licitaţia ce va fi organizatã în vederea desemnãrii furnizorului BDC. De asemenea, BDC va fi realizatã astfel încât sã poatã implementa procedurile administrative referitoare la procesul de portare şi sã îndeplineascã funcţiile şi cerinţele din regulamentul de organizare şi funcţionare al BDC.
Dupã desemnarea furnizorului BDC, în perioada de realizare a BDC şi în cursul efectuãrii testelor de interoperabilitate este posibilã modificarea sau completarea condiţiilor tehnice şi comerciale. În aceastã fazã pot fi realizate optimizãri ale unor soluţii tehnice, corectãri ale unor erori (impedimente de naturã tehnicã), clarificãri sau completãri în vederea reglementãrii unor situaţii care nu au fost avute în vedere de grupul de lucru, cu condiţia ca acestea sã nu modifice în mod esenţial conţinutul prezentului document.
Pot depune cereri de modificare furnizorul BDC, în faza de realizare a BDC, OpBDC, furnizorii care au obligaţii cu privire la implementarea portabilitãţii numerelor. De asemenea, ANRCTI poate supune consultãrii, din oficiu, modificarea sau completarea condiţiilor tehnice şi comerciale. Documentaţia tehnicã detaliatã a furnizorului BDC va fi realizatã în conformitate cu condiţiile tehnice şi comerciale şi va fi pusã la dispoziţia furnizorilor.
Cererile de modificare vor fi transmise, în scris, la ANRCTI. ANRCTI va informa membrii grupului de lucru cu privire la solicitãrile primite şi va convoca grupul de lucru, dacã este necesar, în vederea modificãrii sau completãrii condiţiilor tehnice şi comerciale. Persoana care a transmis cererea de modificare sau completare va prezenta în cadrul grupului de lucru propunerea şi motivele care stau la baza acestei propuneri. În aceste cazuri, la lucrãrile grupului de lucru vor fi invitaţi sã participe furnizorul BDC şi OpBDC.
Grupul de lucru se va întruni lunar sau ori de câte ori este necesar pentru a analiza solicitãrile primite şi respectarea termenului de implementare a portabilitãţii numerelor.
Propunerile de modificare sau completare a condiţiilor tehnice şi comerciale vor fi adoptate în cadrul grupului de lucru.
Dacã este cazul, grupul de lucru va transmite preşedintelui ANRCTI, în termen de 3 luni de la implementarea portabilitãţii numerelor, o nouã propunere privind condiţiile tehnice şi comerciale care sã includã modificãrile şi completãrile adoptate de grupul de lucru ce vor fi publicate pe pagina de internet a ANRCTI.
Dupã implementarea portabilitãţii numerelor, condiţiile tehnice şi comerciale vor putea fi modificate sau completate în cazuri bine justificate, precum introducerea unor tehnologii noi, apariţia unor schimbãri majore pe piaţa de comunicaţii electronice, identificarea unor impedimente tehnice în ceea ce priveşte implementarea unor soluţii cuprinse în condiţiile tehnice şi comerciale.
La solicitarea de modificare sau completare a condiţiilor tehnice şi comerciale vor fi anexate urmãtoarele documente sau informaţii, dupã caz:
a) descrierea detaliatã a problemei identificate;
b) propunerea de modificare sau completare a condiţiilor tehnice şi comerciale;
c) riscurile neimplementãrii soluţiei propuse;
d) avantajele implementãrii soluţiei propuse;
e) analiza de impact;
f) evaluarea costurilor, a resurselor necesare şi a duratei de implementare a soluţiei.
ANRCTI va convoca OpBDC şi toţi furnizorii de servicii de comunicaţii electronice care utilizeazã BDC în momentul primirii solicitãrii şi va prezenta soluţia propusã. Dupã adoptarea propunerii, reprezentanţii ANRCTI, ai OpBDC şi ai furnizorilor o vor supune spre aprobare preşedintelui ANRCTI.

ANEXA 1
(la Condiţiile tehnice şi comerciale de implementare a portabilitãţii numerelor)



                            CERERE DE PORTARE

    Identificarea cererii*1)
┌────────────────────────────────────────────────────────────────────────────┐
│   (nr. de înregistrare, data înregistrãrii, alte elemente                  │
│                                                                            │
└────────────────────────────────────────────────────────────────────────────┘

    Identificarea solicitantului
    (solicitantul trebuie sã fie titularul contractului de furnizare a
serviciului de telefonie furnizat prin intermediul numãrului/numerelor pentru
care se solicitã portarea)

┌─┐
└─┘ Persoanã fizicã
┌────────────────────────────────────────────────────────────────────────────┐
│Nume şi prenume                                                             │
├────────────────────────────────────────────────────────────────────────────┤
│Act de identitate                                                           │
│(B.I./C.I./paşaport)                                                        │
├────────────────────────────────────────────────────────────────────────────┤
│Cod numeric personal                                                        │
├────────────────────────────────────────────────────────────────────────────┤
│Domiciliu                                                                   │
├────────────────────────────────────────────────────────────────────────────┤
│Cod client (Numãr contract                                                  │
│de furnizare a serviciului de                                               │
│telefonie)*2)                                                               │
├────────────────────────────────────────────────────────────────────────────┤
│Telefon de contact                                                          │
├────────────────────────────────────────────────────────────────────────────┤
│E-mail*3)                                                                   │
├────────────────────────────────────────────────────────────────────────────┤
│Reprezentant (dacã este cazul)                                              │
├────────────────────────────────────────────────────────────────────────────┤
│Nume şi prenume                                                             │
├────────────────────────────────────────────────────────────────────────────┤
│Act de identitate                                                           │
│(B.I./C.I./paşaport)                                                        │
├────────────────────────────────────────────────────────────────────────────┤
│Telefon de contact                                                          │
├────────────────────────────────────────────────────────────────────────────┤
│E-mail*3)                                                                   │
└────────────────────────────────────────────────────────────────────────────┘

┌─┐
└─┘ Persoanã juridicã
┌────────────────────────────────────────────────────────────────────────────┐
│Denumire                                                                    │
├────────────────────────────────────────────────────────────────────────────┤
│Cod unic de înregistrare                                                    │
├────────────────────────────────────────────────────────────────────────────┤
│Sediu                                                                       │
├────────────────────────────────────────────────────────────────────────────┤
│Cod client (Numãr contract                                                  │
│de furnizare a serviciului de                                               │
│telefonie)*2)                                                               │
├────────────────────────────────────────────────────────────────────────────┤
│Telefon de contact                                                          │
├────────────────────────────────────────────────────────────────────────────┤
│Fax*3)                                                                      │
├────────────────────────────────────────────────────────────────────────────┤
│Reprezentant legal                                                          │
├────────────────────────────────────────────────────────────────────────────┤
│Nume şi prenume                                                             │
├────────────────────────────────────────────────────────────────────────────┤
│Act de identitate                                                           │
│(B.I./C.I./paşaport)                                                        │
├────────────────────────────────────────────────────────────────────────────┤
│Telefon de contact                                                          │
├────────────────────────────────────────────────────────────────────────────┤
│E-mail*2)                                                                   │
└────────────────────────────────────────────────────────────────────────────┘


*1) Se completeazã de furnizorul de servicii de telefonie destinate
publicului la care se porteazã numãrul.
*2) Se completeazã cu numãrul contractului numai dacã abonatul nu are cod
client
*3) Completarea acestei rubrici este opţionalã.


Obiectul cererii


┌───────────┬────────────────────────────┬───────────────┬────────┬───────────┐
│*)Numãrul/ │Adresa la care este furnizat│ Intervalul de │Obser-  │ Alte in-  │
│numerele   │serviciul de telefonie prin │  portare*5)   │vaţii*6)│formaţii*7)│
│pentru care│intermediul numãrului/      ├───────┬───────┼────────┼───────────┤
│se solicitã│numerelor pentru care se    │Momen- │Momen- │        │           │
│portarea*4)│solicitã portarea (dupã caz)│ tul   │ tul   │        │           │
│           │                            │iniţial│ final │        │           │
│           │                            │(datã, │(datã, │        │           │
│           │                            │ orã)  │ orã)  │        │           │
├───────────┼────────────────────────────┼───────┼───────┼────────┼───────────┤
├───────────┼────────────────────────────┼───────┼───────┼────────┼───────────┤
└───────────┴────────────────────────────┴───────┴───────┴────────┴───────────┘


* Se completeazã în cazul portãrii numerelor geografice, al numerelor
independente de locaţie şi al numerelor nongeografice, altele decât cele
pentru servicii de telefonie mobilã, dacã este cazul.



┌───────────┬──────────┬─────────────────┬───────────────┬────────┬───────────┐
│**)Numãrul/│Serie SIM │Tip serviciu (cu │ Intervalul de │Obser-  │ Alte in-  │
│numerele   │(dupã caz)│plata în avans   │  portare*5)   │vaţii*6)│formaţii*7)│
│pentru care│          │sau ulterioarã   ├───────┬───────┼────────┼───────────┤
│se solicitã│          │furnizãrii ser-  │Momen- │Momen- │        │           │
│portarea*3)│          │viciului)        │ tul   │ tul   │        │           │
│           │          │                 │iniţial│ final │        │           │
│           │          │                 │(datã, │(datã, │        │           │
│           │          │                 │ orã)  │ orã)  │        │           │
├───────────┼──────────┼─────────────────┼───────┼───────┼────────┼───────────┤
├───────────┼──────────┼─────────────────┼───────┼───────┼────────┼───────────┤
└───────────┴──────────┴─────────────────┴───────┴───────┴────────┴───────────┘


**) Se completeazã în cazul portãrii numerelor nongeografice pentru servicii
de telefonie mobilã.

*4) Pentru tranşele de numere se vor completa: numãrul cu care începe tranşa
şi numãrul cu care se terminã tranşa.
*5) Se completeazã de furnizorul de servicii de telefonie destinate
publicului la care se porteazã numãrul.
*6) În situaţia în care termenul de portare este mai mare de 10 zile
lucrãtoare, furnizorul acceptor va preciza dacã aceasta a fost opţiunea
abonatului sau a furnizorului acceptor.
*7) Se poate preciza tipul de acces (ex. ISDN-BRA, ISDN-PRA, PABX etc.).



┌────────────────────────────────────────┬────────────────────────────────────┐
│Furnizorul care oferã în prezent ser-   │Furnizorul de servicii de telefonie │
│viciul de telefonie destinat publicului │destinate publicului la care se     │
│                                        │solicitã portarea                   │
├────────┬───────────────────────────────┼────────┬───────────────────────────┤
│Denumire│                               │Denumire│                           │
├────────┴───────────────────────────────┼────────┼───────────────────────────┘
│Abonatul acceptã portarea parţialã*8)   │        │
├────────────────────────────────────────┼────────┤
│Abonatul NU acceptã portarea parţialã   │        │
└────────────────────────────────────────┴────────┘


*8) Se completeazã în cazul cererilor de portare pentru numere multiple.


Termeni şi condiţii
1. Solicitantul are un contract în vigoare cu furnizorul de la care se solicitã portarea (furnizor donor) pentru furnizarea de servicii de telefonie destinate publicului prin intermediul numãrului sau numerelor care fac obiectul acestei cereri.
2. Solicitantul nu a transmis o altã cerere de portare, având acelaşi obiect, care este nefinalizatã.
3. Furnizorul care va oferi serviciul de telefonie dupã portarea numãrului (furnizorul acceptor) este mandatat sã efectueze demersurile necesare pentru rezilierea contractului dintre solicitant şi furnizorul donor prin intermediul numãrului/numerelor pentru care se solicitã portarea. Furnizorul acceptor este responsabil faţã de solicitant cu privire la realizarea portãrii.
4. Contractul cu furnizorul donor înceteazã în momentul finalizãrii cererii de portare. Rezilierea contractului între solicitant şi furnizorul donor se va face cu respectarea condiţiilor prevãzute în contractul respectiv. Portarea numãrului/numerelor nu aduce atingere obligaţiilor abonatului şi furnizorului donor rezultate din contractul încheiat, nãscute şi neexecutate anterior încetãrii acestuia. În cazul serviciilor de telefonie mobilã pentru care plata se realizeazã în avans, creditul existent în momentul realizãrii portãrii nu va putea fi recuperat de cãtre solicitant.
5. În urma portãrii, solicitantul va pãstra numãrul, iar serviciul va fi oferit de .................................... (denumire furnizor acceptor), conform unui contract încheiat pentru furnizarea de servicii de telefonie destinate publicului între furnizorul acceptor şi solicitant.
6. Furnizorul acceptor va comunica solicitantului intervalul de portare şi perioada de întrerupere a serviciului cu cel puţin 24 ore înainte de momentul iniţial al intervalului de portare stabilit prin cerere. În cazul în care portarea nu va putea fi realizatã, furnizorul acceptor va informa solicitantul cu cel puţin 24 ore înainte de momentul convenit pentru realizarea portãrii (indicând şi motivul refuzului). Serviciul de telefonie va fi furnizat în continuare de cãtre furnizorul donor.
7. Solicitantul poate renunţa la cerere cel mai târziu cu 24 de ore înainte de momentul convenit pentru realizarea portãrii. În cazul revocãrii cererii dupã acest moment, portarea va fi finalizatã, urmând sã fie iniţiat, la cererea abonatului, un nou proces de portare.
8. Pentru portarea numãrului, solicitantului i se va percepe un tarif de portare în cuantum de ........ În situaţia renunţãrii la cererea de portare dupã data limitã stabilitã conform pct. 7 şi iniţierea unei noi cereri de portare, solicitantul va datora atât un tarif de portare furnizorului acceptor, cât şi un tarif de portare furnizorului donor (care în urma renunţãrii la portare devine furnizor acceptor).
9. Solicitantul acceptã cã existã posibilitatea întreruperii temporare a serviciului, în timpul cãreia nu vor putea fi originate apeluri, inclusiv apeluri de urgenţã. Aceastã întrerupere nu poate depãşi, de regulã, 4 ore în cazul numerelor nongeografice pentru servicii de telefonie mobilã şi 5 ore, în cazul numerelor geografice şi al numerelor nongeografice, altele decât cele pentru servicii de telefonie mobilã.
10. Solicitantul este de acord cu prelucrarea automatã a datelor cu caracter personal, potrivit legislaţiei în vigoare aplicabile, în mãsura în care acest lucru este necesar în vederea realizãrii portãrii.
11. Solicitantul declarã cã informaţiile furnizate prin prezenta cerere sunt complete şi corecte.

Documente anexate, dacã este cazul:
1. Copie de pe actul de identitate;
2. Copie de pe ultima facturã emisã de furnizorul donor;
3. În cazul reprezentãrii persoanelor fizice, procura sub semnãturã privatã în original.


    Solicitant/reprezentant                     Reprezentant furnizor acceptor
    Nume şi prenume:                            Nume şi prenume:
    Semnãtura:                                  Semnãtura:
    Ştampila (în cazul persoanelor juridice):   Ştampila:
    Data:                                       Data:



Completatã în 2 exemplare, pentru solicitant şi furnizorul acceptor.


ANEXA 1a
(la Condiţiile tehnice şi comerciale de implementare a portabilitãţii numerelor)



                        CERERE DE ANULARE A PORTĂRII

    Identificarea cererii*1)
┌────────────────────────────────────────────────────────────────────────────┐
│   (nr. de înregistrare, data înregistrãrii, alte elemente                  │
└────────────────────────────────────────────────────────────────────────────┘

    Identificarea solicitantului
    (solicitantul trebuie sã fie titularul contractului de furnizare a
serviciului de telefonie furnizat prin intermediul numãrului/numerelor pentru
care se solicitã portarea)

┌─┐
└─┘ Persoanã fizicã
┌────────────────────────────────────────────────────────────────────────────┐
│Nume şi prenume                                                             │
├────────────────────────────────────────────────────────────────────────────┤
│Act de identitate                                                           │
│(B.I./C.I./paşaport)                                                        │
├────────────────────────────────────────────────────────────────────────────┤
│Cod numeric personal                                                        │
├────────────────────────────────────────────────────────────────────────────┤
│Domiciliu                                                                   │
├────────────────────────────────────────────────────────────────────────────┤
│Cod client (Numãr contract                                                  │
│de furnizare a serviciului de                                               │
│telefonie)*2)                                                               │
├────────────────────────────────────────────────────────────────────────────┤
│Telefon de contact                                                          │
├────────────────────────────────────────────────────────────────────────────┤
│E-mail*3)                                                                   │
├────────────────────────────────────────────────────────────────────────────┤
│Reprezentant (dacã este cazul)                                              │
├────────────────────────────────────────────────────────────────────────────┤
│Nume şi prenume                                                             │
├────────────────────────────────────────────────────────────────────────────┤
│Act de identitate                                                           │
│(B.I./C.I./paşaport)                                                        │
├────────────────────────────────────────────────────────────────────────────┤
│Telefon de contact                                                          │
├────────────────────────────────────────────────────────────────────────────┤
│E-mail*3)                                                                   │
└────────────────────────────────────────────────────────────────────────────┘

┌─┐
└─┘ Persoanã juridicã
┌────────────────────────────────────────────────────────────────────────────┐
│Denumire                                                                    │
├────────────────────────────────────────────────────────────────────────────┤
│Cod unic de înregistrare                                                    │
├────────────────────────────────────────────────────────────────────────────┤
│Sediu                                                                       │
├────────────────────────────────────────────────────────────────────────────┤
│Cod client (Numãr contract                                                  │
│de furnizare a serviciului de                                               │
│telefonie)*2)                                                               │
├────────────────────────────────────────────────────────────────────────────┤
│Telefon de contact                                                          │
├────────────────────────────────────────────────────────────────────────────┤
│Fax*3)                                                                      │
├────────────────────────────────────────────────────────────────────────────┤
│Reprezentant legal                                                          │
├────────────────────────────────────────────────────────────────────────────┤
│Nume şi prenume                                                             │
├────────────────────────────────────────────────────────────────────────────┤
│Act de identitate                                                           │
│(B.I./C.I./paşaport)                                                        │
├────────────────────────────────────────────────────────────────────────────┤
│Telefon de contact                                                          │
├────────────────────────────────────────────────────────────────────────────┤
│E-mail*2)                                                                   │
└────────────────────────────────────────────────────────────────────────────┘


*1) Se completeazã de furnizorul de servicii de telefonie destinate
publicului la care se porteazã numãrul.
*2) Se completeazã cu numãrul contractului numai dacã abonatul nu are cod
client
*3) Completarea acestei rubrici este opţionalã.


Obiectul cererii


┌───────────┬────────────────────────────┬───────────────┬────────┬───────────┐
│Numãrul/   │Adresa la care este furnizat│  Datele de    │Obser-  │   Alte    │
│numerele   │serviciul de telefonie prin │ identificare  │vaţii   │informaţii │
│pentru care│intermediul numãrului/      │ ale cererii de│        │           │
│se solicitã│numerelor pentru care se    │   portare     │        │           │
│anularea   │solicitã portarea /numãr    │               │        │           │
│portãrii*4)│cartelã SIM (dupã caz)      │               │        │           │
├───────────┼────────────────────────────┼───────────────┼────────┼───────────┤
├───────────┼────────────────────────────┼───────────────┼────────┼───────────┤
└───────────┴────────────────────────────┴───────────────┴────────┴───────────┘


*4) Pentru tranşele de numere se vor completa: numãrul cu care începe
tranşa şi numãrul cu care se terminã tranşa.



┌────────────────────────────────────────┬────────────────────────────────────┐
│Furnizorul care oferã în prezent ser-   │Furnizorul de servicii de telefonie │
│viciul de telefonie destinat publicului │destinate publicului la care se     │
│                                        │solicitã portarea                   │
├────────┬───────────────────────────────┼────────┬───────────────────────────┤
│Denumire│                               │Denumire│                           │
└────────┴───────────────────────────────┴────────┴───────────────────────────┘



Termeni şi condiţii
1. Furnizorul acceptor este mandatat sã efectueze demersurile necesare în vederea anulãrii cererii de portare.
2. În urma anulãrii cererii de portare, solicitantul va pãstra numãrul, iar serviciul va fi oferit în continuare de cãtre furnizorul donor.
3. Solicitantul poate depune cererea de anulare a portãrii cel mai târziu cu 24 de ore înainte de momentul convenit pentru realizarea portãrii. În cazul revocãrii cererii dupã acest moment, portarea va fi finalizatã, urmând sã fie iniţiat, la cererea abonatului, un nou proces de portare.
4. Solicitantul este de acord cu prelucrarea datelor cu caracter personal, potrivit legislaţiei în vigoare, în mãsura în care acest lucru este necesar pentru anularea cererii de portare.
5. Solicitantul declarã cã informaţiile furnizate în prezenta cerere sunt complete şi corecte.

Documente anexate, dacã este cazul:
1. Copie de pe actul de identitate;
2. Copie de pe ultima facturã emisã de furnizorul donor;
3. În cazul reprezentãrii persoanelor fizice, procura sub semnãturã privatã în original.


    Solicitant/reprezentant                     Reprezentant furnizor acceptor
    Nume şi prenume:                            Nume şi prenume:
    Semnãtura:                                  Semnãtura:
    Ştampila (în cazul persoanelor juridice)    Ştampila:
    Data:                                       Data:



Completatã în 2 exemplare, pentru solicitant şi furnizorul acceptor.


ANEXA 2
(la Condiţiile tehnice şi comerciale de implementare a portabilitãţii numerelor)

CONFIGURAŢII DE REFERINŢĂ PENTRU RUTAREA APELURILOR

Rutarea apelurilor cãtre numerele portate implicã mai mulţi furnizori de reţele şi servicii de comunicaţii electronice destinate publicului. În general, aceştia sunt furnizorul care origineazã apelul, FDi, FA şi, eventual, unul sau mai mulţi furnizori de tranzit. Furnizorul care origineazã apelul poate coincide cu FD sau FA. De asemenea, este posibil ca furnizorul care origineazã apelul sã fie un furnizor care terminã în România trafic internaţional, sau un furnizor de servicii de transport.
Aceşti furnizori trebuie sã deţinã informaţiile necesare pentru rutarea corectã a apelurilor sau mesajelor, dupã caz.
În plus, presupunem cã aceşti furnizori au încheiat acorduri de interconectare, care prevãd rutarea categoriilor de resurse de numerotaţie portabile.
În continuare, se prezintã configuraţiile de referinţã care pot fi utilizate de furnizori în vederea rutãrii apelurilor sau a altor mesaje cãtre numerele portate, precum şi informaţiile de semnalizare specifice rutãrii apelurilor cãtre numerele portate. Furnizorul care origineazã apelul decide care din configuraţiile prezentate este utilizatã pentru rutarea apelului.
1.1. Opţiuni tehnice pentru rutarea apelurilor originate de la numere geografice cãtre numere geografice portate
1.1.1. FO utilizeazã metoda de rutare ACQ
1.1.1.1. Interconectare directã FO-FA (figura 17)

Figura 17

-------------
NOTĂ(CTCE)
Figura 17 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 92 (a se vedea imaginea asociatã).

CdPN (IAM3)=RN+DN

1.1.1.2. Interconectare FO-FA utilizând serviciile FT (figura 18)

Figura 18

--------------
NOTĂ(CTCE)
Figura 18 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 93 (a se vedea imaginea asociatã).

CdPN (IAM3)=RN+DN
CdPN (IAM4)=RN+DN

1.1.2. FO utilizeazã serviciile de rutare ale unui terţ (figura 19)
Furnizorul terţ este FT
FT utilizeazã ACQ

Figura 19

--------------
NOTĂ(CTCE)
Figura 19 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 93 (a se vedea imaginea asociatã).

CdPN(IAM2)=DN
CdPN(IAM4)=RN+DN

1.1.3. FO utilizeazã metoda de rutare OR
1.1.3.1. Interconectare directã FO-FDi şi FDi- FA (figura 20)

Figura 20

--------------
NOTĂ(CTCE)
Figura 20 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 94 (a se vedea imaginea asociatã).

CdPN (IAM2) = DN
CdPN (IAM4) = RN+ DN

1.1.3.2. Interconectare directã FO-FDi şi FO-FA (figura 21)
Interconectare FDi-FA utilizând serviciile FT (FT este FO)

Figura 21

--------------
NOTĂ(CTCE)
Figura 21 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 94 (a se vedea imaginea asociatã).

CdPN (IAM2) = DN
CdPN (IAM4) = RN+ DN
CdPN (IAM5) = RN+DN

1.1.3.3. Interconectare FO-FDi utilizând serviciile FT (figura 22)
Interconectare directã FDi-FA

Figura 22

--------------
NOTĂ(CTCE)
Figura 22 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 95 (a se vedea imaginea asociatã).

CdPN (IAM2) = DN
CdPN (IAM4) = DN
CdPN (IAM7) = RN+DN

1.1.3.4. Interconectare directã FO-FDi (figura 23)
Interconectare FDi-FA utilizând serviciile FT

Figura 23

--------------
NOTĂ(CTCE)
Figura 23 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 96 (a se vedea imaginea asociatã).

CdPN (IAM2) = DN
CdPN (IAM4) = RN+DN
CdPN (IAM6) = RN+DN

1.1.3.5. Interconectare FO-FDi utilizând serviciile FT (figura 24)
Interconectare FDi-FA utilizând serviciile FT
FT este acelaşi atât pentru FO, cât şi pentru FDi

Figura 24

--------------
NOTĂ(CTCE)
Figura 24 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 96 (a se vedea imaginea asociatã).

CdPN (IAM2) = DN
CdPN (IAM4) = DN
CdPN (IAM6) = RN+DN
CdPN (IAM8) = RN+DN

1.1.3.6. Interconectare FO-FDi utilizând serviciile FT (figura 25)
Interconectare FDi-FA utilizând serviciile FT
FT este diferit pentru FO şi FDi

Figura 25

--------------
NOTĂ(CTCE)
Figura 25 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 97 (a se vedea imaginea asociatã).

CdPN (IAM2) = DN
CdPN (IAM4) = DN
CdPN (IAM6) = RN+DN
CdPN (IAM8) = RN+DN
Notã:
În situaţiile prezentate la pct.1.1.1., un caz particular pentru rutarea apelurilor între reţele este cazul în care FOi utilizeazã serviciile de rutare ale unui singur FT(o) (figura 26), interconectarea cu ceilalţi furnizori realizându-se prin intermediul FT(o) (interconectare indirectã cu restul furnizorilor). FT(o) se interconecteazã cu FA sau FDi, fie direct, fie prin intermediul altui FT. În acest caz, traficul între FOi şi FDi sau FA trece prin douã reţele de tranzit în cascadã. În aceastã situaţie, FT(o) şi FOi vor fi asimilaţi unui singur FO de restul furnizorilor.

Figura 26

--------------
NOTĂ(CTCE)
Figura 26 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 97 (a se vedea imaginea asociatã).

1.2. Opţiuni tehnice pentru rutarea apelurilor originate de la numere nongeografice pentru servicii de telefonie mobilã cãtre numere nongeografice pentru servicii de telefonie mobilã portate
Metoda de rutare stabilitã este ACQ. Variantele de implementare a portabilitãţii numerelor pentru servicii de telefonie mobilã sunt prezentate în standardul ETSI EN 301 716. Unele dintre aceste opţiuni tehnice sunt prezentate în continuare.
Rutarea se realizeazã în mod diferit pentru:
a) apeluri şi mesaje de semnalizare asociate (call-related);
b) mesaje independente de apeluri (non-call-related).
Rutarea apelurilor şi a mesajelor asociate se poate face fie folosind posibilitãţile reţelei inteligente, fie folosind SRF.
1.2.1. Rutarea apelurilor şi a informaţiei de semnalizare asociate (call-related)
1.2.1.1. Soluţia bazatã pe IN (figura 27)
Situaţia la nivel naţional este descrisã în paragraful A.1.4 (NP Query in Originating Network) din standardul ETSI EN 301 716. Succesiunea mesajelor este descrisã în figura 27, avându-se în vedere şi serviciile de roaming.

Figura 27

--------------
NOTĂ(CTCE)
Figura 27 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 98 (a se vedea imaginea asociatã).

IAM (4)= RN+DN
IAM (9)= MSRN

1.2.1.2. Soluţia bazatã pe SRF
Aceasta variantã se caracterizeazã prin utilizarea unei funcţii (SRF), care interogheazã BDOp şi modificã, în mod corespunzãtor, mesajele SCCP. SRF utilizeazã funcţia MATF.
Rutarea directã, care va fi utilizatã în reţelele publice mobile din România, corespunde scenariilor descrise în standardul ETSI EN 301 716 în paragrafele C.3.1.-C.3.3. Succesiunea mesajelor este descrisã în figurile urmãtoare, pentru cazurile în care apelul este originat în reţeaua acceptoare sau într-o altã reţea. Interfaţa între MNP_SRF/MATF şi BDOp nu este standardizatã.
A. Reţeaua de originare şi reţeaua acceptoare sunt diferite (figura 28)

Figura 28

--------------
NOTĂ(CTCE)
Figura 28 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 99 (a se vedea imaginea asociatã).

IAM (4)= RN+DN
IAM (9)= MSRN

B. Reţeaua de originare şi reţeaua acceptoare este aceeaşi (apelul este originat în reţeaua acceptoare) (figura 29)

Figura 29

--------------
NOTĂ(CTCE)
Figura 29 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 100 (a se vedea imaginea asociatã).

În cazul numerelor nongeografice pentru servicii de telefonie mobilã neportate, se utilizeazã aceeaşi schemã, cu diferenţa cã reţeaua acceptoare este înlocuitã de reţeaua furnizorului care deţine LURN corespunzãtoare numãrului format (reţeaua donoare iniţialã). Mesajul IAM (4) va conţine o indicaţie cã a fost interogatã baza de date, respectiv va conţine numãrul de rutare al FDi.

1.2.2. Rutarea mesajelor independente de apeluri (non-call related)
Rutarea este descrisã în paragraful B.2.2 din standardul ETSI EN 301 716 şi este prezentatã în figurile urmãtoare.
1.2.2.1. Rutarea SMS (naţional) (figura 30)

Figura 30

--------------
NOTĂ(CTCE)
Figura 30 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 100 (a se vedea imaginea asociatã).

Mesaje de semnalizare
1 - Forward_SM (MSISDN)
2 - SRI_for_SM (MSISDN) ; CdPA=MSISDN,TT=0; CgPA=adresa SMS-GMSC
3 - SRI_for_SM (MSISDN) ; CdPA=RN+MSISDN,TT=0; CgPA=adresa SMS-GMSC
4 - SRI_for_SM (MSISDN) ; CdPA=adresa HLR; CgPA=adresa SMS-GMSC
5 - SRI_for_SM ack(adresa VMSC,IMSI) ; CdPA= adresa SMS-GMSC; CgPA=adresa HLR
6 - Forward_SM (adresa VMSC)

1.2.2.2. Rutarea MMS (naţional)
A. Rutarea directã (figura 31)

Figura 31

--------------
NOTĂ(CTCE)
Figura 31 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 101 (a se vedea imaginea asociatã).

Mesaje de semnalizare
1 - MMS (MSISDN)
2 - SRI_for_SM (MSISDN); CdPA=MSISDN,TT=0; CgPA=adresa MMSC
3 - SRI_for_SM (MSISDN); CdPA=RN+MSISDN,TT=0; CgPA=adresa MMSC
4 - SRI_for_SM (MSISDN); CdPA=adresa HLR; CgPA=adresa MMSC
5 - SRI_for_SM ack(IMSI); CdPA= adresa SMS-GMSC; CgPA=adresa HLR
6 - MM4_FW.REQ

B. Rutarea indirectã (figura 32)

Figura 32

--------------
NOTĂ(CTCE)
Figura 32 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 102 (a se vedea imaginea asociatã).

Mesaje de semnalizare
1 - MMS (MSISDN)
2 - SRI_for_SM (MSISDN); CdPA=MSISDN,TT=0; CgPA=adresa MMSC
3 - SRI_for_SM (MSISDN); CdPA=RN+MSISDN,TT=0; CgPA=adresa MMSC
4 - SRI_for_SM (MSISDN); CdPA=adresa HLR; CgPA=adresa MMSC
5 - SRI_for_SM ack(IMSI); CdPA= adresa MMSC; CgPA=adresa HLR
6 - MM4_FW.REQ

1.3. Opţiuni tehnice pentru rutarea apelurilor originate de la numere geografice cãtre numere nongeografice pentru servicii de telefonie mobilã, portate
1.3.1. FO utilizeazã metoda de rutare ACQ (figura 33)
În aceeaşi figurã este prezentatã atât interconectarea directã, cât şi interconectarea indirectã (prin reţeaua de tranzit) între FO şi FA.

Figura 33

--------------
NOTĂ(CTCE)
Figura 33 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 102 (a se vedea imaginea asociatã).

CdPN(IAM3)=RN+DN
CdPN (IAM4)=RN+DN sau CdPN (IAM4)=17xy+RN+DN

Abonatul A (al unui furnizor de servicii de telefonie fixã) origineazã un apel cãtre abonatul B (al unui furnizor de servicii de telefonie mobilã).
FT va adãuga indicativul de identificare a reţelei din care se origineazã apelul (17xy) în parametrul CdPN din mesajul IAM, iar la interfaţa de interconectare PI2 parametrul CdPN din IAM(4) va conţine indicativul de identificare a reţelei şi informaţia de rutare (17xy+RN+DN), în mãsura în care se prevede astfel în acordul de interconectare.,

1.3.2. FO utilizeazã metoda de rutare OR (figura 34)
În aceeaşi figurã este prezentatã atât interconectarea directã, cât şi interconectarea printr-o reţea de tranzit între FO şi FDi. FDi devine, de asemenea, FT pentru rutarea apelului cãtre FA.

Figura 34

--------------
NOTĂ(CTCE)
Figura 34 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 103 (a se vedea imaginea asociatã).

CdPN(IAM2)=DN
CdPN (IAM4)=DN sau CdPN (IAM4)=17xy+DN
CdPN(IAM6)=RN+DN sau CdPN (IAM6)=17xy+RN+DN

FT va adãuga indicativul de identificare a reţelei din care se origineazã apelul (17xy), iar la interfaţa de interconectare PI(2), parametrul CdPN din IAM(4) va conţine indicativul de identificare a reţelei şi informaţia de rutare (17xy+RN+DN), în mãsura în care în acordurile de interconectare se prevede astfel.
La interfaţa cu FA, indicativul de identificare al reţelei de originare va fi pãstrat, în mãsura în care caracteristicile tehnice ale reţelei oferã aceastã posibilitate.

1.4. Opţiuni tehnice pentru rutarea apelurilor originate de la numere nongeografice pentru servicii de telefonie mobilã cãtre numere geografice portate
1.4.1. FO (servicii de telefonie mobilã) utilizeazã metoda de rutare ACQ
1.4.1.1. Interconectare directã FO-FA (figura 35)

Figura 35

--------------
NOTĂ(CTCE)
Figura 35 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 104 (a se vedea imaginea asociatã).

CdPN(IAM3)=RN+DN

1.4.1.2. Interconectare FO-FA utilizând serviciile FT (figura 36)

Figura 36

--------------
NOTĂ(CTCE)
Figura 36 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 104 (a se vedea imaginea asociatã).

1.5. Opţiuni tehnice pentru rutarea apelurilor originate prin intermediul indicativelor de selectare a transportatorului cãtre numere geografice şi nongeografice portate (figura 37)
În cazul în care apelurile naţionale sunt originate prin intermediul indicativelor de selectare a transportatorului (10xy(z), 16xy(z), prin procedurile de selectare sau preselectare a transportatorului, sau prin intermediul numerelor nongeografice pentru servicii diverse (0Z = 08), obligaţia de rutare a apelurilor cãtre numerele portate revine furnizorului selectat sau preselectat sau furnizorului care furnizeazã servicii prin intermediul numãrului nongeografic.
Furnizorul selectat (preselectat) va utiliza pentru rutarea apelurilor una din opţiunile prezentate la pct.1.1. sau 1.3. din prezenta anexã.
Rutarea apelului pânã la furnizorul selectat sau preselectat se realizeazã prin intermediul indicativului de selectare a transportatorului sau a numãrului nongeografic.

Figura 37

--------------
NOTĂ(CTCE)
Figura 37 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 105 (a se vedea imaginea asociatã).

CdPN(IAM1)=10xy(z) sau
CdPN(IAM1)=16xy(z)+DN sau
CdPN(IAM1)=080xxxxxxxx

1.6. Opţiuni tehnice pentru rutarea apelurilor cãtre numerele portate originate din afara teritoriului României
Este considerat FO pentru apelurile internaţionale furnizorul care opereazã comutatorul sau elementul echivalent (gateway) utilizat pentru traficul internaţional aparţinând primei reţele publice de comunicaţii electronice de pe teritoriul României în care ajunge apelul internaţional (FTI).
1.6.1. Rutarea apelurilor cãtre numerele nongeografice pentru servicii de telefonie mobilã portate
1.6.1.1. Rutarea apelurilor şi a informaţiei de semnalizare asociate (call-related)
A. FTI este un furnizor de servicii de telefonie mobilã (figura 38)

Figura 38

--------------
NOTĂ(CTCE)
Figura 38 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 106 (a se vedea imaginea asociatã).

CdPN (IAM2) = DN (format internaţional)
CdPN (IAM 5)= RN+DN
CdPN (IAM 10)= MSRN

B. FTI este un furnizor de servicii de telefonie fixã ce utilizeazã metoda de rutare OR (figura 39)

Figura 39

--------------
NOTĂ(CTCE)
Figura 39 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 106 (a se vedea imaginea asociatã).

C. FTI este un furnizor de servicii de telefonie fixã ce utilizeazã metoda de rutare ACQ (figura 40)

Figura 40

--------------
NOTĂ(CTCE)
Figura 40 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 107 (a se vedea imaginea asociatã).

1.6.1.2. Rutarea mesajelor independente de apeluri (non-call related)
A. Rutarea SMS (internaţional) (figura 41)

Figura 41

--------------
NOTĂ(CTCE)
Figura 41 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 107 (a se vedea imaginea asociatã).

Mesaje de semnalizare
1 - Forward_SM (MSISDN)
2 - SRI_for_SM (MSISDN); CdPA=MSISDN,TT=0; CgPA=adresa SMS-GMSC
3 - SRI_for_SM (MSISDN); CdPA=RN+MSISDN; CgPA=adresa SMS-GMSC
4 - SRI_for_SM (MSISDN); CdPA=adresa HLR; CgPA=adresa SMS-GMSC
5 - SRI_for_SM ack(adresa VMSC,IMSI); CdPA= adresa SMS-GMSC; CgPA=adresa HLR
6 - Forward_SM (adresa VMSC)

B. Rutarea MMS (internaţional)
B.1. Rutarea directã (figura 42)

Figura 42

--------------
NOTĂ(CTCE)
Figura 42 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 108 (a se vedea imaginea asociatã).

Mesaje de semnalizare:
1 - MMS (MSISDN)
2 - SRI_for_SM (MSISDN); CdPA=MSISDN,TT=0; CgPA=adresa MMSC
3 - SRI_for_SM (MSISDN); CdPA=RN+MSISDN,TT=0; CgPA=adresa MMSC
4 - SRI_for_SM (MSISDN); CdPA=adresa HLR; CgPA=adresa MMSC
5 - SRI_for_SM ack(IMSI); CdPA= adresa MMSC; CgPA=adresa HLR
6 - MM4_FW.REQ

B.2. Rutarea prin intermediul unui HUB MMSC (figura 43)

Figura 43

--------------
NOTĂ(CTCE)
Figura 43 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 108 (a se vedea imaginea asociatã).

Mesaje de semnalizare:
1 - MMS (MSISDN)
2 - MM4_FW.REQ_1
3 - SRI_for_SM (MSISDN); CdPA=MSISDN,TT=0; CgPA=adresa MMSC
4 - SRI_for_SM (MSISDN); CdPA=RN+MSISDN,TT=0; CgPA=adresa MMSC
5 - SRI_for_SM (MSISDN); CdPA=adresa HLR; CgPA=adresa MMSC
6 - SRI_for_SM ack(IMSI); CdPA= adresa MMSC; CgPA=adresa HLR
7 - MM4_FW.REQ_2

1.6.2. Rutarea apelurilor cãtre numerele geografice portate (figura 44)
Furnizorul care opereazã comutatorul sau elementul echivalent (gateway) utilizat pentru traficul internaţional va utiliza pentru rutarea apelurilor una din opţiunile prezentate la pct.1.1. sau 1.4. din prezenta anexã.

Figura 44

--------------
NOTĂ(CTCE)
Figura 44 se gãseşte în Monitorul Oficial al României, Partea I, Nr. 44 bis din 18.01.2008, la pagina 109 (a se vedea imaginea asociatã).


ANEXA 3
(la Condiţiile tehnice şi comerciale de implementare a portabilitãţii numerelor)

LISTA DE RAPOARTE STANDARD

1) Rapoarte statistice:
I. Rapoarte statistice de volum, referitoare la:
a) numãrul total de cereri de portare transmise BDC, acceptate sau respinse (pentru fiecare FA);
b) numãrul de cereri de anulare a portãrii (pentru fiecare FA sau FD);
c) numãrul de cereri de portare respinse de OpBDC sau FD (pentru fiecare FA);
d) numãrul de cereri de stopare a portãrii (pentru fiecare FA);
e) numãrul de cereri de deconectare a numãrului portat (pentru fiecare FA);
f) numãrul de cereri de modificare a informaţiilor de rutare (pentru fiecare FA);
II. Rapoarte statistice generale, referitoare la:
a) numãrul de numere geografice portate (pentru fiecare FA);
b) numãrul de numere nongeografice portate, altele decât cele pentru servicii de telefonie mobilã (pentru fiecare FA);
c) numãrul de numere nongeografice pentru servicii de telefonie mobilã portate (pentru fiecare FA);
d) numãrul total de numere primite în urma portãrii (pentru fiecare FA)
e) numãrul total de numere cedate prin portare (pentru fiecare FD);
f) numere deconectate şi cedate FDi (pentru fiecare FA);

2) Rapoarte privind desfãşurarea procesului de portare:
a) rapoarte referitoare la termenele depãşite (pentru fiecare FA sau FD);
b) rapoarte privind lista de mesaje (care permit urmãrirea istoricului unei portãri, pe baza listei mesajelor schimbate în cadrul acestui proces);
c) rapoarte referitoare la termenul mediu de procesare în vederea introducerii de informaţii prin intermediul unor interfeţe diverse;
d) rapoarte privind parametrii de calitate ai procesului de portare monitorizaţi;

3) Rapoarte privind funcţionarea BDC, referitoare la:
a) durata totalã de nefuncţionare a BDC;
b) perioadele de întrerupere programate într-un an;
c) perioadele de întrerupere neprogramate într-un an;
d) durata medie de restabilire a BDC în urma întreruperilor neprogramate;
e) rapoarte privind durata totalã a întreruperilor BDC, în timpul programului normal de lucru;
f) perioada de nefuncţionare a legãturilor de comunicaţii;
g) sesizãrile utilizatorilor cu privire la funcţionarea BDC şi modalitatea de rezolvare a acestora;

4) Rapoarte referitoare la detectarea încercãrilor de acces neautorizat.

------

Da, vreau informatii despre produsele Rentrop&Straton. Sunt de acord ca datele personale sa fie prelucrate conform Regulamentul UE 679/2016

Tags: Monitorul Oficial, Acte Monitorul Oficial, Decizie, Alte Institutii, DECIZIE nr. 3.444 din 19 decembrie 2007

Comentarii


Maximum 3000 caractere.
Da, doresc sa primesc informatii despre produsele, serviciile etc. oferite de Rentrop & Straton.

Cod de securitate


Fii primul care comenteaza.
MonitorulJuridic.ro este un proiect:
Rentrop & Straton
Banner5

Atentie, Juristi!

5 modele Contracte Civile si Acte Comerciale - conforme cu Noul Cod civil si GDPR

Legea GDPR a modificat Contractele, Cererile sau Notificarile obligatorii

Va oferim Modele de Documente conform GDPR + Clauze speciale

Descarcati GRATUIT Raportul Special "5 modele Contracte Civile si Acte Comerciale - conforme cu Noul Cod civil si GDPR"


Da, vreau informatii despre produsele Rentrop&Straton. Sunt de acord ca datele personale sa fie prelucrate conform Regulamentul UE 679/2016
x
Inscrie e-mailul tau pentru a primi zilnic
informatii despre CE, CAND si CUM s-a intamplat
Da, vreau informatii despre produsele Rentrop&Straton. Sunt de acord ca datele personale sa fie prelucrate conform Regulamentul UE 679/2016