Neba Telefonica

OFERTA DE REFERENCIA DEL NUEVO SERVICIO ETHERNET DE BANDA ANCHA (NEBA)
Julio de 2012
OFERTA DE REFERENCIA DE DEL SERVICIO NEBA)
INDICE DE DOCUMENTOS
1. Introduccin 2. Descripcin bsica del servicio 3. Contrato tipo
Anexos: Anexo I Anexo II Anexo III Anexo IV Anexo V Procedimientos Precios del Servicio Acuerdo de Nivel de Servicio Relaciones de Telefnica con el cliente final de Operador autorizado Requisitos de los equipos de cliente
Pgina 2 de 3
OFERTA DE REFERENCIA DE DEL SERVICIO NEBA)
Introduccin La presente oferta de referencia del Nuevo servicio Ethernet de Banda Ancha (NEBA) se deriva de las siguientes obligaciones impuestas a Telefnica: Mercado 5 o mercado de acceso de banda ancha al por mayor: obligacin de disponer de una oferta de referencia del servicio mayorista de banda ancha de nivel regional1. Mercado 2 o mercado mayorista de acceso y originacin de llamadas en la red telefnica pblica en una ubicacin fija: obligacin de disponer de una oferta de referencia del servicio de trfico de paquetes de telefona IP 2.
Resolucin, de 22 de enero de 2009, por la que se aprueba la definicin y el anlisis del mercado de acceso (fsico) al por mayor a infraestructura de red (incluido el acceso compartido o completamente desagregado) en una ubicacin fija y el mercado de acceso de banda ancha al por mayor, la designacin de operador con poder significativo de mercado y la imposicin de obligaciones especficas, y se acuerda su notificacin a la Comisin Europea. Resolucin, de 12 de diciembre de 2008, por la que se aprueba la definicin y el anlisis del mercado mayorista de acceso y originacin de llamadas en la red telefnica pblica en una ubicacin fija, la designacin de operador con poder significativo de mercado y la imposicin de obligaciones especficas, y se acuerda su notificacin a la Comisin Europea.
2
Pgina 3 de 3
Nuevo Servicio Ethernet de Banda Ancha (NEBA)

Especificacin funcional y desarrollo (B1) V8
PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA
Pgina 1 de 69
CONTROL DE EDICIONES
Edicin
v0.0 v1.0 v2.0 -
Cambios introducidos
Versin inicial del documento Versin con arquitectura MonoVLAN e integracin de contribuciones previas Modificacin apartados 0 descripcin bsica, 1 (red de acceso) 1.3.1, 3.4.1, 3.6, 3.6.4, 4, 7.2 y 8. Incluidos comentarios de Operadores a la versin anterior Se ha sustituido textos que estaban tomados directamente del documento Planteamiento para la transformacin de los sistemas de Operadores en la OBA (NEON) de 2712/2009 por referencias a los mismos. 1.1.2, se indica que podr incluirse la conexin entre el PTRO y la ONT. 1.3.1, se ha incluido la QoS RT con 256k en los accesos ADSL 2+ 3.1, 3.2, 3.3, nuevos prrafos explicativos. 3.3.1, nuevo apartado sobre direcciones no codificadas en Gescal Tabla del apartado 3.4, modificada 3.5.2, nuevo prrafo relativo a la relacin con la comparticin de verticales 6, nueva explicacin del modelo facturacin 8, nuevo apartado sobre Calidad de Servicio, tanto ANS como parmetros de QoS. 12.7.1 (del Anexo 3), se seala que el ciclo de vida del IUA puede verse modificado por la operativa que se establezca en relacin con la comparticin de verticales. 0.2: Actualizacin vocabulario 0.6: Incorporacin datos cobertura NEBA. 1.1.1: Aclaracin filtro centralizado para ADSL2+ 1.1.2.: Relativo a la ONT. 1.2: Incorporacin reescritura de VLAN en DSLAM. Cambios editoriales. 1.3.4: Nuevo apartado que describe la propuesta de creacin de nuevos perfiles NEBA 1.3.5: Nuevo apartado sobre las implicaciones en la creacin de nuevos perfiles 2.1: Redaccin ms clara.Ver propuesta mapeo QoS 2.4: Incorporacin disponibilidad interfaces 1000 Base Zx en PAI. 3.1: Consultas masivas y unitarias. 3.2: Incompatibilidades servicio NEBA. 3.3.1: Referencia al anexo 4 3.4: Cambios editoriales. 3.5.1: Alta sobre ocupado y alta por adicin 6: Cambios editoriales 8: Se incluyen parmetros de QoS y se mejora la
Fecha de cambio
22.10.2009 08.01.2010 10.02.2010
v3.0 -
15.03.2010
Pgina 2 de 69
V4.0
redaccin. 9. Pruebas, texto nuevo 11: Modificaciones Anexo 2 0.1: Se incluyen varias QoS en lugar de 3 QoS, justificacin RDSI. Cambio editorial QoS y justificacin RDSI 0.3: Demarcacin cambia por sector, se clarifica concepto de varios PAI en alguna provincia 0.4: cambios editoriales y aclaraciones 0.5: aclaraciones QoS 0.6: Se incluye descripcin zona OBA-no OBA. Cambio editorial cobertura 1.1.1: Incorporacin suministro equipamiento VDSL2. El VP/VC y el id. VLAN lo asigna Telefnica por defecto y ser el mismo para todos los operadores. 1.1.2: Se incluye mencin a procedimientos operativos para gestin de ONT. 1.2: Se reescribe definicin VLAN usuario y se modifica la figura. (N:1) 1.3: Se reescribe el apartado eliminando prrafos y modificando otros. Se aade explicacin sobre perfil de validacin VDSL2. 1.3.1: Se aaden requisitos perfiles RT y regulacin caudal BE en ADSL2+. Se actualizan los datos de perfil de validacin y cobertura. Se actualiza la tabla de criterios. Se aade nueva modalidad en ADSL2+ 1M/320k BE con 128k/128k RT. 1.3.2: Se actualizan perfiles de validacin (nuevo 30/3 para modalidades con RT) y se incorpora la velocidad de subida. Se actualiza la tabla de criterios. 1.3.3: Se actualiza la tabla de criterios. 1.3.4: Se incorpora implantacin de nuevos servicios e implantacin perfiles por replicabilidad en minoristas 1.3.5: Se elimina apartado Actividades para la creacin de nuevos perfiles NEBA 1.4: Se incluye explicacin VLAN-S y VLAN-C 1.4.1 Policy. Se explica regulacin caudal BE en conexiones ADSL 2+ 1.4.3 Incorporar explicacin de VLAN C asignada por Telefnica 2.1: Se modifica tabla de mapeado de las QoS 2.4: Se modifica que la Interfaz ZX no es IE3 2.5. Se modifica prrafo de a undncia. La solucin Multichasis-LAG es una posibilidad, pero no la definitiva. 2.6: Misma modificacin sobre PAI que apartado 0.3 3.1: Comentarios editoriales, simplificando prrafos 3.3: Se modifica a prrafo relativo a a consulta de cobertura NEBA-C 3.4: Se simplifican los textos. Se incluye una tabla resumen de identificacin de accesos. 3.4.1: Nuevo apartado Servicio de consulta para identificacin de accesos al reestructurar el 3.4. Se modifica la referencia al anexo.
21.04.2010
Pgina 3 de 69
V4.01 -
3.4.2: Nuevo apartado Identificador nico de Acceso (IUA). Definiciones y formato que resume lo reflejado en el anterior anexo 3 (IUA). 3.5.1: Se elimina el movimiento alta por adicin 3.5.2: Se aclaran las definiciones de movimientos 3.5.4: Se incorporan movimientos NEBA ADSL IP (SGO). Se eliminan referencias ADSL-IP+ 4: Se eliminan referencias a ADSL-IP+. Se simplifican los textos Se elimina antiguo apartado 5 (catalogacin) 5: Se incluye la facturacin de los movimientos posventa y mantenimiento y separacin facturas servicios soporte y accesos. 6.1: Se incluye texto indicando la existencia del canal H2M. Las averas por entrega defectuosa se incluyen como reclamacin de infraestructuras. Las reclamaciones de facturacin se cursan a travs del CAC. 7.1: Las reclamaciones de provisin incluirn KPIs 7.2: Aclaraciones parmetros QoS, trama de medida de 64 bytes, unidireccional e incluyendo router de cliente 7.3: Aclaraciones ANS y disponibilidad del servicio. Se incluye descripcin detallada del sistema de medida de calidad en nuevo apartado 7.3.1 Arquitectura del sistema de medida de calidad. 9.1 Aclaraciones editoriales 10.3.1 Inclusin de nuevo apartado de registro de fincas indefinidas en GESCAL 1.1.2 Modificacin de la descripcin de la oferta comercial de mantenimiento de la ONT. 1.3.4 Supresin de una figura explicativa que no concordaba plenamente con la descripcin del texto. 7.2 Aclaraciones sobre parmetros de calidad de servicio. 10.3 Modificaciones en la operativa del proceso de alta de calle y alta de domicilio en GESCAL puesto a disposicin de los operadores. Versin para proyecto de medida de la CMT Versin Resolucin CMT Versin para trmite de audiencia oferta de referencia Versin Resolucin CMT oferta de referencia
26.05.2010
V5 V6 V7 V8
15.06.2010 11.11.2010 27.07.2011 03.11.2011
Pgina 4 de 69
INDICE
DESCRIPCIN BSICA DEL PRODUCTO/SERVICIO ........................................................................7
0.1 LNEAS MAESTRAS COMERCIALES DEL SERVICIO............................................................................................................. 7 0.2 VOCABULARIO ESPECFICO .................................................................................................................................................. 8 0.3 SERVICIOS SOPORTE PARA EL NEBA ................................................................................................................................. 9 0.4 OPCIONES DE COMERCIALIZACIN DEL SERVICIO .......................................................................................................10 0.5 CALIDADES DEL SERVICIO ..................................................................................................................................................11 0.6 COBERTURA ...........................................................................................................................................................................12 1 RED DE ACCESO ...................................................................................................................................... 13 1.1 INTERFAZ ROUTER DE CLIENTE - NODO DE ACCESO ..................................................................................................14 1.1.1 Tecnologa xDSL: Interfaz router de cliente (CPE) Nodo de Acceso (DSLAM) ..........................................................14 1.1.2 Tecnologa GPON: Interfaz router de cliente (CPE) -Nodo de Acceso (OLT)..................................................................15 1.2 NMERO DE VLANES, VP/VC POR USUARIO................................................................................................................16 1.3 MODALIDADES DE SERVICIO: VELOCIDADES ASCENDENTE/DESCENDENTE Y COMBINACIN DE SERVICIOS EN EL MISMO ACCESO ....................................................................................................................................................................17 1.3.1 Perfiles comerciales(de contratacin) sobre tecnologa ADSL2+ ........................................................................................18 1.3.2 Perfiles comerciales tecnologa VDSL2..............................................................................................................................19 1.3.3 Perfiles comerciales tecnologa GPON................................................................................................................................20 1.3.4 Propuesta de creacin de nuevos perfiles/servicios NEBA ..................................................................................................23 1.4 MECANISMOS DE CONTROL ................................................................................................................................................24 1.4.1 Policy (sentido ascendente) ................................................................................................................................................24 1.4.2 Priorizacin (sentido descendente).......................................................................................................................................24 1.4.3 Identificacin de cliente en Red: QinQ ...............................................................................................................................24 1.5 PROTOCOLOS (IPOE, PPPOE) ...........................................................................................................................................25 2 TRANSPORTE EN LA REM Y PUNTOS DE ENTREGA (PAI-E) ........................................................ 25 2.1 CONECTIVIDAD.....................................................................................................................................................................25 2.2 CONTROL DE TRFICO (DESCENDENTE) POR OPERADOR. .........................................................................................26 2.3 CONTROL DE TRFICO (ASCENDENTE) POR OPERADOR. ............................................................................................27 2.4 INTERFAZ FSICA DE LA ENTREGA DEL SERVICIO: PPAI-E. .........................................................................................27 2.5 REDUNDANCIA......................................................................................................................................................................28 2.6 NMERO DE PUNTOS DE ENTREGA Y DISTRIBUCIN GEOGRFICA. .........................................................................29 2.7 MECANISMOS DE VERIFICACIN DE LA CALIDAD .........................................................................................................29 3 PROCESOS COMERCIALES .................................................................................................................... 29 3.1 CANAL CON EL OPERADOR Y CONSULTAS. .....................................................................................................................29 3.2 COMPATIBILIDADES, INCOMPATIBILIDADES Y DEPENDENCIAS DEL SERVICIO Y/O MODALIDADES .................30 3.3 INFORMACIN DE COBERTURA DEL SERVICIO ...............................................................................................................31 3.3.1 Tratamiento para direcciones no codificadas en GESCAL ................................................................................................32 3.4 IDENTIFICACIN DE ACCESOS ...........................................................................................................................................33 3.4.1 Servicio de consulta para identificacin de accesos................................................................................................................34 3.4.2 Identificador nico de Acceso (IUA). Definiciones y formato ............................................................................................35 3.5 MOVIMIENTOS NEBA (ALTAS, BAJAS, POSTVENTAS) ....................................................................................................37 3.5.1 Movimientos sobre accesos de cobre (tecnologas xDSL)......................................................................................................37 3.5.2 Movimientos sobre tecnologa FTTH/GPON ..................................................................................................................38 3.5.3 Movimientos comerciales relativos a los Servicios Soporte de NEBA ..................................................................................39 3.5.4 Movimientos de alta sobre ocupado ....................................................................................................................................39 3.5.4.1 Relacin NEBA-GigADSL / ADSL IP (SGO) .............................................................................................40 3.5.4.2 Relacin NEBA-OBA (NEON) ......................................................................................................................41
Pgina 5 de 69
4 5 6
3.5.4.3 Relacin NEBA-Minoristas...............................................................................................................................42 CONDICIONES PARA EL DESPLIEGUE Y CONVIVENCIA DE SERVICIOS ................................. 43 4.1 IMPLANTACIN DEL NEBA EN FASES .............................................................................................................................44 FACTURACIN ........................................................................................................................................ 45 OPERACIN Y MANTENIMIENTO ...................................................................................................... 48
6.1 MECANISMOS DE INTRODUCCIN DE RECLAMACIONES Y AVERAS. .........................................................................48 6.2 PROCEDIMIENTOS DE GESTIN DE AVERAS..................................................................................................................49 7 CALIDAD DEL SERVICIO Y ANS ......................................................................................................... 50 7.1 PLAZOS DE PROVISIN Y MANTENIMIENTO (AVERAS) ..............................................................................................50 7.1.1 Metodologa de obtencin de datos y penalizaciones.............................................................................................................50 7.2 PARMETROS DE QOS PARA CADA CLASE DE SERVICIO ...............................................................................................54 7.3 CALIDAD DE LA RED ............................................................................................................................................................56 7.3.1 Arquitectura del sistema de medida de la calidad ...............................................................................................................56 8 PRUEBAS .................................................................................................................................................... 58 8.1 PERIODO DE PRUEBAS .........................................................................................................................................................58 8.2 ESCENARIOS DE MIGRACIN ENTRE PLANTA ACTUAL DE SERVICIOS MAYORISTAS INDIRECTOS Y EL NUEVO SERVICIO ETHERNET .....................................................................................................................................................................58 9 ANEXO 1: CONSULTA DE COBERTURA............................................................................................. 59 9.1 CODIFICACIN GESCAL: OBTENCIN DEL CDIGO GESCAL DE DOMICILIOS ...................................................59 9.2 SITUACIN ACTUAL DE LA INFORMACIN DE COBERTURA DE ACCESO INDIRECTO XDSL MEDIANTE CONSULTA A BASES DE DATOS Y FICHEROS ..............................................................................................................................60 9.3 COBERTURA DE ACCESO INDIRECTO XDSL MEDIANTE WEB SERVICES, SITUACIN ACTUAL .............................62 9.4 INFORMACIN DE CENTRALES CON COBERTURA DE FIBRA ........................................................................................63 10 ANEXO 2: FORMATO CDIGO GESCAL ............................................................................................. 65 10.1 FORMATO DEL CDIGO GESCAL...................................................................................................................................65 10.2 IDENTIFICACIN DEL DOMICILIO MEDIANTE CDIGO GESCAL EN LAS SOLICITUDES DE ALTAS SOBRE VACANTE ..........................................................................................................................................................................................65 10.3 PROCEDIMIENTO PARA EL ALTA DE CDIGOS GESCAL POR EL OPERADORERROR! MARCADOR NO DEFINIDO. 10.3.1 Fincas indefinidas ........................................................................................................ Error! Marcador no definido. 10.4 BLOQUE DE DATOS DE DOMICILIO EN LA SOLICITUD DE ALTA SOBRE VACANTE EN NEON............................67 10.5 FORMATO DE LOS CAMPOS ADICIONALES PARA INFORMACIN DE ESCALERA Y DOMICILIO ...................67
Pgina 6 de 69
DESCRIPCIN BSICA DEL PRODUCTO/SERVICIO
0.1 Lneas maestras Comerciales del servicio El objetivo de este documento es la descripcin de un servicio mayorista de banda ancha de Acceso indirecto con las siguientes caractersticas: Servicio mayorista de acceso indirecto con entrega provincial en puntos de Acceso Indirecto Ethernet, en adelante PAI-E, Varias calidades de trfico diferentes (BE best effort, RT real time y ORO) por acceso de cliente, cada una con un ancho de banda definido en contratacin y de conformidad con los modos de funcionamiento especificados en este documento. Interfaces Ethernet entre equipo de cliente y nodo de acceso (DSLAM/OLT), Interfaces Ethernet en los puntos de entrega del servicio (PAI-E, puntos de acceso indirecto) Trfico ascendente (usuario-red) conformado por el equipo de cliente para adecuarse a las caractersticas del servicio y calidades contratadas y sobre el que el nodo de acceso ejerce las funciones de control conformes con las caractersticas del servicio contratado, Trfico descendente (red-usuario) conformado por el equipo de borde de red (equipo de cliente mayorista). El equipamiento de cliente (EDC) no est incluido en el servicio. Las tecnologas de acceso sobre las que se ofrecer el servicio son las siguientes: ADSL 2+ / POTS VDSL2 FTTH Los requisitos del servicio hacen que ste slo pueda construirse sobre determinados nodos de acceso, en concreto, sobre los DSLAM IP compatibles con la arquitectura monoVLAN y los requisitos de control del servicio requeridos, as como sobre las OLT (nodos de acceso FTTH). Dado que los DSLAM-IP compatibles con el servicio existentes en la red de Telefnica slo estn equipados con interfaces ADSL2+, no se contempla la oferta del servicio NEBA sobre la interfaz ADSL. Tampoco se contempla la oferta sobre accesos RDSI ya que Telefnica no dispone de interfaces ADSL2+/RDSI ni VDSL2/RDSI en sus DSLAM IP. Las validaciones de bucle de las modalidades ADSL2+ y VDSL2 estarn sujetas a los mismos criterios tcnicos que los servicios minoristas de Telefnica all donde sea aplicable.
Pgina 7 de 69
0.2 Vocabulario Especfico ACG ADSL AMLT BE CAC CPE CTO DSLAM FTTx FTTH GPON LAG NEON OBA OLT ONT PAI-E pPAI-E POTS Q-in-Q REM RT STB VDSL WS Alto Caudal Garantizado Lnea de Abonado Digital Asimtrica Acceso Mayorista a la Lnea Telefnica Best Effort Centro de Atencin al Cliente Equipo de Cliente (Customer Premises Equipment) Caja Terminal ptica Multiplexor de Acceso a la Lnea de Abonado Digital Fibra hasta x (Fiber to the x) Fibra hasta el hogar (Fiber to the Home) Red ptica pasiva Gigabit (Gigabit Passive Optical Network) Grupos de Agregacin de Enlace (Link Aggregation Groups) Nuevo Entorno de Operadores Nacional Oferta Bucle Abonado Equipo de terminacin de lnea ptica (Optical Line Termination) Equipo de terminacin de red ptica (Optical Network Termination). Punto de Acceso Indirecto Ethernet Puerto del Punto de Acceso Indirecto Ethernet Servicio telefnico convencional, basado en conmutacin de circuitos (Plain Old Telephone Service) Tcnica de encapsulado de VLANes de conformidad con la norma IEEE 801.1ad Red Ethernet Multiservicio Real Time Servicio Telefnico Bsico Lnea de Abonado Digital de Alta Velocidad Servicio web (Web Service)
Telefnica Telefnica Espaa
Pgina 8 de 69
0.3 Servicios Soporte para el NEBA Los Servicios Soporte son el conjunto de Servicios que permiten establecer la Conexin de la Red del Operador con la de Telefnica. Los elementos de los Servicios Soporte del NEBA son los siguientes: Sector: mbito asociado al conjunto de centrales en las que existen nodos de acceso susceptibles de ofrecer el servicio. Los sectores del servicio NEBA tienen mbito provincial. Un Sector dispone de al menos un PAI-E. PAI-E (Punto de Acceso Indirecto Ethernet): puntos de entrega del servicio a nivel provincial. Agrupa los puertos (pPAI-E) o interfaces lgicas de entrega del servicio. pPAI-E: puerto de un PAI-E. Es la interfaz fsica (puerto) en la que se entrega el trfico de un Operador correspondiente a un determinado conjunto de nodos de acceso (DSLAM/OLT). En cada PAI-E, el Operador podr contratar el puerto o los puertos que desee, cada uno de ellos con una capacidad, los denominados puertos de PAI-E (pPAI-E). Sobre dichos pPAI-E el operador hace tributar las conexiones o servicios de todos los clientes que contrate en la cobertura asociada al correspondiente PAI-E. Un Operador que desee prestar el servicio NEBA en un sector, deber solicitar previamente el alta de, al menos, un pPAI-E. Su dimensionado puede tomar alguno de los valores indicados en el apartado 2.4 (Interfaz fsica de la entrega del servicio) de este documento. El servicio NEBA entrega al Operador las conexiones de los clientes finales en al menos 50 PAI-E a travs de interfaces Ethernet. En funcin de la demanda, en ciertas provincias podrn existir 2 3 centrales en las que se recoja el trfico del servicio. Los Servicios Soporte son funcionalidades que Telefnica pone a disposicin del Operador para que ste pueda contratar altas de interfaces y capacidades de caudal en cada una de las demarcaciones en las que pretenda ofrecer servicio a sus clientes finales, as como establecer otras funcionalidades conexas. Ser necesario efectuar la contratacin de las facilidades en los PAI-E a travs de los Servicios Soporte antes de construir altas de servicios para clientes finales. Los Servicios Soporte requeridos en el NEBA son los siguientes: pPAI-E Capacidad en el Sector: esta entidad informa de la capacidad de cada calidad de servicio (QoS) que el operador contrata en un sector dado. El valor de esta entidad ser la referencia a Telefnica para la medicin. Los Servicios Soporte se contratarn a travs de NEON.
Pgina 9 de 69
0.4 Opciones de comercializacin del servicio El servicio NEBA podr contratarse tanto sobre la red de acceso de cobre (tecnologas ADSL2+ y VDSL2) en nodos de acceso compatibles y en cobertura, como sobre la red de acceso de fibra (FTTH). En caso de la red de acceso de cobre, la contratacin podr ser una de las siguientes: 1. Sobre un acceso en el que exista previamente un servicio de voz (STB), ya sea servicio minorista de Telefnica o el servicio mayorista AMLT. En este caso, el servicio contratado podr seguir coexistiendo con el servicio preexistente, o ser solicitado como servicio sin STB, es decir, suprimiendo dicha coexistencia (NEBA sin STB)
En ambos casos se trata de un alta sobre ocupado, en este caso sobre una lnea con STB preexistente. 2. Sobre un acceso en el que exista previamente un servicio de banda ancha, con o sin STB, ya sea ste un servicio minorista de Telefnica o un servicio de acceso indirecto de otro operador: alta sobre ocupado en la que se sustituye la BA preexistente. 3. Sobre un acceso en el que el operador disponga ya de un servicio NEBA sobre el que dicho operador desee cambiar algn parmetro, por ejemplo, contratacin de una calidad de servicio adicional a la(s) existente(s) en dicho acceso. En este caso, el operador deber solicitar una modificacin del servicio existente. 4. Sobre vacante, es decir, para un cliente que no dispone de acceso de BA ni STB. En este caso, es condicin necesaria la existencia de recursos de red asociados a dicho domicilio: alta sobre vacante. En el caso de la red de acceso de fibra (FTTH), la existencia de cobertura en un domicilio viene dada por la existencia de una CTO que d cobertura al mismo. En ese caso, pueden darse cualquiera de las tres situaciones de contratacin: 1) alta sobre ocupado (lgicamente excluyendo las consideraciones sobre STB y AMLT), 2) alta sobre vacante y 3) modificacin. No obstante, el caso de alta sobre vacante exige consideraciones especficas en funcin de la situacin de la acometida del domicilio de inters: Acceso no tendido (acometida no tendida) Acceso preexistente (acometida tendida pero sin servicio) Acceso en situacin de uso compartido de verticales
Cada una de las opciones de comercializacin del servicio tendr unas condiciones de comercializacin (incluido precio) especficas en funcin de los recursos y actividades necesarias para atender la solicitud del servicio. Para ms detalles acerca sobre opciones de comercializacin, vase el apartado 3.7. Movimientos de este documento.
Pgina 10 de 69
0.5 Calidades del servicio Se definen, en principio, tres posibles calidades de servicio (QoS) disponibles para cada una de las tecnologas: Calidad 1: Best Effort (BE) - orientado a acceso a Internet. Tendr asociado como SLA un valor de prdida de paquetes para un porcentaje del tiempo Calidad 2: Oro - orientado a trfico de Empresas. Este trfico es prioritario respecto al Best Effort y tendr asociados SLA de valores de prdida de paquetes para un porcentaje del tiempo y retardo. Calidad 3: Real time (RT) - orientado a servicios de VoIP. Este trfico es prioritario respecto a la calidad Oro. Tendr asociados SLA de valores de prdida de paquetes para un porcentaje del tiempo y retardo inferiores a los de la calidad Oro y un parmetro adicional de variacin de retardo (jitter). En funcin de la tecnologa de acceso, en un mismo acceso se podr contratar un servicio NEBA que incluya varias calidades de servicio diferentes (QoS), segn el esquema siguiente:
una QoS (para ADSL2+, VDSL2 y FTTH) 1. Real Time 2. Best Effort 3. ORO dos QoS (para ADSL2+, VDSL2 y FTTH) 1. Best Effort Real Time 2. ORO Real Time 3. Best Effort Oro a estudiar en un futuro tres QoS (para VDSL2 y FTTH, ADSL2+ a estudiar) 1. Best Effort Oro Real Time
En el apartado 1.3. Modalidades del servicio, se detallan los perfiles contratables en funcin de la tecnologa de acceso y las combinaciones de QoS. El comportamiento del trfico de cada calidad de servicio (QoS) en funcin de la tecnologa de acceso sobre la que se construya el servicio es el siguiente: Conexiones sobre tecnologa ADSL2+ El trfico se priorizar segn la QoS, siendo el orden de prioridad el siguiente: 1. Real Time, RT (el ms prioritario) 2. Oro (menos prioritario que RT, pero ms prioritario que Best Effort) 3. Best Effort, BE (el menos prioritario)
Pgina 11 de 69
El trfico BE se ajustar a la velocidad de sincronizacin de la lnea1 ocupando as todo el ancho de banda de la lnea salvo que existan trficos de calidades superiores. En ese caso, el trfico BE reducir su caudal todo lo que demanden los trficos ORO o RT (ver tabla de combinaciones disponibles), que podrn alcanzar el valor mximo contratado para los mismos. Lo mismo ocurre con el trfico ORO, que ocupar el mximo ancho de banda si coexiste con el RT y reducir su caudal en la medida que el trfico RT est presente. Conexiones sobre tecnologas VDSL2 y GPON: El trfico de cada QoS se ajustar al caudal contratado para la misma con independencia del trfico de otras calidades cursado en el mismo acceso. Es decir, se aplica un criterio de utilizacin del ancho de banda por servicio/QoS. No se modificar el marcado de paquetes de una determinada QoS para aplicar otra calidad. Los caudales de las modalidades BE, ORO y RT estarn sujetos a la velocidad contratada (velocidad mxima) mediante mecanismos de rate limit implementados en los nodos de acceso. 0.6 Cobertura Tal como se ha expuesto, las caractersticas del servicio hacen que ste se pueda ofrecer sobre la planta siguiente de Telefnica: tecnologa de acceso xDSL (ADSL2+ o VDSL2): se corresponde inicialmente a aquellas zonas donde los DSLAM IP sean del modelo ISAM (del suministrador Alcatel-Lucent, ALU) y los de Huawei que sean compatibles con el servicio. o La cobertura de esta tecnologa en bucles pasados es del 26% en zona no OBA2 y del 47% en zona OBA (junio de 2010). o A medida que se realicen nuevos despliegues de DSLAM compatibles con el servicio, la cobertura del mismo se incrementar. o En la fecha de lanzamiento precomercial del servicio se garantiza una cobertura mnima del 97% de los pares en zona OBA y del 50% en zona no-OBA. tecnologa GPON (FTTH): se corresponde con el despliegue de dicha tecnologa (nodos de acceso, OLT) de los dos suministradores actuales de Telefnica, es decir, ALU y Huawei. La cobertura en este caso se corresponde con el 100% del despliegue de FTTH.
Velocidad de sincronizacin de la lnea: velocidad de la interfaz ADSL2+/VDSL2 entre el puerto de entrada del DSLAM y el equipo de cliente. Esta velocidad no tiene por qu coincidir con el flujo de datos de las aplicaciones IP. Zona OBA: centrales de Telefnica, identificadas por su cdigo MIGA, en las cuales existe al menos un operador co-ubicado con al menos un bucle alquilado, con independencia de la modalidad. Zona No OBA: centrales de Telefnica, identificadas por su cdigo MIGA, en las cuales, con independencia de si hay o no algn operador co-ubicado, no existe ningn bucle alquilado por un tercero distinto de la propia Telefnica.
Pgina 12 de 69
El mapa de cobertura del servicio NEBA sobre acceso de cobre (xDSL) se construye teniendo en cuenta dos componentes: Aptitud estimada del bucle para cada modalidad/velocidad que Telefnica use en autoprestacin para sus servicios minoristas, y para las cuales se dispondr de caracterizacin de la planta de pares. El criterio de validacin de los bucles para dichas modalidades seguir las mismas reglas de topologa, atenuacin, etc. que para el servicio minorista, donde sea aplicable. Disponibilidad de equipamiento compatible con el servicio de acuerdo a la arquitectura elegida, MonoVLAN en modo crossconnect. Para ms detalles sobre la cobertura del servicio, vase el apartado 3.3. Informacin de cobertura de servicio.
RED DE ACCESO
Tal y como se ha comentado anteriormente, el servicio se construye sobre accesos de cobre con tecnologa ADSL2+/VDSL2 o sobre tecnologa GPON (FTTH). En la figura 1 se muestra la arquitectura general del servicio mayorista NEBA, as como el de los servicios minoristas de Telefnica y mayoristas indirectos actuales (GigADSL y ADSL-IP).
Internet GigADSL DSLAM ATM Minorista Mayorista IP GigADSL Minorista Mayorista IP Mayorista Eth Minorista DSLAM IP Mayorista IP Mayorista Eth DSLAM IP Red ATM ACCESO Red IP RIMA ADSL-IP Nacional
Red Ethernet Provincial
ADSL-IP Regional VLAN agregada para minorista y ADSL-IP
Operador 1 Mayorista Ethernet
Operador 2 Mayorista Ethernet
Figura 1: Arquitectura servicios mayoristas y minoristas
Pgina 13 de 69
1.1 Interfaz router de cliente - Nodo de Acceso

Tecnologa xDSL: Interfaz router de cliente (CPE) Nodo de Acceso (DSLAM)
El cliente recibe el servicio a travs del par de cobre. La separacin entre las seales de voz y de datos en domicilio de cliente puede requerir la instalacin de un filtro separador centralizado (caso del VDSL2) o admitir tanto la utilizacin de filtro centralizado como de microfiltros en cada punto en el que se conecten equipos de voz convencional (caso del ADSL2+). En el lado central, la conexin al DSLAM IP se realiza tras separar la banda de voz mediante un filtro separador. La estructura de protocolos es la siguiente: Puertos con interfaces ADSL2+ en DSLAM IP. En este caso la pila de protocolos incluye una capa ATM, es decir, se construye la trama Ethernet sobre ATM y sta a su vez sobre ADSL2+. Esto supone que en la trama que se genere desde el CPE debe informarse el VP/VC para poder encaminar la celda a travs de la red. Este dato ser el mismo para todos los operadores y lo asignar por defecto Telefnica.
Figura 2: Estructura de protocolos para conexiones ADSL 2+
Pgina 14 de 69
Puertos con interfaces VDSL2 en DSLAM IP. En este caso las tramas Ethernet se construyen directamente sobre el medio fsico VDSL2. El identificador de VLAN de cliente lo asignar Telefnica por defecto y ser el mismo para todos los operadores.
Figura 3: Estructura de protocolos para conexiones VDSL2
Respecto al equipamiento de cliente para VDSL2, mientras no haya en el mercado al menos dos proveedores de equipos de usuario para servicios basados en VDSL2 compatibles con los DSLAM de Telefnica, sta ofrecer a los operadores alternativos un servicio de suministro de dichos equipos en condiciones razonables que no entorpezcan la competencia. Si en la fecha del lanzamiento del servicio NEBA existieran al menos dos proveedores de routers interoperables con los DSLAM de Telefnica, la responsabilidad de adquisicin de los equipos de cliente VDSL2 ser de los operadores exclusivamente. Telefnica les suministrar la informacin que requieran para poder efectuar las adquisiciones oportunas.
Tecnologa GPON: Interfaz router de cliente (CPE) -Nodo de Acceso (OLT)
El cliente (Operador) recibe el servicio mediante fibra ptica (GPON/FTTH) hasta el PTRO de Telefnica. La ONT no forma parte del servicio mayorista. Respecto al equipamiento de cliente (ONT), mientras no haya en el mercado al menos dos proveedores de equipos de usuario para servicios basados en GPON compatibles con los OLT de Telefnica, sta ofrecer a los operadores alternativos un servicio de suministro de dichos equipos en condiciones razonables que no entorpezcan la competencia. Por ello Telefnica proporcionar al Operador, bajo demanda y como oferta comercial lo siguiente, todo ello mientras no existan ONT interoperables: Suministro de ONT y/o autorizacin a los fabricantes para que provean a los operadores que lo demanden, Instalacin de la ONT en domicilio del cliente final Actividades de Mantenimiento, incluido desplazamiento al domicilio de cliente final
Pgina 15 de 69
Cuando la situacin del mercado permita obtener equipos de cliente con interoperabilidad entre suministradores, Telefnica suministrar a los operadores la informacin que requieran para poder efectuar las adquisiciones oportunas. Finalmente las ONT requieren ser tele-supervisadas y tele-configuradas desde la OLT, aspectos que s quedan incluidos en el servicio mayorista. Los procedimientos operativos entre Telefnica y operadores formarn parte de la documentacin final del servicio. El equipamiento de cliente (CPE, router u otro) se conectar a la ONT tal como el Operador configure para la prestacin del servicio. La figura siguiente refleja la pila de protocolos del servicio mayorista que se construyen cuando la interfaz es GPON/FTTH. El identificador de VLAN de cliente lo asignar Telefnica por defecto y ser el mismo para todos los operadores.
Figura 4: Estructura de protocolos para conexiones FTTH
1.2 Nmero de VLANes, VP/VC por usuario Existir una nica VLAN (VDSL2 y GPON) o VP/VC (ADSL2+) por usuario que albergar las calidades de servicio (solucin MonoVLAN ver figura 5). En este caso, el equipo de cliente marca la QoS en la cabecera Ethernet, es decir, el tipo de calidad de servicio que desee cursar el cliente ir indicado en la trama Ethernet dentro del campo Identificador de VLAN (bit p). La red respeta este marcado mantenindolo hasta la entrega del trfico en el PAI-E del Operador.
Pgina 16 de 69
Red Ethernet Provincial Mayorista

BE, ORO RT
DSLAM IP
BE, ORO RT
1 VLAN/ VC
Operador 1
Operador 2
Figura 5: Arquitectura de red MONOVLAN
La provisin de la VLAN entre DSLAM/OLT y el correspondiente pPAI-E para cada operador se constituir cuando se genere la demanda de la primera conexin individual sobre dicho DSLAM/OLT. 1.3 Modalidades de Servicio: velocidades ascendente/descendente y combinacin de servicios en el mismo acceso En relacin con las modalidades a ofrecer en el nuevo servicio de acceso indirecto NEBA, es importante tener en cuenta los diversos factores que afectan a la oferta comercial. Dichos factores resumidos son los siguientes: 1. Las calidades de servicio, QoS: Best Effort, Oro y Real Time. 2. Las posibilidades de combinacin de las QoS en un acceso, en relacin con lo cual debe tenerse en cuenta la necesidad de definir, disear e implantar los perfiles asociados a cada una de las que se establezcan. Los perfiles deben incorporarse en los sistemas de gestin / provisin y en los nodos de acceso. 3. Las necesidades de caracterizacin de la planta asociada a los perfiles comerciales que lo requieran, en funcin de la QoS y las velocidades descendente y ascendente. Deben identificarse los perfiles de validacin asociados a cada modalidad de acceso indirecto, que indican la velocidad mnima de sincronizacin del par. La necesidad de perfiles de validacin y, consiguientemente, de caracterizacin de la planta en las modalidades que lo requieran, slo es aplicable a las tecnologas sobre cobre (ADSL2+ y VDSL2). 4. Las limitaciones de cada tipo de nodo de acceso (DSLAM y OLT) en trminos de capacidad o nmero mximo de perfiles comerciales implementables. 5. La necesidad de alcanzar un equilibrio entre el nmero de perfiles idealmente deseados por los operadores, las limitaciones de los equipos y la lgica de un catlogo de servicios comercialmente manejable, es decir, la racionalizacin de la oferta que conjugue nmero de perfiles comerciales con las limitaciones indicadas.
Pgina 17 de 69
6. La flexibilidad de la oferta mayorista, de forma que sobre la base de un perfil, el operador pueda desarrollar sus propias ofertas minoristas, haciendo innecesaria una oferta mayorista exhaustiva que replique uno a uno cualquier oferta minorista de Telefnica. En consecuencia, en la elaboracin de la oferta inicial de perfiles se han tenido en cuenta los siguientes criterios generales: En ADSL2+ las limitaciones fsicas de los bucles aconsejan perfiles ajustados a las aptitudes de stos, de otra forma la experiencia de usuario podra resentirse. Por ejemplo, disponibilidad de perfiles de bajo ancho de banda adecuados para bucles largos. En VDSL2 se considera un criterio de aptitud superior y ms exigente a la mxima velocidad soportada por ADSL2+, que permite para cualquier par compatible que no exista limitacin alguna para cualquiera de las modalidades ofrecidas. En GPON no es el bucle lo que genera limitacin alguna sino la propia tecnologa. El establecimiento de perfiles debe permitir una estimacin de dimensionamiento de red. Ulteriormente se podrn desarrollar nuevos perfiles de acuerdo con la demanda y la capacidad disponible. En el apartado 1.3.4 se recoge el procedimiento de adicin de nuevos perfiles basado en sucesivas versiones (releases) del servicio.
A continuacin se detallan los perfiles en funcin de la tecnologa de acceso, indicando las velocidades descendentes y ascendentes y las calidades de servicio (QoS) contempladas.
Perfiles comerciales (de contratacin) sobre tecnologa ADSL2+
En el caso de la tecnologa ADSL2+, se distingue una casustica especfica para los servicios de acceso indirecto con calidad RT, a saber, que las modalidades comerciales que incluyan QoS de tipo real time (RT) tienen requisitos ms estrictos en cuanto a la validacin, como se indica posteriormente en la columna de perfil de validacin exigido de la tabla de modalidades. En ella se puede observar que las modalidades que incluyen caudales con RT tienen un perfil de validacin mayor que las modalidades equivalentes que no disponen de RT. Los criterios especficos de los perfiles comerciales de ADSL2+ se detallan a continuacin:
Tecnologa ADSL 2+ Criterio Mx V down = 20 Mbps Mx V up = 800 Kpbs Descripcin Limitacin de la tecnologa. Velocidad medida en ATM. Limitacin de la tecnologa (Telefnica no tiene implementado el Anexo M sobre sus DSLAM IP). Velocidad medida en ATM. Excepto para QoS RT
V down >= V up
Pgina 18 de 69
Perfiles comerciales a1 a2 a3 a4 a5 a6 a7 a8 a9 a10 a11 a12 a13 a14 a15 a16 a17 a18
BE Down 1M 1M 4M 4M 8M 8M 10M 10M 20M 20M Up 320k 320k 512k 512k 640k 640k 800k 800k 800k 800k -
ORO down 4M 4M 8M 8M 10M 10M 20M 20M up 640k 640k 640k 640k 800k 800k 800k 800k down 128k 256k 256k 256k 256k 256k 256k 256k 256k
RT up 128k 256k 256k 256k 256k 256k 256k 256k 256k
Cobertura perfil validacin 3 (1) exigido (aprox.) >98% 96% 95% 89% 85% N.D. 78% N.D. 78% N.D. N.D. N.D. 78% N.D.
Vase documento de procedimientos
(1) Estimacin de sobre planta total de bucles, no sobre cobertura NEBA (2) Actualmente no existen perfiles de validacin especficos de 10M, 20M, 8M/640K, ACG 8M/640K, ACG 10M/800K Y ACG 20M/800K en la planta de Telefnica.
En tecnologa ADSL2+ no se han incluido inicialmente los perfiles simtricos actuales ya que stos se construyen sobre el Anexo M de la recomendacin UIT-T 992.5 (Requisitos especficos para sistemas ADSL con anchura de banda ascendente ampliada en las bandas de frecuencia superiores a POTS), que solo est disponible en la red de Telefnica en los DSLAM ATM, incompatibles con el NEBA cuya cobertura est limitada a DSLAM IP. Tal y como se indic en el apartado 0.5, el trfico BE reducir su caudal todo lo que demanden los trficos ORO y RT.
Perfiles comerciales tecnologa VDSL2
Los criterios especficos de los perfiles comerciales de VDSL2 se detallan a continuacin:
ACG: Alto Caudal Garantizado. Requisito de validacin ms estricto utilizado para las modalidades ORO.
Pgina 19 de 69
Tecnologa VDSL2 Criterio V total down <= 30 Mbps V total down >= 10 Mb V total up <= 3 Mbps V down >= V up V max simetricos ORO = 2M 256 Kpbs <= RT <= 2 Mpbs Valores de 256K, 512K, 1M y 2M Descripcin Segn Anlisis de Mercado 5. Excepto simtricos Segn implementacin actual de Telefnica Excepto para QoS RT
Perfiles comerciales v1 v2 v3 v4 v5 v6 v7 v8 v9 v10 v11 v12 v13 v14 v15 v16 v16-2 v17 v17-2 v18 v19-2 v19 v19-2
BE down 10M 10M 10M 25M 25M 25M 30M 30M 30M 30M up 1M 1M 1M 1M 1M 1M 1M 1M 3M 3M down 1M 2M 10M 10M 10M 10M 4M 4M 25M 25M 25M 25M 30M 30M 30M 30M
ORO up 1M 2M 1M 1M 1M 1M 1M 1M 1M 1M 1M 1M 1M 1M 3M 3M down 256k 512k 256k 512k 256k 512k 1M 256k 512k 1M 2M 128k 128k 128k 128k
RT up 256k 512k 256k 512k 256k 512k 1M 256k 512k 1M 2M 128k 128k 128k 128k Perfil validacin
Vase documento de procedimientos
Perfiles comerciales tecnologa GPON
Los criterios especficos de los perfiles comerciales de GPON se detallan a continuacin:
Pgina 20 de 69
Tecnologa GPON Criterio V total down <= 30 Mbps V min Down = 10 M ; V min Up = 1 M V total up < = 10 Mb V down >= V up V max simetricos ORO = 2M Vup BE >= Vup ORO 256 Kpbs <= RT <= 2 Mpbs Valores de 256K, 512K, 1M y 2M Descripcin Segn Anlisis de Mercado 5. BE y ORO Tecnologa GPON Excepto para QoS RT
En GPON el acceso no impone condiciones de validacin.

Perfiles comerciales f1 f2 f3 f4 f5 f6 f7 f8 f9 f10 f11 f12 f13 f14 f15 f16 f17 f18 f19 f20 f21 f22 f23 f24 f25 f26 f27 f28 f29 f30 BE down 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 20M 20M 20M up 1M 1M 1M 1M 1M 1M 1M 3M 3M 3M 3M 3M 3M 3M 3M 3M 3M 3M 3M 3M 1M 1M 1M down 10M 10M 10M 10M 20M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 20M 20M 10M 20M 20M 20M ORO up 1M 1M 1M 1M 1M 1M 1M 1M 1M 1M 1M 1M 1M 3M 3M 3M 3M 3M 1M 3M 1M 1M 1M 1M down 256k 256k 512k 1M 256k 512k 1M 256k 256k 512k 1M 256k 512k 1M 2M 256k 256k 512k RT up 256k 256k 512k 1M 256k 512k 1M 256k 256k 512k 1M 256k 512k 1M 2M 256k 256k 512k
Pgina 21 de 69
Perfiles comerciales f31 f32 f33 f34 f35 f36 f37 f38 f39 f40 f41 f42 f43 f44 f45 f46 f47 f48 f49 f50 f51 f52 f53 f54 f55 f56 f57 f58 f59 f60 f60-2 f61 f61-2 f62 f62-2 f63 f63-2 f64 f64-2 f65 f65-2 f66 f66-2 f67 f67-2
BE down 20M 20M 20M 20M 25M 25M 25M 25M 30M 30M 30M 30M 30M 30M 30M 30M up 3M 3M 3M 3M 1M 3M 5M 10M 1M 1M 3M 3M 5M 5M 10M 10M down 20M 10M 10M 20M 20M 20M 20M 20M 25M 25M 25M 25M 25M 25M 25M 25M 25M 25M 25M 25M 25M 25M 25M 30M 30M 30M 30M 30M 30M 30M 30M
ORO up 1M 1M 3M 3M 3M 3M 3M 3M 1M 1M 1M 3M 3M 3M 3M 5M 5M 5M 5M 10M 10M 10M 10M 1M 1M 3M 3M 5M 5M 10M 10M down 1M 256k 256k 512k 1M 2M 256k 256k 512k 1M 256k 256k 512k 1M 2M 256k 256k 512k 1M 2M 256k 256k 512k 1M 2M 128k 128k 128k 128k 128k 128k 128k 128k
RT up 1M 256k 256k 512k 1M 2M 256k 256k 512k 1M 256k 256k 512k 1M 2M 256k 256k 512k 1M 2M 256k 256k 512k 1M 2M 128k 128k 128k 128k 128k 128k 128k 128k
Pgina 22 de 69
Creacin de nuevos perfiles/servicios NEBA
Con el objetivo de mantener actualizada la oferta de perfiles comerciales/servicios en funcin de las necesidades del mercado, se establece un mecanismo de revisin y actualizacin de dicha oferta. Esta actualizacin no se basa simplemente en la creacin de un perfil sino en el desarrollo y comercializacin de una modalidad del servicio, lo cual afecta a los sistemas de contratacin, provisin y facturacin, adems de requerir desarrollos en la red de Telefnica. La incorporacin de nuevos perfiles/servicios en el servicio NEBA se realizar dos veces al ao (meses k y n), separadas 6 meses. El plazo tcnico para la implementacin de un nuevo perfil ser de 5-6 meses. Cuando un operador/operadores solicite la creacin de un nuevo perfil/servicio, ste deber comunicar una estimacin de la demanda esperada que justifique su desarrollo. Dicha demanda ser comunicada por el operador u operadores que hayan demandado el perfil/servicio cuando se haya confirmado el desarrollo de dicho perfil/servicio segn se indica en el procedimiento establecido. Se adoptar un criterio de racionalizacin de perfiles/servicios para mantener la coherencia del portafolio y capacidad de los equipos afectados, atendiendo las solicitudes razonables. El procedimiento es el siguiente: 1. Las solicitudes de los operadores se realizarn durante los 3 primeros das hbiles del mes previo al mes de entrega de la release anterior, ej. k-1. 2. Se llevarn a cabo anlisis y contactos bilaterales durante el mes k-1. 3. La propuesta de Telefnica para la siguiente release se realizar durante los 3 primeros das hbiles del mes k en una reunin conjunta con CMT y los operadores interesados. 4. La decisin de Telefnica de los perfiles/servicios a implementar se tomar el da 15 del mes k. Dicha decisin y su justificacin se comunicarn a los participantes de la reunin anterior. 5. El operador / operadores que hayan solicitado un perfil/servicio que finalmente se desarrolle, comunicarn a Telefnica y a la CMT su estimacin de demanda durante el mes k. 6. Se notificar a la CMT y se har accesible a todos los operadores en telefonicaonline, durante los 3 primeros das hbiles del mes n-1, una nueva versin de la oferta de referencia que contenga los nuevos perfiles/servicios. 7. Los perfiles/servicios adoptados estarn disponibles en la release del mes n. Adicionalmente a los perfiles solicitados por los operadores, Telefnica implementar los perfiles que resulten necesarios para dar replicabilidad a las nuevas modalidades minoristas que prevea lanzar al mercado y que, en todo caso, se comunicarn de
Pgina 23 de 69
conformidad con los procedimientos regulatorios vigentes. La caracterizacin de la planta se actualizar para incluir dichos perfiles. 1.4 Mecanismos de control
Policy (sentido ascendente)
En el nodo de acceso (DSLAM/OLT) se realizar control del trfico cursado mediante rate limit por conexin y tipo de calidad. Como se indic en el apartado 0.5, en accesos ADSL2+ el trfico BE se podr ajustar a la velocidad de sincronizacin de la lnea4 y ocupar as todo el ancho de banda de la lnea salvo que existan trficos de calidades superiores. En ese caso, el trfico BE reducir su caudal todo lo que demanden los trficos ORO y RT, que podrn alcanzar el valor mximo contratado para los mismos.
Priorizacin (sentido descendente)
Se realizar un control del trfico en el DSLAM/OLT teniendo en cuenta la prioridad aplicable a las QoS contratadas por el operador en cada conexin, de acuerdo con el criterio general aplicable: 1. Real Time (el ms prioritario) 2. Oro (menos prioritario de RT, pero ms que BE) 3. Best Effort (el menos prioritario) En caso de congestin, el trfico se prioriza segn el orden anterior aplicando tcnicas de marcado y priorizacin. Se emplean colas de trfico independientes para cada QoS.
Identificacin de cliente en Red: QinQ
Para la identificacin de usuarios en la red se utilizar el encapsulado 802.1ad o QinQ. Para ello, se inserta un Tag adicional (S-Tag) en el borde de la red del Operador de forma que la VLAN original del cliente (C-Tag) permanece sin cambios. El encapsulado QinQ permite mediante un segundo nivel de VLAN (VLAN Stacking), crear una estructura jerrquica que permite conectar a los usuarios a la red del Operador a travs de la red de acceso de Telefnica sin modificar su VLAN original. El QinQ se considera una mejora aadida del protocolo IEEE 802.1Q, y la estructura de la nueva trama incluye un nuevo campo para el Tag de identificacin. De esta manera el trfico en la misma red lgica (VLAN de usuario) mantiene siempre este campo invariante durante la conexin. En la figura siguiente se muestra la trama 802.1ad construida a partir de la trama original 802.1Q generada por el usuario:
Velocidad de sincronizacin de la lnea: velocidad de la interfaz ADSL2+/VDSL2 entre el puerto de entrada del DSLAM y el equipo de cliente. Esta velocidad no tiene por qu coincidir con el flujo de datos de las aplicaciones IP.
Pgina 24 de 69
MAC Destino
MAC Ori gen
VLAN C
L on g/T ipo Eth
Dat os
C RC
Trama de Usuario: 802.1Q
MAC Destino
MAC Ori gen
VLA N S
VLAN C
L ong/T ipo Eth
D a to s
CR C
T rama nueva: 802.1a d
T ip o Et h
Pbits
CFI
VLAN ID
Inse r cin de un nuevo c ampo V LAN S por O pe ra dor, c on la misma estruc tur a
Para cada operador la VLAN S identifica al nodo de acceso y la VLAN C al cliente. Como se ha indicado anteriormente la VLAN C de cliente se asignar por parte de Telefnica y se comunicar al Operador. Por cada pPAI y operador, se generarn secuencialmente las S-VLAN empezando por el valor ms bajo posible y aumentando ste cada vez que se pida una primera conexin dependiente de un equipo de acceso diferente (no accedido hasta ese momento desde ese pPAI y operador). Para cada S-VLAN ser creado un grupo de C-VLAN, que Telefnica ir asignando tambin secuencialmente y empezando por el valor ms bajo, conforme se provisionen las conexiones para un operador, pPAI y S-VLAN dados. 1.5 Protocolos (IPoE, PPPoE) Los protocolos contemplados en el servicio y para los que la red de acceso y agregacin de Telefnica asegura el funcionamiento correcto del mismo son los siguientes: IPoE PPPoE
TRANSPORTE EN LA REM Y PUNTOS DE ENTREGA (PAI-E)
2.1 Conectividad La solucin tcnica adoptada establecer una conectividad punto a punto para cada operador desde cada DSLAM/OLT hasta cada pPAI, comn para las calidades de servicio embebidas de las conexiones de dicho operador. La REM cursar tramas Ethernet con doble etiqueta de VLAN segn estndar 802.1ad (Qin-Q). El valor Ethertype de la etiqueta interna (C-tag) es 0x8100, sin embargo, el de la etiqueta externa (S-tag) podr ser 0x8100 0x88a8. Este valor ser un parmetro de provisin que deber indicar el Operador en la contratacin del servicio NEBA.
Pgina 25 de 69
En sentido descendente el Operador y Telefnica debern acordar el identificador de VLAN externa para cada nodo de acceso. El operador utilizar dicho identificador de VLAN para construir el etiquetado Q-in-Q para entregar el trfico en el pPAI. En sentido descendente, la red Ethernet preservar el valor de los bits de prioridad 802.1p de la etiqueta C-tag que el Operador marque en las tramas Ethernet que genere desde su equipamiento de red y que presente en el pPAI. En sentido ascendente, la red Ethernet preservar el valor de los bits de prioridad 802.1p de la etiqueta C-tag que el DSLAM/OLT presente en las tramas Ethernet. La red Ethernet interpretar el valor de los bits 802.1p de la S-tag (VLAN externa) que marque el DSLAM/OLT en un extremo y equipo de red de Operador en el lado del pPAI, para dar el tratamiento de calidad de servicio adecuado a cada trama en su curso por la red Ethernet. Los nodos Ethernet reescribirn el valor de esos bits p en salida (hacia equipo DSLAM/OLT en un extremo y hacia equipo de red de Operador en el otro extremo) de acuerdo a la calidad de servicio correspondiente. En la tabla siguiente se refleja la propuesta de correspondencia entre "calidad de servicio" y "valor de los bits 802.1p que los equipos de Telefnica considerarn para la priorizacin del trfico de los operadores: Valores incluidos por el Operador (marcados por el CPE) 5 3 0(*) Valores de Telefnica 5 - Real Time 3 - Oro 0 - Best Effort QoS considerados por
(*) El trfico de las calidades no asignadas ser descartado ya que no existe garanta de que pueda ser remarcado por defecto a una determinada QoS. Estos valores se considerarn en la conexin del pPAI, en la conexin DSLAM/OLT - Red Ethernet, y en la conexin Modem o ONT a equipo de la Red de Acceso (DSLAM/OLT). La red Ethernet multiservicio (REM) de Telefnica no utilizar el identificador de VLAN interno que inserta el operador para establecer la conectividad de nivel 2. La conmutacin entre los diferentes nodos de la red se basar en la etiqueta S-tag. Se soportarn hasta 4.096 identificadores de VLAN externa diferentes por pPAI. El esquema de identificacin deber ser acordado entre Telefnica y los operadores. 2.2 Control de trfico (descendente) por Operador. En sentido descendente (desde pPAI a DSLAM/OLT) se establecern los mecanismos necesarios en la red Ethernet para asegurar el correcto funcionamiento de los servicios y la no interferencia de unos sobre otros. Este aspecto es particularmente relevante entre servicios de operadores diferentes. Se establecern las medidas siguientes:
Pgina 26 de 69
Medidas de proteccin contra bucles fsicos. En el puerto pPAI-E, el nodo de la red Ethernet bloquear el puerto cuando detecte un bucle fsico y quedar bloqueado mientras perdure el bucle. Medidas de proteccin contra saturacin de interfaces. Para evitar que errores de configuracin u otro tipo de problemas en los Router de los operadores puedan provocar saturacin en alguno de los enlaces (GbE) entre nodo REM y DSLAM/OLT, se aplicar un rate limit por VLAN entre pPAI-E y DSLAM/OLT. Este lmite garantizar el funcionamiento normal de todos los servicios. Este rate_limit se realizar en base al caudal agregado de todas las clases de servicio por Operador y DSLAM. nmero de tramas Ethernet recibidas / enviadas por puerto de acceso pPAI-E y QoS nmero de tramas Ethernet descartadas por puerto de acceso pPAI-E y QoS
Se podrn realizar diversas mediciones del trfico, como, por ejemplo: -
Estas mediciones del trfico se realizarn por Telefnica, a nivel interno, para tareas de mantenimiento. 2.3 Control de trfico (ascendente) por Operador. Tal como se ha indicado en el apartado 1.4 de este documento, en sentido ascendente el nodo de acceso (DSLAM/OLT) realizar el control de trfico. 2.4 Control de trfico para descarte opcional de exceso respecto capacidad contratada. El operador que lo desee podr solicitar, para cada QoS, el descarte del exceso ascendente y descendente respecto de la capacidad contratada segn lo descrito en el apartado de facturacin. 2.5 Interfaz fsica de la entrega del servicio: pPAI-E. La interconexin del equipo de Red de Operador en el PAI-E se realizar en el puerto del PAI-E (pPAI-E). Esta interconexin utilizar alguna de las interfaces siguientes: 1 GbE, pudiendo utilizarse alguna de las interfaces siguientes: 1000Base-LX, segn IEEE 802.3, con fibra ptica monomodo, explotada en segunda ventana (1310nm), y con un alcance mximo aproximado de 5.000 metros. 1000Base-ZX, con un alcance mximo aproximado de 40 Km. En el momento de redactar esta especificacin (marzo 2010) Telefnica no puede asegurar la interoperabilidad de esta interfaz cuando enfrente a equipos de suministradores diferentes. LAG de varios enlaces de 1 GbE:
Pgina 27 de 69
Esta modalidad permite aumentar la capacidad de la interconexin a varios GbE. Requiere activar protocolo estndar LACP (802.3ad) entre equipamiento de Red de Operador y equipamiento de Red de Telefnica que se interconectan en el pPAI. El nmero mximo de enlaces de 1 GbE que se pueden agrupar se fija en 4. 10 GbE, pudiendo utilizarse alguna de las interfaces siguientes: Interfaz 10GBASE - LW/LR 1310nm, alcance aprox. 10Km, para fibra monomodo. Interfaz 10GBASE - ZW/ZR 1550nm, alcance aprox. 70Km, para fibra monomodo. 2.6 Redundancia. Ser posible que el Operador solicite en la conexin a pPAI desde el equipo de Operador acceso redundante en modo activo-backup. En fases posteriores del desarrollo de este servicio se describirn los escenarios de constitucin de acceso redundante en modo activo-backup concretos, junto a la solucin tcnica detallada para cubrir cada escenario. Una solucin posible es contemplar redundancia de pPAI-E en modo activo-backup desde un nico equipo de Operador y hacia un mismo equipo de la REM. As mismo, si fuera posible se proporcionar redundancia de pPAI-E en modo activo-backup desde un nico equipo de Operador y hacia dos equipos distintos de la REM. Como ejemplo de este ltimo escenario se podra utilizar una solucin tcnica basada en el mecanismo MultiChasis-LAG, que requiere activar protocolo estndar LACP (802.3ad) entre equipamiento de red de Operador y equipamiento de red de Telefnica que se interconectan en el pPAI.
REM
Servicio activo
pPAI x activo MC -L AG
Operador
DSL AM/ OLT
Domicilio de cliente
Servicio backup
backup . pPAI y
Figura 6: Arquitectura de Red metropolitana de Telefnica
Pgina 28 de 69
No ser posible hacer balanceo de carga entre diferentes pPAIs, ni entre diferentes PAIs del mismo sector. 2.7 Nmero de puntos de entrega y distribucin geogrfica. El servicio NEBA incluir un punto de entrega (PAI-E) en cada provincia. Por tanto, habr un mnimo de 50 PAI-E. En ciertas provincias podrn existir 2 3 centrales en las que se recoja el trfico del servicio. No obstante, se considerar el establecimiento de ms de un PAI-E en aquellas provincias en las que la demanda lo justifique y su constitucin sea coherente con la arquitectura de red de acceso Ethernet de Telefnica (REM). Conforme a la regulacin vigente, los puntos de entrega sern coincidentes con puntos del actual servicio GigADSL. Los servicios de entrega de seal de la OBA estarn disponibles para la conexin con los PAI-E. En particular, Telefnica facilitar que la conexin con los PAI-E pueda llevarse a cabo mediante infraestructuras de terceros. Telefnica ofrecer asimismo el transporte interprovincial de la seal para los operadores interesados. Se podr acordar entre operadores la comparticin de PAI-E o infraestructuras de transporte sin autorizacin previa de Telefnica. 2.8 Mecanismos de verificacin de la Calidad Se establecer un mecanismo de recogida de la calidad de red y medicin de la misma, as como un procedimiento que permita a los operadores verificar el nivel de cumplimiento de los niveles de servicio. Vase el apartado 8 de este documento.
PROCESOS COMERCIALES
3.1 Canal con el Operador y Consultas. En los apartados 3 y 4 del documento Transformacin de los sistemas de Operadores en la OBA (NEON) en su versin adoptada de 2 de diciembre de 2009, se detalla tanto el canal de comunicacin empleado entre los operadores y Telefnica como la operativa de consultas en el canal. Los aspectos de detalle de las consultas y su alcance es el acordado de conformidad con dicho documento. No obstante, debe sealarse que los campos que se incluyen en dicho documento no son exhaustivos ni definitivos. Su aplicacin definitiva se establecer una vez sean definidos ntegramente y catalogados los servicios asociados al NEBA. El nuevo enfoque del canal de comunicacin entre Operador y Telefnica implica que el operador ir recibiendo detallada y cronolgicamente mediante las comunicaciones
Pgina 29 de 69
realizadas por el correspondiente web service (WS) toda la informacin asociada a cada transaccin. Por tanto, las consultas facilitan informacin que el operador ha ido recibiendo mediante el correspondiente WS para cada transaccin, que habr integrado en sus propios sistemas de informacin asociados al negocio y su operativa. Tal como se recoge en el documento de referencia, las consultas sern de dos tipos: unitarias y masivas. La respuesta a una consulta unitaria recoge el detalle completo de la solicitud consultada, ya sea un pedido, reclamacin o avera. Tendrn como nico criterio de consulta y bsqueda principal el nmero de referencia de la solicitud proporcionado por Telefnica que es el nico criterio que asegura que se devuelve un nico registro (con sus campos asociados) como resultado de la consulta. La respuesta a una consulta masiva recoge informacin que permite a los operadores cotejar inconsistencias de su repositorio para el seguimiento del ciclo de vida de las solicitudes, as como realizar consultas que ofrezcan informacin de su inters. El resultado de la consulta masiva tendr un mecanismo de paginacin que permita obtener toda la informacin resultante de la consulta mediante invocaciones sucesivas. Los criterios de bsqueda sern funcin de si se desea consultar informacin relativa a pedidos o a reclamaciones/averas. Se utilizarn criterios de consulta que tengan un carcter general y que puedan devolver informacin independientemente del estado de tramitacin en el que se encuentren las solicitudes. Por ejemplo, Tipo de Peticin (es decir, Tipo de la solicitud realizada, alta, baja o modificacin) + Servicio Comercial (es decir, servicio de inters para el operador) + Fecha de realizacin de la solicitud. Aunque la informacin que se proporcione en el detalle de una consulta unitaria sufra modificaciones con respecto a la propuesta inicial como consecuencia del anlisis detallado del servicio, de la reingeniera de procesos y de la catalogacin comercial, se estima que los datos proporcionados en las consultas masivas y los criterios de dichas consultas no sufrirn modificaciones sustanciales. Telefnica arbitrar un procedimiento ad-hoc para proporcionar, en caso de necesidad del operador, ya sea por problemas en sus propios sistemas de informacin o por otro motivo, copia de la informacin asociada a las transacciones del operador durante un plazo dado. 3.2 Compatibilidades, incompatibilidades y dependencias del servicio y/o modalidades El servicio NEBA tendr las mismas incompatibilidades tcnicas que las que actualmente existen en relacin con los servicios indirectos. En un acceso se podr ofrecer el servicio de acceso indirecto NEBA a un nico operador salvo en el caso de los accesos xDSL, en los que el operador titular del NEBA podr compartir el acceso con otro operador que opere el servicio de voz STB sobre el mismo, ya sea mediante servicio mayorista (AMLT), preasignacin o servicio minorista de Telefnica En general, para el servicio NEBA sobre accesos de cobre:
Pgina 30 de 69
- se mantienen las condiciones actuales en relacin con el servicio telefnico bsico (STB), es decir, no se podr dar el alta del STB sobre accesos con servicio de banda ancha sin STB - la baja de la STB solicitada por el cliente final conlleva la baja de cualquier otro servicio sobre el acceso (mayorista o minorista). El servicio NEBA se podr ver afectado por determinados movimientos sobre el servicio telefnico que coexista con el mismo. Cabe distinguir: a) movimientos que generan la regularizacin del servicio telefnico bsico (STB) que coexiste en el mismo acceso que soporta al servicio NEBA pero que no tienen influencia sobre el servicio NEBA: - Cambio de nmero de telfono - Cambio de informacin domiciliaria - Cambio de titular del STB b) movimientos sobre la STB que producen la baja del servicio NEBA: - Baja del STB (a peticin del cliente final) - Portabilidad de la STB (excepto cuando el operador solicite un paso al servicio NEBA sin STB) c) servicios incompatibles con el servicio NEBA: - Lneas backup de circuitos de datos (Frame Relay, IP Bsico, ) - RDSI - Lnea de Enlace analgicas y grupos de salto. - Lneas pertenecientes a un grupo Centrex. - MARD (Multiacceso Rural Digital) - Extensiones de centralitas. - Servicio REDELTA (Telealarmas y telecontrol) - Teletarificacin mediante impulsos de 12kHz - Lneas de emergencia de lneas de enlace o de centralitas IBERCOM. 3.3 Informacin de cobertura del servicio Para la comercializacin del servicio NEBA, se ofrecer un servicio de consulta de informacin de cobertura mediante un Web Service. Este servicio de consulta permitir consultar la cobertura de cobre o fibra. El proceso de consulta se basar en el conocimiento de alguno de los datos siguientes por el operador: 1. Nmero de telfono de Telefnica, o
Pgina 31 de 69
2. Domicilio, identificado mediante el cdigo GESCAL que habr sido recuperado mediante el WS de recuperacin de GESCAL a partir del conocimiento del domicilio, o 3. Nmero administrativo (para acceso Cobre) La informacin de salida ser la siguiente: Si existe cobertura NEBA-F, es decir, si el domicilio de inters se encuentra en el despliegue FTTH (existencia de cajas terminales pticas (CTO) asociadas al domicilio). Si existe cobertura NEBA-C, se informar de la aptitud del par que soporta el servicio, o de un par asociable al domicilio de inters, para cada modalidad de acceso indirecto NEBA que disponga de informacin de caracterizacin. Mediante una nica consulta se obtendrn, de forma exhaustiva y sin reiterar llamadas al Servicio Web de consulta, las modalidades de acceso indirecto contratables en un par para las que existe caracterizacin de la planta (entendiendo que todas las modalidades definidas son siempre contratables).
N Telfono Entrada Web-Service Domicilio (Gescal) Nmero administrativo Identificativo Modalidad Salida Web-Service Disponibilidad (S/N) Modalidades
Figura 7: Consulta de cobertura
En el Anexo1 de este documento se incluye el detalle de los procedimientos actuales habilitados para la obtencin del cdigo GESCAL de domicilios y la consulta actual de la cobertura de acceso indirecto xDSL.
Tratamiento para direcciones no codificadas en GESCAL
Para hacer frente a la complejidad de la gestin de domicilios por sus literales, sujetos a una casustica muy diversa como consecuencia de su tratamiento meditante lenguaje natural (texto), Telefnica ha desarrollado herramientas basadas en Web Services (WS) para permitir a los operadores recuperar la codificacin GESCAL de domicilios e incrementar as sensiblemente la eficacia de las solicitudes de altas sobre vacante, ya sean servicios de acceso indirecto o de desagregacin de par. Por tanto, dichas solicitudes deberan ser precedidas de la utilizacin por el Operador solicitante de los correspondientes WS. Con ellos el Operador puede identificar la direccin correcta sobre la que desea aplicar su servicio y recuperar el cdigo GESCAL correspondiente.
Pgina 32 de 69
Para ello, el operador consultar, va domicilio, el WS para recuperar el cdigo GESCAL. Si al realizar la consulta en GESCAL el domicilio no est registrado, el Operador deber solicitar va NEON la inclusin en GESCAL de las direcciones no contempladas en este sistema y Telefnica actuar en el plazo especificado para que el operador recupere la direccin codificada tambin a travs de NEON (WS). El procedimiento para el alta de cdigos GESCAL directamente por los operadores ser comn a todos los servicios que utilizan la codificacin GESCAL y se ajustar a lo dispuesto en la resolucin del expediente de sistemas OBA (DT 2008/674) 3.4 Identificacin de accesos Para poder efectuar de modo adecuado los movimientos comerciales del servicio NEBA, es necesario identificar en la solicitud correspondiente el acceso sobre el que se desea el servicio. A continuacin se detalla el identificador que deber ser utilizado en los diversos escenarios: o Servicios de acceso indirecto sobre cobre. Si un Operador quiere solicitar un movimiento sobre un servicio de su titularidad, debe emplear el nmero comercial del servicio mayorista que tiene contratado. o Servicios de acceso indirecto sobre fibra. Se deber utilizar el Identificador nico de Acceso (IUA), ver en el punto 3.4.1. o Si un operador solicita un alta de NEBA sobre un acceso ocupado por un servicio prestado por Telefnica a otro Operador, ser necesario emplear una referencia comercial para identificar correctamente el acceso sobre el que se quiere efectuar el movimiento. En ese sentido, caben dos escenarios bsicos: En el caso de servicios mayoristas de Telefnica sobre accesos de cobre con nmero de telfono de Telefnica, el nmero de telfono de Telefnica es una referencia comercial de Telefnica vlida para identificar inequvocamente el acceso. En el caso de servicios mayoristas de Telefnica sobre accesos de cobre sin nmero de telfono de Telefnica (desnudos, tanto indirecto sin STB como pares completamente desagregados y pares compartidos sin STB ), la inexistencia del nmero de telfono de Telefnica como referencia comercial obliga a considerar otra alternativa: Para accesos de cobre, el nmero administrativo es un identificador comercial del servicio mayorista que los operadores deben utilizar para llegar a identificar el acceso que soporta el servicio. Para accesos de fibra, el Identificador nico de Acceso (IUA) es la referencia que deber utilizarse para identificar el acceso sobre el que se solicite el servicio.
Pgina 33 de 69
En conclusin, la utilizacin del literal del domicilio no permite asegurar una identificacin correcta del acceso. Por tanto, se establece el mecanismo descrito, basado en parmetros distintos al domicilio, a fin de identificar el acceso y evitar los problemas asociados a tratar de identificar un domicilio mediante un literal. El cuadro siguiente resume los escenarios considerados y el identificador a utilizar. Tipo de acceso Acceso de cobre Escenario Acceso propio del operador solicitante Acceso de Telefnica o de un tercer operador con nmero telefnico de Telefnica Acceso de un tercer operador sin nmero telefnico de Telefnica Acceso de fibra Cualquier escenario Identificador Nmero administrativo Nmero telefnico
Nmero administrativo
IUA
Se generar un cdigo identificativo, asimilable a un nmero administrativo o a un IUA, para los accesos de Telefnica no identificados por nmero telefnico.
Servicio de consulta para identificacin de accesos
Adicionalmente a lo anterior, se contempla un servicio de consulta basado en WS que permitir recuperar, con las limitaciones indicadas, informacin para la identificacin del acceso de inters (aplicable a cobre y fibra). El servicio de consulta tendr como datos de entrada el domicilio de cliente en su forma GESCAL apropiada. Por tanto, en primer lugar, el operador deber obtener el cdigo GESCAL del domicilio mediante el correspondiente WS. Con esta informacin, se podr realizar la consulta asociada a ese domicilio. Los datos de salida tendrn como objetivo facilitar un identificador vlido para realizar una solicitud: Cuando el nmero de telfono de Telefnica no existiera y, por tanto, ste no pudiera utilizarse para una solicitud de acceso indirecto sobre cobre Cuando se desee un servicio sobre fibra, en cuyo caso el identificador sera un IUA, si ste existe en el domicilio de inters. En consecuencia los datos de salida sern: El administrativo o los administrativos correspondientes a uno o varios accesos de cobre con servicios sin STB en ese domicilio.
Pgina 34 de 69
El nmero o nmeros de telfonos de Telefnica correspondientes a uno o varios accesos de cobre con servicios de banda ancha con STB en ese domicilio. Si alguno de dichos nmeros de telfono de Telefnica coexistieran en su acceso con un servicio de banda ancha, se informara el administrativo asociado en cada caso. El IUA o los IUA que pudieran existir en ese domicilio. En la tabla siguiente se muestran los resultados que aportarn las consultas a la base de datos en funcin del tipo de acceso y servicio que haya en el domicilio de cliente.
Referencia que se obtendra de la consulta (WS) Telfono Administrativo IUA Cobre _ (Nota 1) cuando el servicio existente en el domicilio sea Sin servicio Desagregado, cualquier servicio sin STB (compartido sin STB, indirecto sin STB) STB de Telefnica STB de Telefnica y servicio de BA o servicio de bucle compartido Sin servicio En servicio
Acceso
FTTH
Nota 1: se informar IUA en domicilios con servicio de Telefnica, ya sea mayorista o minorista
En el caso de altas sobre vacante, la identificacin del acceso se realizar exclusivamente por cdigo GESCAL. Para ello, previamente a realizar la solicitud el operador debe recuperar el cdigo GESCAL del domicilio de inters mediante los web services de consulta a GESCAL. En el anexo 2 se detalla la forma de utilizacin del cdigo GESCAL para la identificacin del domicilio en las solicitudes de alta sobre vacante, as como el procedimiento para el alta de cdigos GESCAL directamente por los operadores.
Identificador nico de Acceso (IUA). Definiciones y formato
El Identificador nico de Acceso (en adelante IUA) es una clave que identifica de forma unvoca el punto de terminacin de red de un acceso fsico de un servicio de telecomunicaciones con interfaz ptico. Ms en concreto, el IUA identifica el punto de entrega del servicio que en la arquitectura FTTH se corresponde con el extremo en domicilio de cliente del tramo entre la caja que aloja el ltimo divisor (CTO, caja terminal ptica) y el punto de terminacin del acceso (PTRO, punto de
Pgina 35 de 69
terminacin de red ptico), es decir, el IUA identifica el segmento de cable de fibra ptica final de la acometida y el punto final de entrega (PTRO). Definiciones PTRO: Punto de Terminacin de Red ptico CTO: Caja Terminal ptica Nmero Administrativo: identificador comercial que utiliza Telefnica en servicios de datos5.
En la figura siguiente se refleja grficamente la descripcin del IUA sobre el que se construirn los servicios de cualquier Operador. El IUA est vinculado a la existencia de un Punto de Terminacin de Red ptico, en adelante PTRO y a la conexin de la acometida a la Caja Terminal ptica, en adelante CTO.
OPERADOR DATOS Servicio 1
IUA
Agrupaci n Agrupacin Acceso

IUA
PTRO CTO
Acometida
En un domicilio podrn existir varios IUA, no existiendo por tanto una correspondencia biunvoca entre domicilio e IUA. Aunque en el mercado Residencial no es frecuente que exista ms de una acometida y por lo tanto un IUA por domicilio, ese no es el caso en el mercado de Negocios y Empresas, en el que s es habitual la existencia de ms de un acceso por domicilio. En ese caso, existiran otros tantos IUA en dicho domicilio. El IUA ser proporcionado por Telefnica al operador en el proceso de provisin del servicio mayorista. A diferencia de otros identificadores (nmero de telfono, nmero administrativo), el
Originalmente, el nmero administrativo se utilizaba para la identificacin de circuitos alquilados. La introduccin de los servicios regulados de la OBA hizo que el Administrativo se utilizada en servicios de datos asociados a dicha oferta de referencia, as como posteriormente, al servicio ADSL minorista de Telefnica y a los servicios de prolongacin de par de la OBA.
Servicio 2
Pgina 36 de 69
IUA no es un identificador comercial ya que no est asociado a ningn servicio en concreto sino al acceso sobre el que se constituyen los servicios. Formato Telefnica propone un formato de IUA que siga la estructura siguiente: Campo de 12 caracteres generados por el operador Campo de (n) caracteres (a acordar) que identifique al operador
Es decir,
CAMPO1 (12 caracteres) + CAMPO 2 (Id de OPERADOR)
En relacin con los 12 caracteres la composicin empleada por Telefnica ser la siguiente:
122333333333
333333333: nmero de 9 cifras de un algoritmo de generacin aleatoria, sera el ncleo del IUA. 22: Cdigo de la provincia 1: dgito de control generado a partir de los nueve dgitos 333333333 Id de OPERADOR: 2, 3 4 caracteres que identifican el operador titular de la red de acceso. Se podra utilizar el mismo cdigo que actualmente se emplea para servicios regulados
3.5 Movimientos NEBA (altas, bajas, postventas)

Movimientos sobre accesos de cobre (tecnologas xDSL)
A continuacin se describen los movimientos sobre accesos de cobre. Debe tenerse en cuenta que, cuando se produzca un alta sobre ocupado sobre un acceso con servicio de acceso indirecto y ste se estuviera prestando sobre un DSLAM no compatible con NEBA, se deber realizar la desconexin y conexin del par a un DSLAM compatible con NEBA. Se contemplar la sincronizacin con portabilidad en todos los supuestos aplicables, incluidos los casos de portabilidad entre terceros.
1) Altas de NEBA sin STB sobre cobre
Alta sobre vacante: se produce en el caso de solicitudes en un domicilio sin acceso en servicio (y que no se desea compartir con otro servicio). Lgicamente no afecta a ningn servicio. La solicitud debe realizarse utilizando el cdigo GESCAL del domicilio. Alta sobre ocupado: se dan dos casos:
Pgina 37 de 69
o solicitudes sobre un acceso en el que existe un servicio de voz analgica (STB) minorista o mayorista (AMLT), sobre el que puede existir o no un servicio de BA; el servicio STB se dara de baja. La solicitud debe realizarse utilizando el nmero telefnico de Telefnica. o solicitudes sobre un acceso en el que slo existe un servicio de BA sin STB. La solicitud debe realizarse utilizando el nmero administrativo, aplicando los procedimientos descritos en el apartado 3.4.
2) Altas de NEBA con STB sobre cobre
Alta sobre ocupado: se produce en el caso de solicitudes sobre un acceso en el que previamente existe servicio de voz analgica (STB), minorista o mayorista (AMLT), pudiendo haber al mismo tiempo, un servicio de BA.
3) Modificaciones posventa sobre cobre
Cambio en los parmetros del servicio (p.e. QoS, velocidad, etc),

4) Baja del servicio NEBA sobre cobre 5) Movimientos de migracin con otros servicios sobre cobre
servicios indirectos y servicio de prolongacin de par: vase apartado 3.6.3.

6) Alta conjunta AMLT y NEBA sobre cobre
Movimientos sobre tecnologa FTTH/GPON
En caso de red de acceso de fibra (FTTH), la contratacin podr atender a algunas de las situaciones siguientes:
1) Altas de NEBA sobre FTTH
Alta sobre vacante: se produce en el caso de solicitudes en un domicilio sin acceso en servicio previamente existente. La solicitud debe realizarse utilizando el cdigo GESCAL del domicilio. Esta solicitud puede enfrentarse a varios escenarios: Acceso inexistente, no est tendido (acometida no tendida) Acceso existe en ese domicilio pero sin servicio: acometida tendida sin servicio Acceso existe en ese domicilio pero sin servicio: acometida tendida sin servicio pero no conectada (por ejemplo, en algn elemento del vertical como la CTO) Acceso en situacin de uso compartido de verticales: cuando el cliente final en cobertura de fibra est atendido por una acometida / vertical en ese momento operada por otro operador (con red de acceso de fibra propia). En este caso, la solicitud de servicio indirecto se debe ver precedida de una
Pgina 38 de 69
transferencia de la acometida de dicho operador a Telefnica para la oferta de indirecto al operador solicitante. En el contexto de la comparticin de verticales se deber establecer los procesos e informacin relevante para la transferencia de acometidas entre operadores. Ello es relevante a los efectos del servicio NEBA y deber tenerse en cuenta en el establecimiento de acuerdos de nivel de servicio. En consecuencia, los procesos y plazos de provisin debern adaptarse a cada una de las casusticas arriba identificadas. Igualmente, la comparticin de verticales abre un escenario que debe analizarse cuidadosamente. Cada una de las opciones de comercializacin del servicio tendr un precio especfico en funcin de los recursos y actividades necesarias para atender la solicitud del servicio. Alta sobre ocupado: solicitudes sobre un acceso en el que existe un servicio de BA sin STB, suprime los servicios preexistentes sobre el acceso
2) Modificaciones postventa sobre FTTH
Cambio en los parmetros del servicio (p.e. QoS, velocidad, etc),

3) Baja del servicio NEBA sobre FTTH 4) Movimientos de migracin con otros servicios sobre FTTH
servicios indirectos existentes y servicio de prolongacin de par: vase apartado 3.6.3

Movimientos comerciales relativos a los Servicios Soporte de NEBA
En relacin a los Servicios Soporte del NEBA, podrn realizarse los siguientes movimientos en NEON: Modificacin de la capacidad contratada en un pPAI Alta o baja de un pPAI-E (puerto fsico) Migraciones masivas, incluida la migracin de conexiones entre distintos pPAI
Movimientos de alta sobre ocupado
En este apartado se indican los posibles movimientos comerciales del NEBA con el resto de servicios, esto es: NEBA GigADSL / ADSL IP (SGO) NEBA OBA (NEON) NEBA - Minoristas Para sistematizar la descripcin y facilitar el entendimiento se han utilizado esquemas matriciales similares a los incluidos en el documento Planteamiento de Transformacin de Sistemas OBA SGO NEON en su versin de fecha 2 de diciembre de 2009:
Pgina 39 de 69
En las filas de dichas matrices se indica la situacin del par o servicio que demanda el Operador solicitante (destino); en las columnas se indica la situacin en la que est el par sobre el que se solicita el servicio antes de ejecutar el movimiento de alta solicitado (origen o inicio). La cabecera de las matrices identifican si la solicitud (destino) y el origen (inicio) estn en SGO o NEON. La interpretacin de los cuadros de la matriz es la siguiente: si el cuadro est en blanco significa que el movimiento no tiene que implantarse, bien porque ya existe bien porque no se requiere. Si el cuadro est coloreado significa que este movimiento es nuevo y se tiene que implementar. Los movimientos de migracin se implementarn en la Fase 2 del roadmap de servicios mayoristas (ver apartado 4 de este documento).
3.5.1.1 Relacin NEBA-GigADSL / ADSL IP (SGO)
O BA
NE BA
Evolucin Te mporal
GigADSL
ADSL IP
Los movimientos de esta relacin son los sealados en la siguiente tabla.
GigADSL (SGO) DESTINO INICIO Sobre Cobre Con STB Con STB Sobre Cobre NEBA (NEON) Sin STB Diferente Operador Sobre Fibra
Nota
ADSL IP Sobre Cobre
Sin STB Con STB Sin STB
Mismo Operador Diferente Operador Mismo Operador
Nota
Nota: Baja en servicio origen y alta en servicio destino
Tabla 1: Movimientos comerciales NEBA-GigADSL / ADSL IP (SGO)
Pgina 40 de 69
Comentarios: No existen movimientos de NEBA a GigADSL (salvo los referidos en el captulo 4) porque en las zonas de cobertura NEBA no habr altas en GigADSL una vez se configure de manera satisfactoria el servicio y est disponible de manera efectiva. No estn contemplados los movimientos de servicios sin STB a servicios con STB6.
3.5.1.2 Relacin NEBA-OBA (NEON)
OBA
NE BA
Evolucin Te mporal
GigADSL
Los movimientos de esta relacin son los sealados en la siguiente tabla:
Acceso Direct o/OBA (NEON) DESTINO INICIO Desagregado Compartido Con Sin STB STB
NEBA (NEON) Sobre Cobre Con Sin STB STB Sobre Fibra
Mismo Operador Desagregado Dif erente Operador Acceso Directo/OBA (NEON) Compartido Sin STB Mismo Operador Dif erente Operador Mismo Operador Dif erente Operador Mismo Operador Dif erente Operador Nota Con STB Mismo Operador Nota Dif erente Operador
Con STB Sobre Cobre NEBA (NEON) Sin STB
Sobre Fibra
Nota
Nota
Tabla 2: Movimientos comerciales NEBA-OBA (NEON)
El anlisis de los movimientos de servicios sin STB hacia servicios con STB (AMLT) deber acometerse ms adelante, en el contexto de los desarrollos en NEON para el servicio AMLT (canal WS y alta conjunta AMLT+ indirecto).
Pgina 41 de 69
Comentarios:
3.5.1.3 Relacin NEBA-Minoristas
NEBA (NEON) DESTINO INICIO Sobre Co bre Con STB Co n STB Sobre Co bre NEBA (NEON) Sin STB Mismo Opera dor Diferente Operador
Nota Nota
Esta tabla muestra los movimientos que existirn en la situacin entre NEBA y OBA (servicios de acceso directo) en NEON. No estn contemplados los movimientos de servicios sin STB a servicios con STB6.
Minorista s Telefnica Sobre Co bre Con STB Sin STB Sobre Fibra
Sin STB
Sobre Fibra
Mismo Opera dor Diferente Operador
Sobre Fibra Mismo Opera dor Diferente Operador
Nota
Nota
Sobre Co bre Minoristas Telefnica
Co n STB Sin STB
Nota

Nota
Sobre Fibra
Tabla 3: Movimientos comerciales NEBA-Minoristas
Comentarios: Esta tabla muestra los movimientos que existirn entre NEBA y los servicios minoristas actuales. No estn contemplados los movimientos de servicios sin STB a servicios con STB.
Pgina 42 de 69
CONDICIONES PARA EL DESPLIEGUE Y CONVIVENCIA DE SERVICIOS

Los movimientos desde el servicio NEBA hacia GigADSL no se desarrollarn en NEON ya que NEBA se considera, de conformidad con el anlisis de mercado relevante, un sustituto de GigADSL. Ahora bien, en tanto no se verifique la plena operatividad de NEBA y se determinen por la CMT las condiciones para la extincin de GigADSL, Telefnica dar mantenimiento y evolucionar de forma efectiva en SGO dicho servicio (al igual que en el caso de ADSL-IP, en tanto no se concluya satisfactoriamente su migracin a NEON). No obstante, durante el periodo limitado de coexistencia, se atendern los eventuales movimientos de restauracin de conexiones desde NEBA a GigADSL que solicite un Operador a travs de procedimientos manuales ad-hoc que eviten o minimicen los problemas administrativos y de interrupcin de servicio as como las eficiencias que se puedan producir. Se debe tener en cuenta que dicho procedimiento de restauracin de conexiones implicar siempre el cambio de DSLAM cuando se trate de una restauracin de conexiones GigADSL. Dado que el movimiento no existir como tal sino que se tratar de atender una solicitud que se considere razonable realizada durante el plazo limitado de coexistencia [a determinar], se establecer un precio para dicho movimiento que tenga en cuenta los trabajos a realizar.
Fase 0: Escenario inicial HOY Fase 1: Lanzamiento OBA en NEON y FASE 1 de NEBA Convivencia OBA* Fin convivencia OBA* Fase 2: FASE 2 NEBA en NEON
GigADSL (SGO)
GigADSL (SGO)
GigADSL (SGO)
GigADSL (SGO)
OBA (NEON) OBA (SGO) ADSL IP (SGO)
OBA (NEON)
OBA (NEON) ADSL IP (SGO) NEBA (NEON) ADSL IP (SGO)
OBA (SGO)*
ADSL IP (SGO)
NEBA (NEON) NEBA (NEON)
* Servicio prolongacin de par
Figura 8. Roadmap servicios Mayoristas en NEON
Pgina 43 de 69
En la figura se contemplan los diversos escenarios y transiciones tras las diversas implantaciones en NEON: Fase 0: escenario actual de servicios indirectos actuales. Fase 1: implantacin de la prolongacin de par (OBA) en NEON y sus movimientos comerciales y de la etapa 1 de NEBA . Fase 2: implantacin de la etapa 2 del NEBA en NEON. En esta fase se implantarn adems los movimientos del servicio (ver apartado 4.1). Adems, debe sealarse que los diagramas de movimientos precedentes implican varios desarrollos en SGO, cuya necesidad debera reevaluarse para identificar aquellos que puedan ser evitables. Se trata de los siguientes: Desarrollo de altas de prolongacin de par (OBA) sobre SGO con origen en prolongacin de par OBA (NEON), slo para el periodo de convivencia. Desarrollo de altas de GigADSL sobre SGO con origen en prolongacin de par OBA (NEON). Desarrollo de altas de ADSL IP sobre SGO con origen en prolongacin de par OBA (NEON). Dado que el alcance de este documento es el servicio NEBA, nicamente se detallarn los movimientos relativos a dicho servicio (ver apartado 3.6). En el siguiente apartado se detalla la implantacin del NEBA en dos etapas. 4.1 Implantacin del NEBA en fases Tal y como se ha sealado anteriormente, la implantacin del servicio NEBA se realizar en dos etapas: Etapa 1: se implantarn los movimientos de alta y baja del servicio NEBA. Se hace referencia aqu a lo que se puede denominar altas puras, es decir, altas sobre accesos en los que no exista previamente ningn servicio indirecto ni de desagregacin de par. Estos movimientos se implantarn en la fase 1 del Roadmap de servicios mayoristas (ver figura 8). Etapa 2: se implantarn todos los movimientos que afectan al servicio NEBA, ya sea en interaccin con los servicios OBA (acceso al bucle, desagregado y compartido) como con los restantes servicios indirectos (GigADSL y ADSL IP). Estos movimientos se implantarn en la Fase 2 del Roadmap de servicios mayoristas (ver figura 8). En tanto no est plenamente operativa esta Fase 2, los movimientos entre servicios se tramitarn como una baja en el servicio preexistente seguida de un alta, facturando Telefnica nicamente el precio correspondiente al cambio de modalidad de que se trate (no se facturar la baja en el servicio anterior).
Pgina 44 de 69
FACTURACIN
La facturacin del servicio NEBA se basa en un modelo de acceso y capacidad. La componente de capacidad o entrega del servicio incluye las conexiones fsicas entre el Operador y Telefnica y la medicin y facturacin de la capacidad utilizada en los correspondientes pPAI del Operador. A continuacin se detallan los componentes de esquema de facturacin del servicio:
(A) COMPONENTE DE ACCESO Componente de acceso fsico: medio fsico hasta el cliente final y agregacin de capacidad en el mismo para el servicio de acceso indirecto.
Este componente facturable incluir: a. una cuota recurrente especfica segn sea la situacin de acceso fsico, a saber, coexistiendo con STB o sin STB, y b. una cuota de alta, que ser funcin de la situacin de origen del acceso (por ejemplo, servicio indirecto sobre vacante). Esta componente sufragara el uso del medio fsico entre la interfaz usuario-red y el nodo de acceso. Se identifican los siguientes tipos de acceso:
Acceso Cobre Cobre Fibra Tecnologa ADSL2+ VDSL2 FTTH/GPON
(B) COMPONENTE DE CAPACIDAD
Concepto facturable independiente de las conexiones y aplicable sobre el punto de entrega donde Telefnica entrega la seal al Operador (pPAI). El pPAI est formado por una Interfaz fsica (IF) de tipo Ethernet con un precio de alta y una cuota mensual (pPAI). El nmero de conexiones de cliente, y por tanto la capacidad de un operador hacia los pPAI de un Sector sern exclusivamente responsabilidad del operador. Se facturar con un precio recurrente mensual en funcin de dos factores: o capacidad contratada para cada calidad de servicio (Real Time, Oro y/o Best Effort) sobre el conjunto de interfaces de servicio de la misma calidad de cada Sector Regional o PAI; o capacidad medida que exceda a dicha cantidad segn resulte de la medicin siguiente: mensualmente se medir la capacidad utilizada sobre todas las interfaces de servicio de un mismo Sector (PAI) y de una misma calidad. Se
Pgina 45 de 69
elaborar un perfil de la capacidad instantnea utilizada tomada a intervalos a determinar. De dicho perfil de capacidad se tomar el percentil 95 con lo que, en beneficio del operador, se evita tener en cuenta crestas puntuales. El percentil 95 se comparar con la capacidad contratada. Si es igual o inferior a la capacidad contratada (Sector-Calidad-Capacidad Contratada), se facturar al operador la capacidad contratada. Si el percentil 95 es superior a la capacidad contratada se facturar al operador la diferencia entre el percentil 95 y la capacidad contratada a un precio distinto al precio de la capacidad contratada (capacidad por exceso). El operador interesado podr, para cada calidad de trfico, solicitar un descarte del exceso que garantice que la capacidad medida no supera a la capacidad contratada (Sector-Calidad-Capacidad Contratada). Por tanto, este esquema permitir a los operadores optimizar sus costes en funcin de sus estimaciones de negocio, es decir, del consumo de ancho de banda de sus clientes. El hecho de que la contratacin sea por calidad de servicio y Sector para todos los clientes de ese Sector que cursen esa calidad de servicio, permitir a cada Operador amortiguar eventuales irregularidades o diferencias entre clientes, aplicando con una certidumbre razonable un criterio o estimacin de consumo de ancho de banda de sus clientes. En conclusin, el esquema para la constitucin de los recursos o capacidades de un operador, seguir, de arriba a abajo, el proceso siguiente: o o el operador contratar la interfaz o interfaces fsicas (IF), inicialmente puertos GigabitEhernet, que desee en un PAI determinado, es decir, el pPAI o los pPAIs, el operador contratar una capacidad en trminos de Mbit/s para cada calidad de forma agregada para cada Sector (para todas las interfaces del sector). Dicha capacidad tiene un precio mensual de X euros por Mbit/s. si el operador se acoge al descarte de exceso para una cierta calidad, la facturacin recurrente (mensual) de la capacidad se basar en la capacidad contratada. si el operador no se acoge al descarte de exceso, la facturacin recurrente (mensual) de la capacidad se basar en la medida y registro de la capacidad utilizada por todos los caudales agregados del Sector de la misma Calidad, la extraccin del percentil 95 de dicho perfil y la comparacin con la capacidad comprometida. Si la capacidad registrada es igual o menor a la capacidad comprometida, al operador se le factura por la capacidad comprometida. Si la capacidad registrada es mayor que la capacidad comprometida, al operador se le factura la capacidad comprometida ms una cantidad adicional en trminos de Mbit/s consecuencia de multiplicar los Mbit/s diferenciales entre capacidad registrada y la capacidad comprometida por una cantidad Z /Mbit/s (siendo Z > X). se facturar al operador para cada acceso la componente de acceso correspondiente, es decir, segn la tecnologa (ADSL2+, VDSL2/GPON).
Pgina 46 de 69
En el cuadro siguiente se resumen los conceptos facturables del servicio.

Cuota Cuota Alta Concepto Facturable Mensual (no (recurrente) recurrente)
Conceptos relativos a la Acceso fsico conexin del usuario (componentes de acceso) Interfaz Fsica GigabitEthernet (IF) Conceptos relativos al pPAI (componentes entrega del servicio) Capacidad descendente comprometida por QoS Capacidad en exceso por QoS (si no se solicita descarte de exceso) X X
Cuota no recurrente
X X X
Resumen Conceptos Facturables del servicio NEBA
Adems de los conceptos anteriores, se debern facturar los movimientos posventa, como cambios de modalidad, traspasos, instalaciones de splitter, cableado, etc. Existir tambin un catlogo de precios de servicios asociados de mantenimiento. La facturacin de los servicios de soporte y acceso se realizar de manera independiente.
Pgina 47 de 69
6 OPERACIN Y MANTENIMIENTO
6.1 Mecanismos de introduccin de reclamaciones y averas. Se distinguen tres tipos de reclamaciones: 1. Reclamaciones de provisin. 2. Reclamaciones de facturacin. Su tratamiento ser similar al del servicio de prolongacin de par de la OBA. 3. Reclamaciones de infraestructuras o averas (despus de que est el servicio provisionado). Incluidas las que correspondan a una eventual entrega defectuosa. El proceso de gestin de averas y de reclamaciones en NEON se realizar por medio de una comunicacin directa entre los sistemas de Telefnica y del Operador, es decir, la implantacin efectiva de un proceso B2B. Para sustentar dicho proceso B2B, se utilizar un canal Web Service (WS), con la excepcin de las reclamaciones de facturacin. Este proceso es bidireccional, comprendiendo tanto las comunicaciones con sentido de Operador a Telefnica, como las comunicaciones de Telefnica al Operador. Las reclamaciones de Facturacin se cursarn a travs del CAC igual que se ha contemplado en los servicios de prolongacin de par en NEON. El operador acompaar la avera o la reclamacin con la causa o sntoma correspondiente. Se realizarn las validaciones necesarias para comprobar la procedencia de la reclamacin. Una vez validada, se remitir a las unidades responsables de su atencin. La plataforma de WS de Telefnica tendr una alta disponibilidad, sobre la base de equipos redundados y de elevada disponibilidad individual. No obstante, en caso de cada de la plataforma de WS de Telefnica, se dispondr de un Centro de Atencin al Cliente (CAC) para registrar la correspondiente actuacin. Tambin se facilitar a los operadores una interfaz H2M alternativa, en los trminos descritos en el documento sobre Transformacin de Sistemas OBA SGO NEON, en su versin de 2 de diciembre de 2009. Una vez registrada la comunicacin reportada por el Operador, sta se remitir a los sistemas internos del rea de Operaciones de Telefnica, para su resolucin. En la especificacin tcnica del servicio se desarrollar el modelo de gestin de reclamaciones con el detalle necesario.
Pgina 48 de 69
6.2 Procedimientos de gestin de averas Tal y como se ha sealado, la mejora fundamental en el proceso de gestin de averas en NEON es la comunicacin directa entre los sistemas de Telefnica y de los operadores, es decir, la implantacin efectiva de un proceso B2B basada en lenguaje XML y canal Web Services. Para el diagnstico de las averas se contemplan diversos mbitos tales como Acceso, Conectividad o red de agregacin y punto de conexin o puerto del PAI (pPAI). Se evaluarn las caractersticas del trfico de la VLAN del cliente en cuanto a la velocidad, prdida de paquetes, etc... de las calidades de servicio incluidas en la conexin o VLAN (BE, ORO y RT). Dado que podran abrirse averas sobre un servicio o QoS especfico de una VLAN de Operador, el Operador introducir los parmetros pertinentes (como la QoS) en la introduccin de la avera y en la devolucin del cdigo de franqueo. Telefnica establecer los mecanismos y medidas para el registro y atencin de averas en el mbito de la red Ethernet. En dicha red, el trfico generado por cada Operador en cada nodo de agregacin o DSLAM/OLT se agrega en una nica VLAN despus de ser crossconectado en el nodo de agregacin (QinQ) que se establece con el correspondiente pPAI-E del Operador. Estas conexiones sern monitorizadas teniendo en cuenta que tambin pudiera ser necesario inspeccionar en la MAN a nivel de "bit .p.". La diagnosis en la MAN incluye tambin a los Servicios Soporte. Se definir un conjunto de cdigos de sntomas de las averas as como los correspondientes cdigos de franqueo con el resultado del diagnstico de las averas. El procedimiento de gestin de averas del NEBA se ajustar a lo especificado en el apartado 7.6 del documento de Transformacin de Sistemas OBA SGO NEON, adaptado al servicio de acceso indirecto NEBA, por lo que se omite en este documento su detalle.
Pgina 49 de 69
CALIDAD DEL SERVICIO Y ANS
7.1 Plazos de Provisin y Mantenimiento (Averas) Se establecen parmetros o indicadores de calidad (Key Performance Indicators KPI) para los tiempos de provisin, mantenimiento y reclamaciones de provisin del servicio NEBA que dependern de la tecnologa. Los KPI se podrn revisar con periodicidad anual. No obstante, se podrn utilizar como referencia inicial los actualmente utilizados en los acuerdos Telefnica-Operador all donde existan condiciones de servicio y tecnologa comparables. El cumplimiento de estos plazos implica que el Operador facilite una previsin de la demanda con 6 meses de antelacin. Telefnica garantiza que la demanda prevista se atender en los plazos mximos especificados.
Metodologa de obtencin de datos y penalizaciones
Se tomarn medidas de los KPI con una periodicidad determinada (por ejemplo mensual) y se determinarn las variables estadsticas que se consideren relevantes (media u otras). El valor o valores resultantes se compararn con el valor o valores de referencia. En funcin de esta comparativa, se aplicar el criterio de penalizacin por incumplimiento de Telefnica.
Provisin de servicios
Se define el indicador de tiempo de provisin garantizado como el tiempo mximo para la correcta provisin del servicio, que se corresponder con el tiempo transcurrido desde cierto hito inicial especfico de cada servicio (como la recepcin de la solicitud) hasta la entrega efectiva del servicio. La siguiente tabla muestra los tiempos de provisin garantizados para los distintos servicios:
Pgina 50 de 69
Procedimientos Alta de NEBA sin STB sobre vacante Alta de NEBA sin STB sobre un acceso con servicio telefnico minorista o AMLT (con o sin servicio xDSL) Alta de NEBA sin STB sobre un acceso con xDSL sin STB. Alta de NEBA con STB sobre un acceso con servicio telefnico minorista o AMLT (con o sin servicio xDSL) Cambio en los parmetros del servicio sobre cobre Baja del servicio NEBA sobre cobre Procedimientos de migracin con otros servicios sobre cobre Migraciones masivas (cambio de servicio o migracin de pPAI y/o perfil) Alta de NEBA FTTH sobre vacante Alta de NEBA FTTH sobre ocupado Cambio en los parmetros del servicio sobre fibra Baja del servicio NEBA sobre FTTH Procedimientos de migracin con otros servicios sobre FTTH Alta de pPAI-E Baja de pPAI-E Modificacin de la capacidad contratada en un pPAI-E Inclusin en GESCAL de direcciones no codificadas
Tiempo de provisin garantizado (das laborables)
8 (si requiere trabajos en central) 5 (si no requiere trabajos en central)
Accesos de cobre (xDSL)
8 5 8 (si requiere trabajos en central) 5 (si no requiere trabajos en central) 10 A determinar A determinar A determinar A determinar A determinar 45 5 A determinar A determinar
Accesos FTTH/GPON
Servicios soporte Otros
En caso de incumplimiento de los plazos establecidos para la provisin de los servicios cuya responsabilidad sea de Telefnica, sern de aplicacin las correspondientes penalizaciones, calculadas como un porcentaje de la cuota de alta del servicio, conforme a la siguiente tabla (penalizaciones mutuamente excluyentes):
Servicio Conexin indirecto Alta de pPAI Migracin masiva de acceso Retraso Dr (das) Hasta 0,2 x Tmax Desde 0,2 x Tmax hasta 0,5 x Tmax Desde 0,5 x Tmax Hasta 0,25 x Tmax Desde 0,25 x Tmax Hasta 0,2 x Tmax Desde 0,2 x Tmax hasta 0,5 x Tmax
7
Penalizacin Dr x 6% cuota alta Dr x 10% cuota alta Dr x 16% cuota alta Dr x 2% cuota alta Dr x 3% cuota alta Dr x 6% cuota alta Dr x 10% cuota alta
Tmax es el tiempo de provisin garantizado para cada servicio y Dr el nmero de das laborables de retraso transcurrido desde dicho tiempo de provisin. Al resultado de multiplicar cualquier coeficiente por Tmax se le aplicar un redondeo a la baja (por ejemplo, en caso de Tmax = 12 das, al multiplicar por 0,2 implica que el retraso ser de hasta 2 das).
Pgina 51 de 69
Migracin masiva
Desde 0,5 x Tmax Desde 10 das
Dr x 16% cuota alta (Precio ADSL minorista mnimo de Telefnica) x 0,196 x 24 x 0,2 x (nmero de pares incluidos en la solicitud
Telefnica garantizar que el tiempo medio de provisin de los servicios mayoristas a otros operadores no exceder al tiempo medio de provisin de los servicios equivalentes de Telefnica en autoprestacin.
Incidencias de provisin
Se define el tiempo de resolucin de incidencia de provisin como el tiempo transcurrido desde la apertura por el operador autorizado de una incidencia de provisin, hasta que la incidencia ha sido resuelta satisfactoriamente para el operador autorizado (incluye la aceptacin por parte del mismo y el cierre de la incidencia). Los indicadores de tiempo a comparar sern los propios de cada avera y no los tiempos medios. El tiempo de resolucin mximo para una incidencia de provisin ser:
Tipo Tiempo mximo Incidencia de provisin 2 das hbiles
En caso de incumplimiento de dicho plazo, ser de aplicacin la penalizacin correspondiente, calculada como un porcentaje de la cuota de alta del servicio. Este porcentaje ser el doble del tanto por ciento de retraso respecto al plazo de entrega del servicio: Penalizacin = 2 Dr / Plazo entrega Cuota de alta (por ejemplo, un retraso del 30% en la resolucin implicara una penalizacin del 60% de la cuota de alta).
Incidencias de averas
Se define el tiempo de resolucin de incidencias como el tiempo transcurrido desde la apertura por el operador autorizado de una incidencia por averas, hasta que la avera ha sido subsanada y el operador autorizado informado de ello (incluye la aceptacin por parte del mismo y el cierre de la incidencia). Los indicadores de tiempo a comparar sern los propios de cada avera y no los tiempos medios. Este parmetro es aplicable a los servicios indicados a continuacin, junto a los que se muestran los valores garantizados para los distintos servicios:
Pgina 52 de 69
Nivel de prioridad Incidencia de prioridad alta (pPAIs, PAIs) Incidencia de prioridad media en acceso de cobre (incidencias de incomunicacin del cliente final) Incidencia de prioridad media en acceso de fibra (incidencias de incomunicacin del cliente final) Incidencia de prioridad baja (otras incidencias)
Tiempo mximo 6 horas 24 horas

A determinar 72 horas
En caso de incumplimiento de dichos plazos, sern de aplicacin las penalizaciones correspondientes, calculadas como un porcentaje de la cuota mensual del servicio. Este porcentaje ser el doble del tanto por ciento de retraso respecto al plazo de resolucin (por ejemplo, un retraso del 30% en la reparacin implicara una penalizacin del 60% de la cuota mensual). Telefnica proporcionar los siguientes KPIs en relacin a los parmetros de mantenimiento, que permitan verificar que los valores obtenidos son equivalentes a los propios para su autoprestacin: Averas infancia Tasa de averas de infancia (30 das desde la entrega) totales por cada 100 circuitos. Tasa de averas de infancia (30 das desde la entrega) imputables a Telefnica por cada 100 circuitos. Averas Nmero de averas por cada 100 circuitos y mes. Nmero de averas por cada 100 circuitos y mes imputables a Telefnica. Tiempo medio total de reparacin de averas (horas). Porcentaje del total de averas con tiempo total superior a 24 horas. Porcentaje del total de averas con tiempo efectivo superior a 24 horas. Porcentaje del total de averas con tiempo total superior a 48 horas Porcentaje del total de averas con tiempo efectivo superior a 48 horas
Servicios premium
Como extensin a los plazos definidos para la resolucin de incidencias por averas, los operadores podrn solicitar la prestacin de un servicio de mantenimiento similar al que presta Telefnica a nivel minorista. Las condiciones generales estarn basadas en las ya existentes para el propio servicio prestado por Telefnica a nivel minorista. Tanto los plazos como el cmputo de los mismos se ceirn a lo definido en el servicio minorista. La garanta de este servicio no
Pgina 53 de 69
es absoluta, sino que su incumplimiento supone el pago de una penalizacin que ser equivalente a la establecida para la reparacin de incidencias por averas. Existen tres niveles de compromiso para este tipo de servicio de mantenimiento mayorista de conectividad segn el plazo garantizado para la resolucin de la avera. Estos plazos podrn ser de 12, 8 y 6 horas hbiles. Las horas se computarn de lunes a viernes no festivos desde las 8 hasta las 20 horas, y los sbados desde las 8 hasta las 15 horas.
7.2 Parmetros de QoS para cada clase de servicio

Prdida de informacin
Se define la prdida de tramas como el ratio expresado en porcentaje sobre un periodo de tiempo definido, del nmero de tramas no entregadas dividido entre el nmero de tramas que deban haber sido entregadas. Cada calidad de servicio tendr asociados unos valores mximos de prdida de tramas:
Valor mximo de prdida de tramas ADSL2+ 0,8% 0,4% 0,02% Valor mximo de prdida de tramas VDSL2/GPON 0,8% 0,4% 0,02%
QoS BE QoS ORO QoS RT
Los valores previos deben entenderse dentro del siguiente contexto: La prdida de tramas se medir desde el equipo de cliente hasta el punto de entrega al operador o pPAI. Los valores de referencia reflejados no se garantizan durante la ejecucin de tareas programadas de operacin y mantenimiento de la red. Estos parmetros se miden considerando el 100% del tiempo salvo durante la ejecucin de tareas programadas de operacin y mantenimiento de la red. Telefnica informar a los operadores de las ventanas de mantenimiento y duracin de las mismas en las que vaya a proceder con tareas de operacin y mantenimiento de red, para que los operadores puedan prever el impacto de las mismas.
Retardo
Se define como retardo el tiempo necesario para transmitir una trama desde la interfaz usuario-red (UNI) de entrada hasta la interfaz de usuario-red de salida, siendo en NEBA estos dos puntos el equipo de cliente de usuario (CPE) y el punto de entrega al operador
Pgina 54 de 69
pPAI. Los valores de retardo tienen validez siempre y cuando la trama est dentro de los valores contratados por el operador para una determinada calidad de servicio. Los retardos tendrn en consideracin la tecnologa de acceso utilizada y se especificarn para accesos ADSL2+ y por otra parte para tecnologas VDSL2/GPON:
Retardo medio unidireccional (ADSL2+) 66 ms 45 ms Retardo medio unidireccional VDSL2/GPON 66 ms 45 ms
Los valores previos deben entenderse dentro del siguiente contexto: El retardo se medir desde el equipo de cliente hasta el punto de entrega al operador pPAI. Los valores de referencia reflejados no se garantizan durante la ejecucin de tareas programadas de operacin y mantenimiento de la red. Los valores de retardo toman como referencia un tamao de trama de 64 bytes. Estos parmetros se miden considerando el 100% del tiempo salvo durante la ejecucin de tareas programadas de operacin y mantenimiento de la red. Los valores propuestos tienen en consideracin el retardo introducido por el router, siendo ste tpicamente del orden de 10 a 15 ms.
Variacin del retardo (jitter)
La variacin del retardo se define como la diferencia entre el percentil 95 y el valor medio del retardo unidireccional de las tramas entregadas de forma satisfactoria. El valor se medir sobre tramas que se ajustan a los valores contratados por el usuario para una determinada calidad de servicio. La variacin de retardo tendr en consideracin la tecnologa de acceso utilizada y se especificarn para accesos ADSL2+ y por otra parte para tecnologas VDSL2/GPON:
Variacin del retardo (percentil 95%) ADSL2+ 10 ms Variacin de retardo (percentil 95%) VDSL2/GPON 10 ms
Los valores previos deben entenderse dentro del siguiente contexto:
Pgina 55 de 69
La variacin de retardo se medir desde el equipo de cliente hasta el punto de entrega al operador pPAI. Los valores de referencia reflejados no se garantizan durante la ejecucin de tareas programadas de operacin y mantenimiento de la red. Los valores de variacin de retardo toman como referencia un tamao de trama de 64 bytes. Estos parmetros se miden considerando el 100% del tiempo salvo durante la ejecucin de tareas programadas de operacin y mantenimiento de la red.
Penalizaciones
El incumplimiento de estas garantas de calidad de servicio dar lugar a las penalizaciones que correspondan.
7.3 Calidad de la Red Los parmetros de calidad que Telefnica ofrece para los servicios son los que se especifiquen segn lo indicado en el apartado 7.2 relativo a los Acuerdos de Nivel de Servicio y sern de aplicacin a las conexiones de los operadores. Para el seguimiento y monitorizacin de dicha calidad, Telefnica dispondr de sondas que efectuarn medidas que abarquen el tramo de red del servicio. Dichas medidas sern estadsticamente representativas y se realizarn sobre un conjunto de lneas que se considere representativo que permita extrapolar el resultado al servicio y que incluir tanto los accesos en cobre como los de fibra. En cualquier caso Telefnica, de forma puntual, deber ser capaz de proporcionar medidas de calidad de servicio entre cualquier nodo de acceso y pPAI. La toma de medidas permitir validar una conexin extremo a extremo (nodo de acceso- pPAI) ante potenciales problemas detectados por el operador. Las medidas a realizar incluirn tanto los accesos en cobre como los accesos en fibra. A partir de dichas medidas se elaborar el informe o informes adecuados con una determinada periodicidad y que ser puesto a disposicin de los operadores. Telefnica dispondr del canal de comunicacin adecuado y de un centro de atencin tcnica que atender las averas identificadas por los operadores como consecuencia de una prdida de la calidad percibida en una determinada conexin o cualquier otro motivo, con indicacin del correspondiente sntoma.
Arquitectura del sistema de medida de la calidad
Para la medicin de la calidad de la Red se desplegar una solucin basada en sondas conectadas a los nodos de acceso. La sonda es un equipo generador y medidor de trfico desarrollado especficamente conectado a la red objeto de medida.
Pgina 56 de 69
Las sondas ejecutan de forma continua una serie de tests que permiten medir los parmetros de red (ANS comprometidos) necesarios para la prestacin del servicio por parte del operador (prdida de paquetes, retardo, jitter). Las sondas estn conectadas a la red NEBA para la ejecucin de los tests programados, y volcarn la informacin del resultado de dichos tests de forma peridica en un sistema construido a tal efecto. Dicha informacin quedar almacenada en registros para su posterior recuperacin a travs de la peticin de informes por parte del Operador. La figura 8 muestra la arquitectura de red y recopilacin de datos prevista.
Figura 8: Arquitectura Sondas
La informacin resultado de los tests ejecutados almacenada en los registros podr visualizarse en cualquier momento a travs de una web securizada que se pondr a disposicin de los operadores a tal efecto. En esta web podrn ejecutarse informes en tiempo real o en tiempo diferido. En tiempo real, se obtendrn las medidas de las sondas en el momento de la ejecucin del informe. En tiempo diferido se podr programar la ejecucin de los informes. En cualquier caso las medidas de las sondas se estn realizando continuamente y por lo tanto se obtendr un trazado del parmetro, su valor, y la hora en la que se ha realizado el test. El resultado del informe podr visualizarse en pantalla por parte del Operador o descargarse en diversos formatos, por ejemplo, .csv o .xls. En la tabla siguiente puede verse un ejemplo ilustrativo de lo que sera un informe de pruebas del retardo de la QoS Real Time, ejecutado a las 17:50h del 14/04/2010. Tanto los datos como el formato son meramente ejemplos, pero conceptualmente sirve para entender la forma de solicitar y presentar informes:
Pgina 57 de 69
FECHA_HORA
14/04/2010 17:48:41 14/04/2010 17:48:10 14/04/2010 17:48:00 14/04/2010 17:47:50 14/04/2010 17:47:40 14/04/2010 17:47:21 14/04/2010 17:47:10 14/04/2010 17:46:50 14/04/2010 17:47:01 14/04/2010 17:46:45 14/04/2010 17:46:31 14/04/2010 17:46:40 14/04/2010 17:46:11 14/04/2010 17:46:01 14/04/2010 17:45:50 14/04/2010 17:45:41 14/04/2010 17:45:31 14/04/2010 17:45:20
HOST
sasfencr-01 sascrca-01 sascpgv-01 sascnsa-01 sascmo-01 sascdab-01 sasbvldc-01 sasblgv-01 sasbnd-01 sasche-01 sasbgga-01 sasbgp-01 sasbco-01 sasbce-07 sasbce-03 sasbce-02 sasavsr-01 sasalal-01
PARMETRO
RT Packet Delay RT Packet Delay RT Packet Delay RT Packet Delay RT Packet Delay RT Packet Delay RT Packet Delay RT Packet Delay RT Packet Delay RT Packet Delay RT Packet Delay RT Packet Delay RT Packet Delay RT Packet Delay RT Packet Delay RT Packet Delay RT Packet Delay RT Packet Delay
VALOR
48,7 49,1 43,4 48,1 46,8 49,9 50,1 48,4 47,9 49,8 44,7 46,9 45,5 48,1 44,9 50 49,4 44,5
HORA EJECUCIN
14/04/2010 17:49:10 14/04/2010 17:48:40 14/04/2010 17:48:30 14/04/2010 17:48:19 14/04/2010 17:48:10 14/04/2010 17:47:50 14/04/2010 17:47:39 14/04/2010 17:47:20 14/04/2010 17:47:18 14/04/2010 17:47:14 14/04/2010 17:47:01 14/04/2010 17:47:01 14/04/2010 17:46:41 14/04/2010 17:46:33 14/04/2010 17:46:20 14/04/2010 17:46:13 14/04/2010 17:46:00 14/04/2010 17:45:38
Se habilitarn mecanismos equivalentes en los accesos GPON.
8 PRUEBAS
Los operadores podrn realizar las pruebas necesarias para garantizar la correcta integracin entre sus sistemas y los de Telefnica por medio de un entorno de pruebas para los Web Services. 8.1 Periodo de pruebas En el esquema para la puesta en marcha de un servicio, se contempla establecer un periodo de pruebas durante el cual los operadores podrn verificar el funcionamiento de los WS que componen el servicio. 8.2 Escenarios de migracin entre planta actual de servicios mayoristas indirectos y el nuevo servicio Ethernet Se contemplan los movimientos entre servicios incluidas en este documento. En relacin con las solicitudes de retroceso de servicios (recomposicin de un conjunto de conexiones a su estado anterior) vase lo recogido en el apartado 4 de este documento.
Pgina 58 de 69
9 ANEXO 1: CONSULTA DE COBERTURA

9.1 Codificacin GESCAL: obtencin del cdigo GESCAL de domicilios GESCAL es el sistema de codificacin de domicilios de Telefnica. En el Anexo 2 se describe la estructura de dicho sistema de codificacin. Un domicilio dispone de cdigo GESCAL si actualmente tiene, o si en algn momento ha tenido, servicio de Telefnica. Este hecho, unido a la diversidad de circunstancias asociada a la descripcin de los domicilios hace que un domicilio, per se, no asegure la precisin o unicidad del 100% de la codificacin de domicilios. Telefnica ha puesto a disposicin de los operadores un WS para la recuperacin de los cdigos GESCAL de domicilios. La recuperacin y consiguiente disponibilidad del cdigo GESCAL mediante dicho WS permitir, entre otras, realizar solicitudes de servicio de altas sobre vacante introduciendo en la solicitud el cdigo GESCAL. La extensin o generalizacin de los servicios sin vinculacin con el nmero de telfono de Telefnica hace que sea extremadamente conveniente y recomendable la utilizacin de dicho WS, recomendacin que se hace ms intensa si cabe a la vista de la evolucin del mercado y los servicios demandados. El WS mencionado permitir construir un sistema guiado de identificacin de direcciones y domicilios. El concepto de direccin en GESCAL puede establecerse a 2 niveles: GESCAL 24: codificacin de finca, incluyendo duplicado, bloque, portal y letra. GESCAL 37: codificacin de domicilio completo. La identificacin de un domicilio se realiza mediante la codificacin GESCAL 37. No obstante, a los efectos de determinacin de la cobertura de servicios de acceso indirecto, la utilizacin de la codificacin GESCAL 24 resulta suficiente. El resultado de una consulta de cdigo GESCAL mediante el correspondiente WS puede ser alguna de las siguientes: Que el Operador recupere el cdigo GESCAL del domicilio de inters (GESCAL 37). En este caso, se seguir el proceso indicado en el apartado 9.3 de este Anexo1. Que el Operador no recupere el cdigo GESCAL del domicilio de inters, pero pueda recuperar el cdigo GESCAL de la finca del domicilio de inters (GESCAL 24): o porque la bsqueda se detenga intencionadamente a nivel de finca (GESCAL 24), por ejemplo porque se desea solicitar un alta sobre vacante, o porque no se encuentre (por no existir) el cdigo GESCAL (37) del domicilio de inters (un domicilio tiene GESCAL si dispone o ha dispuesto en algn momento de servicio de Telefnica),
Pgina 59 de 69
o En ambos casos, se seguir el proceso indicado en el apartado 9.3, utilizando el cdigo GESCAL de finca (GESCAL 24) para la identificacin de cobertura. Que el operador no pueda recuperar ningn cdigo GESCAL relacionado con un domicilio; por ejemplo, una vivienda individual o en una nueva finca en la que no haya habido servicios de Telefnica. En este caso, se seguir el proceso recogido en el Apartado 10.3 de este documento (Anexo 2). 9.2 Situacin actual de la informacin de cobertura de acceso indirecto xDSL mediante consulta a bases de datos y ficheros La cobertura de servicios sobre bucles (cobre) se ofrece actualmente a los operadores mediante una consulta online en SGO a la base de datos de pares individuales y mediante los ficheros de centrales y nodos, tal y como se describe en el documento 090527 Gua de Uso de Informacin de Cobertura de Acceso Indirecto sobre Cobre.doc disponible en el SGO. Se expone a continuacin cmo puede consultarse actualmente la informacin de cobertura que se desprende de la base de datos y ficheros indicados. Dicha base de datos y ficheros estn sujetos a la evolucin a NEON descrita en el documento Planteamiento para la transformacin de los sistemas de Operadores en la OBA (NEON) de 2 de diciembre de 2009. En primer lugar, deber verificarse en SGO, en la Base de Datos de Pares de Cobre Individuales, la aptitud del par para las distintas modalidades de acceso indirecto. Esta consulta puede realizarse tanto por nmero de telfono, como por direccin, y ofrece informacin sobre el par: caractersticas fsicas, elctricas y de aptitud para los servicios de acceso indirecto. En el caso de que el Operador conozca el nmero de telfono del cliente final (si el usuario final es cliente del servicio STB de Telefnica Espaa), la consulta de dicha base de datos se puede realizar por telfono. En el caso de que el cliente no tenga nmero de telfono de Telefnica, puede utilizarse como parmetro de entrada la direccin obtenida a travs de un sistema de combos guiados, con las alternativas posibles para cada nivel de bsqueda. Una vez seleccionado el par, ya sea por nmero de telfono de Telefnica o identificando el domicilio de inters, la consulta ofrece los datos incluidos en la BBDD de pares individuales, que sin ser exhaustivos, incluyen: el Cdigo de Central (MIGA) si el bucle depende de un Nodo Remoto o no El Cdigo de Localizacin del Nodo (ATLAS) en caso de que el par dependa de un Nodo Remoto Una serie de datos topolgicos del par (distancia, atenuacin, nmero de ramas, calibre, etc), que el Operador puede necesitar para evaluar los servicios de acceso directo que puede ofrecer al usuario final la aptitud del bucle para los distintos perfiles de validacin de acceso indirecto ofertadas por Telefnica Espaa. Las modalidades comerciales correspondientes a cada perfil de
Pgina 60 de 69
validacin se podr consultar en SGO, en Provisin de Informacin, en Enlace a Otro Sistemas, la tabla de Validacin Tcnica Bucle de Modalidades Comerciales Acceso Indirecto OBA. Adems, Telefnica dispone desde junio de 2008 un Web service que ofrece informacin sobre caractersticas de pares individuales de cobre (WSPC), segn lo indicado en la OBA sobre la Base de datos de pares individuales Por otro lado, a la hora de decidir qu servicio de acceso indirecto puede contratar el Operador a Telefnica Espaa, deber verificar el equipamiento y disponibilidades de la Central o del Nodo Remoto del que depende el par, a partir de los datos obtenidos en la anterior consulta. El proceso a seguir es el siguiente: En el caso de que el par telefnico dependa de una Central, mediante el Cdigo de Central (MIGA), se debe verificar el equipamiento y disponibilidad de los distintos servicios de dicha Central en el fichero Lista de Centrales y Nodos Remotos (explicado en el punto 3.4. del documento 090527 Gua de Uso de Informacin de Cobertura de Acceso Indirecto sobre Cobre.doc.). Si para un mismo Cdigo de Central (MIGA) existen varios registros de informacin, deber seleccionarse el registro que contenga el valor CENTRAL en el campo Recinto Contenedor. En el caso de que el par telefnico dependa de un Nodo Remoto, mediante el Cdigo de Localizacin (ATLAS), se verificar el equipamiento y disponibilidad de servicios en dicho Nodo Remoto en el fichero Lista de Centrales y Nodos Remotos (explicado en el punto 3.4. del documento 090527 Gua de Uso de Informacin de Cobertura de Acceso Indirecto sobre Cobre.doc.). Esquemticamente, la consulta de cobertura para el caso de servicios de acceso indirecto se debera realizar tal como se indica en la figura siguiente.
Figura 1
Pgina 61 de 69
9.3 Cobertura de acceso indirecto xDSL mediante Web Services, situacin actual Actualmente, la consulta de cobertura de servicios de acceso indirecto sobre cobre tambin se puede realizar mediante una nica consulta mediante un web service de cobertura de servicio indirecto . Dicho WS permite al Operador consultar la validez de un par para una modalidad y un servicio, tanto por telfono como por direccin (GESCAL). Por lo tanto, tendr los siguientes datos de entrada: o Referencia: Telfono (si la consulta es por telfono) Domicilio (Gescal 37) si la consulta es por domicilio o Modalidad o Servicio de acceso indirecto (NEBA) o Movimiento (Alta o Postventa)8 o Tipo de Lnea (STB o RDSI) Los datos de salida sern: Disponibilidad o indisponibilidad En caso de indisponibilidad, cdigo de Rechazo El WS de referencia devuelve la informacin de la misma forma que actualmente devuelve el SGO para el mismo tipo de consulta. Esquemticamente se resume en la Figura 2.
Entrada Web-Service N Telfono Identificativo Domicilio (Gescal) Modalidad Servicio Movimiento Tipo Linea Salida Web-Service Disponibilidad (S/N) Rechazo (Cd. ASTEL)
Figura 2 De esta forma, el Operador puede habilitar una consulta directa de la validez de un par para una determinada modalidad de un servicio online en un solo paso.
8
Esta consulta tiene en cuenta los condicionantes en cobertura que existen dependiendo de si el movimiento que se solicita es alta o postventa (en un movimiento que implique mantener o reducir la velocidad no se valida cobertura).
Pgina 62 de 69
9.4 Informacin de centrales con cobertura de fibra Telefnica ofrece actualmente la informacin de despliegue de fibra siguiente: Fichero 0: Relacin centrales colectoras de fibra/centrales de cobre. Este fichero contiene la relacin de las centrales colectoras de fibra y las actuales centrales que estn en su rea de influencia, proporcionando informacin del despliegue de fibra de Telefnica Espaa. Ver Cuadro 1
Cuadro 1 Este fichero se actualiza mensualmente (si hay cambios). Fichero 1: Relacin centrales colectoras en servicio y previstas. En este fichero se enumeran las centrales colectoras de fibra en servicio y las que tienen prevista su apertura en un plazo de 6 meses, ofreciendo informacin de la evolucin del despliegue de fibra de Telefnica Espaa. Ver Cuadro 2.
Pgina 63 de 69
Cuadro 2
Pgina 64 de 69
10 ANEXO 2: FORMATO CDIGO GESCAL

10.1 Formato del cdigo GESCAL
El cdigo de domicilio GESCAL es un valor alfanumrico de 37 posiciones, subdividido en subcampos que identifican cada una de las entidades geogrficas que lo componen. El formato es el siguiente (se resaltan en negrita y subrayados los subcampos obligatorios):
PPEEEEECCCCCFFFFFBTXXOYLSSAAAMMMMNNNN
Entidad Geogrfica Provincia Poblacin Calle Finca Nombre PP EEEEE CCCCC FFFFF B TXX OY L SS AAA MMMM NNNN Cdigo de la provincia Nmero de Entidad de Poblacin Nmero de Calle Nmero de Finca Bis/duplicado Bloque Portal/Puerta Letra de la finca Identificador de escalera Planta Mano 1 del domicilio Mano 2 del domicilio Formato Num. Num. Num. Num. Alfanum. Alfanum. Alfanum. Alfanum. Alfanum. Alfanum. Alfanum. Alfanum Observaciones Obligatorio Obligatorio Obligatorio Obligatorio Opcional Opcional Opcional Opcional Opcional Obligatorio Opcional Opcional
Escalera Domicilio
Tabla 1: formato del cdigo GESCAL
En los apartados siguientes se denomina GESCAL37 GESCAL de DOMICILIO al cdigo GESCAL completo de un domicilio, formado por 37 caracteres, de los cuales algunos pueden estar en blanco, segn lo definido en la tabla 1. Se denomina GESCAL24 GESCAL de FINCA al cdigo GESCAL de una finca que, como se ve en la tabla 1 est formado por 24 caracteres (PPEEEEECCCCCFFFFFBTXXOYL), de los cuales los 17 primeros son obligatorios y los 7 ltimos pueden ser blancos por ser opcionales. El GESCAL24 GESCAL de FINCA est formado por los subcampos de: Provincia, Poblacin, Calle y Finca.
10.2 Identificacin del domicilio mediante cdigo GESCAL en las solicitudes de altas sobre vacante
Con el objetivo de mejorar el proceso de provisin, automatizndolo al mximo posible, se aplicar el siguiente procedimiento cuando slo sea posible referenciar una solicitud en base al domicilio, es decir, en altas sobre vacante.
Pgina 65 de 69
Antes de realizar la solicitud de alta sobre vacante, el operador deber recuperar el cdigo GESCAL del domicilio de instalacin por medio de los WS de consulta a GESCAL. El proceso de asignacin de recursos de red de Telefnica es un proceso que requiere necesariamente que se identifique con precisin la finca en la que est situado el domicilio y que dicha identificacin se realice por medio de un cdigo de finca que posibilite la automatizacin del proceso (GESCAL24), siendo menos relevantes para dicho proceso el resto de datos del domicilio que van ms all de la finca (escalera, planta y puerta). El proceso de Instalacin necesita los datos del domicilio que van ms all de la finca (escalera, planta y puerta) pero, por tratarse de un proceso necesariamente manual, admite que los datos no estn codificados previamente. As pues, teniendo en cuenta las necesidades de los procesos se Asignacin e Instalacin, en las solicitudes de alta sobre vacante en NEON el operador informar, al menos, el cdigo GESCAL24 (cdigo de finca completo). No obstante lo anterior, el caso ideal es que se consiga recuperar el GESCAL37, que identifica de forma unvoca el domicilio deseado y permite la optimizacin total del proceso, de modo que si el operador puede recuperar el cdigo GESCAL37 (existe para aquellos domicilios que tienen o han tenido algn servicio), podr informarlo en la solicitud de alta sobre vacante, no siendo necesario en ese caso informar ningn otro campo adicional.
Finca Pobl. Calle Num Bis 00001 00001 99999 K
Prov 28
Bloq
Port
Letr
Tabla 2: formato del cdigo GESCAL24 correspondiente a la finca
Esto implica que, para los casos en los que el operador slo disponga de GESCAL24, en el formulario de solicitud deben existir otros campos para que el operador informe del resto del domicilio (escalera, planta y mano).
Escalera M1 M2 Domicilio Plant Man1 Man2 BA C
Tabla 3: parte del formato del cdigo GESCAL37 que codifica la escalera y el domicilio (9)
Estos son los datos mnimos que se requerirn para que los procesos de Contratacin, Tramitacin, Asignacin e Instalacin sean eficientes. Lgicamente, el hecho de que se establezca como obligatorio que el operador informe al menos de GESCAL24 implica que es necesario establecer un procedimiento para los casos en los que el operador no encuentre el cdigo GESCAL12 el GESCAL24, de modo que pueda
GESCAL37 est compuesto por GESCAL24 que codifica la finca ms la codificacin de la escalera y domicilio dentro de la finca.
9
Pgina 66 de 69
comunicar y/o resolver una incidencia para dar de alta la calle o la finca en GESCAL. En el apartado siguiente se especifica este procedimiento.
10.3 Bloque de datos de domicilio en la solicitud de alta sobre vacante en NEON
Una vez que el operador dispone del GESCAL24 o GESCAL37 del domicilio de inters (bien porque lo haya encontrado en GESCAL o bien porque lo haya dado de alta en GESCAL previamente), podr realizar su solicitud de alta sobre vacante (indirecto sin STB, desagregado o compartido sin STB), con la seguridad de que no existir rechazo por problemas en la identificacin del domicilio. Para ello, y en lo que respecta al bloque de datos de informacin del domicilio de instalacin, la solicitud de alta sobre vacante en NEON estar compuesta por los siguientes campos:
Cdigo GESCAL. El operador podr informar el cdigo GESCAL24 el cdigo GESCAL37, siendo obligatorio al menos GESCAL24. Si se informa el GESCAL37 no se tratarn los campos Escalera y Domicilio que se definen en el siguiente punto. Campos adicionales para informacin de Escalera y Domicilio. Estos campos adicionales solamente debern ser informados por el operador cuando haya utilizado GESCAL24 en el campo anterior, con el objetivo de detallar el resto de informacin de identificacin del domicilio que no est contenida en el GESCAL24, es decir, la parte que va ms all de la finca: escalera y domicilio. En el apartado siguiente se define su formato. Cuando el operador utilice GESCAL37 estos campos no son necesarios, por lo que no deben tratarse. Campo Observaciones. En este campo el operador podr informar un telfono cercano. Este dato es de gran utilidad para el proceso de asignacin en casos de fincas indefinidas (sin nmero), ya que conociendo el telfono de un domicilio cercano al deseado se puede identificar la finca indefinida y la caja que la atiende.
10.4 Formato de los campos adicionales para informacin de Escalera y Domicilio
Cuando el operador utilice GESCAL24 (finca) tendr que informar del resto de los datos de identificacin del domicilio en campos adicionales especficos: son los datos relativos a la escalera y al domicilio dentro de la finca. Las definiciones de escalera y domicilio en GESCAL son las siguientes: Escalera: Subdivisin existente dentro de una finca, caracterizado por el acceso comn a las viviendas. Al menos va a existir siempre un registro de escalera para cada finca, aunque esta fsicamente no contenga ninguna escalera. Esta escalera se conoce como escalera nica y sus posiciones dentro de la clave estn en blanco. Domicilio o UGV (Unidad Geogrfica Vertical): Se considera unidad geogrfica vertical a cualquier localizacin concreta y determinada que identifica unitariamente una posicin (por ejemplo: un apartamento dentro de un bloque de viviendas).
Pgina 67 de 69
Campo Escalera.
-Obligatoriedad: es un campo opcional. -Formato: es un campo de 2 posiciones que pueden tomar cualquier valor comprendido entre A-Z y el 0-9. Para los casos ms habituales existe una codificacin preestablecida, que debe ser utilizada:
V W X Y Z Izquierda Derecha Centro Interior Exterior
Campo Domicilio.
Est compuesto por 3 subcampos: Identificativo de Planta.
-Obligatoridad: es un campo obligatorio. -Formato: Subcampo de 3 posiciones, que puede tomar los siguientes valores: Un nmero de 3 posiciones (con ceros por delante), para especificar plantas de tipo numrico. Un alfanumrico de 2 posiciones y un blanco por el final para especificar plantas de tipo alfanumrico, por ejemplo bajo, stano, etc. En este caso debe utilizarse la siguiente codificacin.
AL AM AS AT BA BU CH DU EN ET GA KI MO LO NA OF PR PT SA Altillo Almacn Ascensor Atico Bajo Bungalow Chalet Dplex Entresuelo Entreplanta Garaje Kiosco Modulo Local Nave Oficina Principal Puesto Sobretico
Pgina 68 de 69
SE SO SS S1 S2 S3 S4 S5 S6 S7 S8 S9 TE TI X1 X2 X3 X4 X5 X6 X7 X8 X9
Semistano Stano Semistano Stano 1 Stano 2 Stano 3 Stano 4 Stano 5 Stano 6 Stano 7 Stano 8 Stano 9 Terraza Tienda Semistano 1 Semistano 2 Semistano 3 Semistano 4 Semistano 5 Semistano 6 Semistano 7 Semistano 8 Semistano 9
Mano 1 (4 posiciones) y Mano 2 (4 posiciones). Identifican la situacin de un domicilio dentro de una planta.
-Obligatoriedad: es un campo opcional. -Formato: estos campos pueden contener cualquier valor alfanumrico. Para los casos ms habituales existe una codificacin preestablecida, que debe ser utilizada:
APTO CTRO DCHA DPCH EXT. HABI INT. IZDA LOCL OFIC PTO. TDA. Apartamento Centro Derecha Despacho Exterior Habitacin Interior Izquierda Local Oficina Puesto Tienda
Por ejemplo, la descripcin de un domicilio Planta 3, oficina A utilizando estos 3 subcampos es:
Domicilio Plant Man1 Man2
Pgina 69 de 69
CONTRATO TIPO PARA LA PRESTACIN DEL SERVICIO NUEVO ETHERNET DE BANDA ANCHA POR TELEFONICA DE ESPAA S.A.U.
Pgina 1 de 19
CONTRATO TIPO PARA LA PRESTACIN DEL SERVICIO NUEVO ETHERNET DE BANDA ANCHA POR TELEFONICA DE ESPAA S.A.U.
En Madrid a .. de .. de ...
REUNIDOS De una parte, D. con NIF .., en nombre y representacin de Telefnica de Espaa, S.A.U. (en adelante, TELEFNICA DE ESPAA), con domicilio social en con el Cdigo de Identificacin Fiscal .. y De otra parte, D. con NIF .., en nombre y representacin de .. (en adelante, OPERADOR AUTORIZADO), con domicilio social en . con Cdigo de Identificacin Fiscal ..
EXPONEN I.Que en virtud de la Resolucin de la Comisin del Mercado de las Telecomunicaciones (en adelante, la CMT) de 11 de noviembre de 2010 por la que se aprueba la propuesta de nuevo servicio de acceso mayorista de banda ancha, TELEFNICA DE ESPAA deber prestar al resto de operadores habilitados el Servicio Mayorista Nuevo Ethernet de Banda Ancha (en adelante, el Servicio NEBA). Que TELEFNICA DE ESPAA es proveedora del acceso indirecto para banda ancha, para cuya prestacin cuenta, tanto con las infraestructuras y medios necesarios, como con la capacidad necesaria para incorporar al mismo las facilidades que los avances tecnolgicos vayan habilitando.
II.-
III.- Que OPERADOR AUTORIZADO es un operador de Telecomunicaciones en Espaa que se encuentra debidamente inscrito en el Registro de Operadores de la CMT y por tanto habilitado para explotar redes pblicas y prestar servicios de comunicaciones electrnicas. IV.- Que OPERADOR AUTORIZADO est interesado en contratar el Servicio NEBA de TELEFNICA DE ESPAA, para su explotacin en rgimen de autoprestacin o para la prestacin de servicios de telecomunicacin a terceros. V.- Las relaciones entre TELEFNICA DE ESPAA y OPERADOR AUTORIZADO se regirn, de modo general, por la normativa vigente en materia de telecomunicaciones, la regulacin aplicable dictada por la CMT y, de modo particular, por el presente Contrato.
Pgina 2 de 19
Las partes, en la representacin que ostentan, se reconocen recprocamente plena capacidad para contratar y obligarse, y a tal fin firman el presente Contrato, que se regir segn las siguientes
CLUSULAS Primera.- Objeto del Contrato 1.1. Constituye el objeto del Contrato la prestacin del Servicio Mayorista Nuevo Ethernet de Banda Ancha por TELEFNICA DE ESPAA a OPERADOR AUTORIZADO en la modalidad que ste contrate, en las condiciones y con las caractersticas que se especifiquen en el presente Contrato y sus Anexos (Anexo I Descripcin tcnica/Procedimientos del Servicio NEBA, Anexo II Precios del Servicio NEBA, Anexo III ANS del Servicio NEBA y Anexo IV Relacin de TELEFNICA DE ESPAA con el usuario final de OPERADOR AUTORIZADO). El Servicio NEBA se configura como un servicio de acceso indirecto para banda ancha, que se construye sobre accesos de cobre con tecnologa ADSL2+/VDSL2 y sobre accesos de fibra ptica (en adelante, FTTH) con tecnologa GPON y que se basa en un transporte transparente de las tramas Ethernet generadas por el equipo del usuario final de OPERADOR AUTORIZADO (equipo en las dependencias del usuario final de OPERADOR AUTORIZADO) hasta el punto de entrega (en adelante, pPAI-E). Su especificacin es la aprobada por la Comisin del Mercado de las Telecomunicaciones. A los efectos previstos en el presente Contrato, se entender como usuario final de OPERADOR AUTORIZADO aquella persona fsica o jurdica que solicite a OPERADOR AUTORIZADO una de las modalidades del Servicio NEBA que se recogen en el Anexo I. 1.2. El presente Contrato y sus Anexos expresan, de modo completo y exclusivo, los derechos y obligaciones de las partes respecto al objeto del mismo y se considera de rango superior a cualquier acuerdo previo escrito o verbal, entendimiento, afirmacin, representacin, negociacin o propsito de acuerdo en relacin con el objeto y trminos del presente Contrato. 1.3. Los Anexos que acompaan a este Contrato, as como las futuras actualizaciones o adiciones que se incorporen al mismo, convenientemente firmados por ambas Partes, formarn parte integrante del Contrato, y las obligaciones que de su contenido se desprenden sern exigibles desde la fecha de su firma, salvo acuerdo en contrario sobre la fecha de entrada en vigor. 1.4. En caso de discrepancias entre las disposiciones del cuerpo principal del Contrato y de los Anexos, prevalecern stas ltimas sobre las primeras.
Pgina 3 de 19
Segunda.- mbito 2.1. El mbito geogrfico del presente Contrato se corresponde con cada pPAIE, y su relacin con las conexiones solicitadas ser el determinado por las 50 demarcaciones y sectores regionales recogidos en el Anexo I, as como por los procedimientos previstos en dicho Anexo I. 2.2. El mbito material del presente Contrato est constituido por el nuevo servicio mayorista de banda ancha prestado por TELEFNICA DE ESPAA que cumple con los siguientes requisitos regulatorios: Opciones suficientes, tanto en trminos de parmetros de calidad como de estructura de precios que permiten a OPERADOR AUTORIZADO la configuracin flexible de productos minoristas as como su independencia de las ofertas minoristas de TELEFNICA DE ESPAA. Oferta de conexiones sin vinculacin al servicio telefnico de TELEFNICA DE ESPAA. Interfaces de conexin que incluyen el trfico de la red de agregacin Ethernet. Nmero de puntos de entrega sensiblemente inferior a los del servicio GigADSL. La estructura de las demarcaciones considera el total del territorio y la poblacin nacional. Puntos de entrega coincidentes con los puntos del servicio GigADSL.
Tercera.- Condiciones de prestacin 3.1. Las distintas modalidades del Servicio NEBA se proveern sobre los pPAIE contratados por OPERADOR AUTORIZADO y para las conexiones definidas por ste. 3.2. Uno de los extremos de la conexin (en adelante, extremo A) corresponder a un usuario final de OPERADOR AUTORIZADO, cuyos datos debern ser consignados segn los procedimientos previstos en el Anexo I. El segundo extremo de la conexin (en adelante, extremo B) corresponder a uno de los pPAI-E contratados por OPERADOR AUTORIZADO. Las caractersticas de los diferentes tipos de pPAI-E se describen en el Anexo I. A los efectos del presente Contrato, y salvo indicacin en contra, toda referencia al concepto de pPAI-E es aplicable a cualquiera de los tipos mencionados en el Anexo I. 3.3. Previa o simultneamente a la solicitud de conexiones de usuarios finales, OPERADOR AUTORIZADO habr solicitado el alta de, al menos, un pPAI-E en la demarcacin correspondiente. Cuarta.- Derechos y obligaciones de TELEFNICA DE ESPAA 4.1. Derechos de TELEFONICA DE ESPAA: 4.1.1. TELEFONICA DE ESPAA podr introducir, previa informacin a OPERADOR AUTORIZADO y por obsolescencia de los equipos o tecnologas, cambios o mejoras tecnolgicas en los soportes del Servicio NEBA, siempre y
Pgina 4 de 19
cuando no afecten negativamente a la prestacin del propio Servicio NEBA ni obliguen a incrementar, sin previo acuerdo con OPERADOR AUTORIZADO, los precios indicados en el Anexo II al presente Contrato. 4.1.2. En las Operaciones de Mantenimiento, TELEFNICA DE ESPAA podr establecer una conexin entre un usuario y el punto de terminacin por una ruta alternativa o, cuando esto no sea posible, desactivarla temporalmente durante una duracin mxima de tres horas cuatro veces al ao, a fin de efectuar justificadamente pruebas, ajustes y las citadas operaciones de mantenimiento, con la finalidad de asegurar el buen funcionamiento del Servicio NEBA. Estas operaciones se efectuarn de acuerdo con OPERADOR AUTORIZADO, en un momento aceptable por ambas partes y, en todo caso, TELEFONICA DE ESPAA ofrecer diferentes fechas y alternativas horarias para su realizacin. Si OPERADOR AUTORIZADO no optara por ninguna de las alternativas ofrecidas, TELEFONICA DE ESPAA lo podr hacer unilateralmente, debiendo comunicarlo a OPERADOR AUTORIZADO fehacientemente con una antelacin mnima de diez das y efectundose las operaciones en horario nocturno de una hora a seis horas de la maana. Los tiempos utilizados en las operaciones de mantenimiento establecidas en esta clusula no sern contabilizados a efectos de la determinacin del tiempo de indisponibilidad de la conexin. 4.2. Obligaciones de TELEFONICA DE ESPAA: 4.2.1. En virtud de este Contrato, TELEFONICA DE ESPAA se obliga a prestar a OPERADOR AUTORIZADO el Servicio NEBA, de acuerdo a los compromisos de calidad, provisin del Servicio NEBA o de cualquier otro orden establecidos en este Contrato y sus Anexos. 4.2.2. TELEFONICA DE ESPAA se obligar al cumplimiento de los plazos establecidos para la provisin de conexiones de usuario cuya responsabilidad sea de TELEFNICA DE ESPAA, de acuerdo con lo descrito en el Anexo I. 4.2.3. La provisin del Servicio NEBA incluir el suministro e instalacin por parte de TELEFNICA DE ESPAA de los correspondientes equipos en el domicilio del usuario final de OPERADOR AUTORIZADO y que se especifican en el Anexo I. 4.2.4. Las condiciones que regulan la relacin de TELEFNICA DE ESPAA con el usuario final de OPERADOR AUTORIZADO, estarn fijadas en el Anexo IV al presente Contrato. 4.2.5. Las averas, anomalas o deficiencias que se produzcan en equipos e instalaciones explotados por TELEFNICA DE ESPAA, as como las que afecten a la prestacin del Servicio NEBA, se subsanarn en el plazo ms breve posible desde que la misma tenga conocimiento de aqullas.
Pgina 5 de 19
4.2.6. La indisponibilidad del Servicio NEBA dar lugar a la correspondiente penalizacin prevista en los Acuerdos de Nivel de Servicio definidos en el Anexo III, salvo en aquellos supuestos en los que la interrupcin sea responsabilidad del usuario final de OPERADOR AUTORIZADO, de OPERADOR AUTORIZADO o consecuencia de situaciones de fuerza mayor o de exceso de pedidos. Esta penalizacin se establece sin perjuicio de las indemnizaciones a que hubiere lugar como consecuencia de la aplicacin de la clusula sexta del presente Contrato. TELEFNICA DE ESPAA podr facturar a OPERADOR AUTORIZADO todos aquellos costes derivados de la atencin de una notificacin de avera indebida, bien por ser inexistente o bien porque la causa se localice en equipos o instalaciones responsabilidad del usuario final de OPERADOR AUTORIZADO o de OPERADOR AUTORIZADO. 4.2.7. TELEFNICA DE ESPAA no podr manipular los equipos de OPERADOR AUTORIZADO o gestionados por cuenta de estos, salvo autorizacin expresa y escrita de OPERADOR AUTORIZADO, y responder de los daos que eventualmente pudieran sufrir, por causas imputables a sta, los equipos de OPERADOR AUTORIZADO conectados a los puntos de terminacin aplicables, que cuenten con las declaraciones de conformidad o documentos equivalentes a los que se refiere la clusula sptima. Quinta.- Derechos y obligaciones de OPERADOR AUTORIZADO 5.1. Derechos de OPERADOR AUTORIZADO: 5.1.1. OPERADOR AUTORIZADO podr utilizar el Servicio NEBA contratado con TELEFNICA DE ESPAA a travs de sus diferentes elementos, en los trminos y condiciones establecidos en el presente Contrato y en sus Anexos. 5.1.2. OPERADOR AUTORIZADO estar habilitado para solicitar incorporacin de una nueva modalidad del Servicio NEBA al Contrato. la
En tal supuesto y debido a los costes que TELEFNICA DE ESPAA deber asumir para el desarrollo de dicha nueva modalidad, OPERADOR AUTORIZADO enviar a TELEFNICA DE ESPAA una estimacin de la demanda de esa nueva variante del Servicio NEBA. 5.2. Obligaciones de OPERADOR AUTORIZADO: 5.2.1. Mediante el presente Contrato, OPERADOR AUTORIZADO acepta la prestacin del Servicio NEBA en los trminos propuestos por TELEFONICA DE ESPAA, y se obliga a satisfacer a esta ltima las contraprestaciones correspondientes a la modalidad del Servicio NEBA contratado, que figuran en el Anexo II al presente Contrato. 5.2.2. OPERADOR AUTORIZADO, segn la variante del Servicio NEBA contratado, se compromete, en representacin de los usuarios por l declarados, a proporcionar a TELEFNICA DE ESPAA los requisitos
Pgina 6 de 19
mnimos necesarios para la instalacin y correcto funcionamiento de los equipos que, siendo gestionados por TELEFNICA DE ESPAA, deban ubicarse en las instalaciones de los usuarios finales declarados por OPERADOR AUTORIZADO. 5.2.3. OPERADOR AUTORIZADO no podr manipular los equipos e instalaciones de TELEFNICA DE ESPAA ni proceder a su desmontaje o sustitucin sin la previa autorizacin expresa y escrita de TELEFNICA DE ESPAA siendo aqul responsable de los daos que por dichas manipulaciones, conexiones o sustituciones pudieran sufrir las instalaciones, y sin perjuicio de las dems responsabilidades en que incurra. 5.2.4. OPERADOR AUTORIZADO, en aqullas modalidades del Servicio NEBA que as lo exigieran, garantizar a TELEFNICA DE ESPAA la autorizacin del usuario final de OPERADOR AUTORIZADO que permita el acceso al lugar de ubicacin de los equipos de su propiedad al personal debidamente acreditado de sta, con el objeto exclusivo de: Instalar equipos, con ocasin de la puesta en servicio. Retirar equipos, con ocasin de la extincin del Contrato. Realizar las necesarias operaciones de mantenimiento y reparacin de averas, de acuerdo con lo establecido en la clusula 4.2.
5.2.5. A efectos de notificacin de averas, cualquier incidencia que afecte al acceso indirecto de banda ancha deber ser comunicada por OPERADOR AUTORIZADO siguiendo los procedimientos de gestin de incidencias definidos en el Anexo I. TELEFNICA DE ESPAA slo aceptar a OPERADOR AUTORIZADO como interlocutor vlido a todos los efectos, por lo que no admitir ni dar curso a ninguna notificacin de incidencia relacionada con el Servicio NEBA que sea remitida a TELEFNICA DE ESPAA directamente por un usuario final de OPERADOR AUTORIZADO. Con la activacin del descarte de trfico en exceso que se solicite en los pPAIE de un sector, ser OPERADOR AUTORIZADO quien se haga responsable de las repercusiones que esto tenga en la calidad del Servicio NEBA en las conexiones de su usuario final ante posibles limitaciones en la capacidad contratada del pPAI-E. TELEFONICA DE ESPAA ser responsable de garantizar la capacidad contratada en cada uno de los pPAI-E para cada una de las calidades de trfico existentes en el Servicio NEBA, que se detallan en el Anexo I. Sexta.- Responsabilidades de las partes 6.1. Cada parte responder de los daos y perjuicios directos causados a la otra por sus acciones u omisiones que supongan un incumplimiento de las obligaciones previstas en el presente Contrato. 6.2. Cada parte es responsable del servicio que presta a su cliente. Por dicha razn, cada una de las partes de este acuerdo slo podr exigir a la otra las
Pgina 7 de 19
responsabilidades en las que hubiese podido incurrir por la prestacin del Servicio NEBA contemplado en el presente Contrato. 6.3 Ser responsabilidad de TELEFNICA DE ESPAA el mantenimiento integral de la parte de la red que explote, en el mbito de la variante del Servicio NEBA que suscriba, a cuyo fin dispondr de los medios tcnicos y humanos necesarios. La responsabilidad de TELEFNICA DE ESPAA queda delimitada, en el extremo A, por el Punto de Acceso (en adelante, PA) constituido por la interfaz especifica para la conexin al Servicio NEBA tal y como se define en el Anexo I. En el extremo B, la responsabilidad de TELEFNICA DE ESPAA queda delimitada al pPAI-E. 6.4. TELEFONICA DE ESPAA es la nica responsable ante OPERADOR AUTORIZADO del correcto funcionamiento y mantenimiento del Servicio NEBA, conforme a los compromisos de calidad, de provisin del Servicio NEBA y/o de cualquier otro orden establecidos en este Contrato y sus Anexos, independientemente de las relaciones contractuales de cualquier tipo que pueda mantener con terceros. 6.5. TELEFONICA DE ESPAA ser responsable de la correcta reparacin de las averas, anomalas o deficiencias del Servicio NEBA, excepto que las mismas se deriven de la manipulacin errnea, indebida o no autorizada de los elementos propiedad de TELEFONICA DE ESPAA. 6.6. Para la correcta prestacin del Servicio NEBA sobre FTTH es necesario que OPERADOR AUTORIZADO instale y configure en el domicilio correspondiente un equipo de recepcin de seales pticas (en adelante, ONT). TELEFONICA DE ESPAA no ser responsable de las averas, anomalas y deficiencias del ONT que pudiesen afectar a la prestacin del Servicio NEBA sobre FTTH. Sptima.- Conexiones de terminales 7.1. Los equipos terminales que se conecten al PA estarn amparados por las correspondientes declaraciones de conformidad o documentos equivalentes que acrediten el cumplimiento de las especificaciones tcnicas correspondientes, en los trminos establecidos en la normativa vigente sobre evaluacin y conformidad de equipos de telecomunicaciones. 7.2. Asimismo, los equipos o redes que se conecten al pPAI-E, debern cumplir los requisitos tcnicos citados en la descripcin del Servicio NEBA del Anexo I. 7.3. En caso de que alguna de las partes tuviera conocimiento de la conexin de equipos que no cumplan con los requisitos expresados en los dos prrafos anteriores, deber comunicarlo a la Administracin.
Pgina 8 de 19
Octava.- Condiciones econmicas, de facturacin y pago 8.1. OPERADOR AUTORIZADO abonar los precios del Servicio NEBA que haya contratado, conforme a las condiciones econmicas, de facturacin y pago que figuran en el presente Contrato y en su Anexo II. 8.2. TELEFNICA DE ESPAA emitir una factura a OPERADOR AUTORIZADO con la especificacin y el desglose necesarios para que se pueda determinar la parte correspondiente a cada elemento del Servicio NEBA contratado. 8.3. OPERADOR AUTORIZADO acepta y presta su consentimiento a las condiciones econmicas actuales para la provisin del Servicio NEBA, aplicable a cada una de las variantes, as como a las que en lo sucesivo se autoricen por la CMT por la incorporacin de nuevos requerimientos tcnicos, servicios o facilidades que TELEFNICA DE ESPAA prestar previa solicitud del OPERADOR AUTORIZADO. Cuando un cambio normativo o una resolucin emitida por autoridad administrativa o judicial, afecten a todas o a parte de las condiciones econmicas establecidas en este Contrato, su contenido modificar el presente Contrato de forma automtica salvo acuerdo escrito en otro sentido.. La modificacin entrar en vigor desde la fecha prevista por la norma o resolucin correspondiente. Ambas partes se obligan a formalizar por escrito la modificacin de este Contrato, en el plazo de cinco das desde la fecha de recepcin de la solicitud efectuada por una de las partes a la otra. 8.4. La puesta al cobro de dicha factura se realizar, a eleccin del OPERADOR AUTORIZADO, mediante transferencia o mediante domiciliacin bancaria, en la cuenta de OPERADOR AUTORIZADO que figura en los sistemas de facturacin de TELEFNICA DE ESPAA o, en su defecto, en las entidades bancarias y cajas de ahorro habilitadas por TELEFONICA DE ESPAA, a su presentacin al cobro, que constara expresamente en el aviso de pago enviado a OPERADOR AUTORIZADO. En la factura se identificar el periodo en que se podr realizar el pago En caso de retraso en el pago, TELEFNICA DE ESPAA podr suspender la prestacin del Servicio NEBA descrito en el presente Contrato si, tras haber requerido el pago a OPERADOR AUTORIZADO, ste no lo hubiera hecho efectivo en un plazo de siete (7) das desde dicho requerimiento. No obstante lo anterior, este rgimen de suspensin de la prestacin del Servicio NEBA no ser de aplicacin para aquellos retrasos en el pago cuya validez se encuentre en disputa entre las partes. Transcurrido dicho plazo, TELEFNICA DE ESPAA requerir de nuevo a OPERADOR AUTORIZADO, concedindole un nuevo plazo de diez (10) das para efectuar el pago, pasado los cuales, TELEFNICA DE ESPAA podr proceder a la interrupcin definitiva del Servicio NEBA, dando de baja el mismo.
Pgina 9 de 19
8.5. La falta de pago puntual de alguna cantidad debida por parte de OPERADOR AUTORIZADO, lo colocar automticamente en situacin de mora, sin necesidad de requerimiento alguno por parte de TELEFNICA DE ESPAA. Desde el momento en que OPERADOR AUTORIZADO incurra en demora, quedar obligado al abono de los intereses correspondientes. Las cantidades objeto de discrepancia entre las partes, una vez reconocida la procedencia del cobro, devengarn intereses de demora desde el momento en que debieron ser pagadas hasta la fecha efectiva de su pago, calculndose dichos intereses sobre la cantidad que finalmente resulte. El tipo de inters aplicable a las cantidades debidas en concepto de mora ser el EURIBOR a 30 das ms un margen de 0,5 puntos porcentuales si el retraso respecto a la fecha de vencimiento es igual o inferior a 30 das y el EURIBOR a 30 das ms un margen de 2 puntos porcentuales si este es superior. Se entender por EURIBOR el que figure en la pantalla EURIBOR de Reuters para plazos de un mes a las 11 horas de la maana del da hbil siguiente al de la fecha de vencimiento de la factura. 8.6. A los efectos previstos en la clusula precedente, y para el caso de: Modificacin de la composicin y/o definicin del ndice correspondiente, o Desaparicin del referido ndice mediante su sustitucin por ndice equivalente o de misma naturaleza, o Modificacin o sustitucin del organismo competente para la publicacin de los ndices correspondientes o las posibles modificaciones de las modalidades de publicaciones de los mismos,
Sern de aplicacin automtica e inmediata aquellos ndices resultantes de las correspondientes modificaciones y/o sustituciones anteriormente referidas. Novena.- Tributos Todos los tributos, de cualquier clase, actuales y futuros, que se devenguen como consecuencia de la formalizacin o cumplimiento del presente Contrato, sern satisfechos por las partes segn la ley. Dcima.- Fianza TELEFNICA DE ESPAA podr solicitar a OPERADOR AUTORIZADO la entrega o afianzamiento por medio de aval de determinada cantidad, en concepto de garanta. La misma podr ser exigida a OPERADOR AUTORIZADO cuando concurra alguna de las siguientes circunstancias: Nuevos operadores; cuando el operador interesado se encuentre en alguno de los supuestos de situacin concursal declarada por el juzgado o, al menos, solicitada por el deudor. Operadores existentes:
Pgina 10 de 19
Cuando se hayan producido impagos sin causa justificada en Derecho en al menos dos facturas giradas por TELEFNICA DE ESPAA por la prestacin del Servicio NEBA. Cuando el operador interesado se encuentre en alguno de los supuestos de situacin concursal declarada por el juzgado o, al menos, solicitada por el deudor.
La cuanta del aval se calcular atendiendo a lo siguiente: Nuevos Operadores: estimacin del importe de una mensualidad resultante de la suma de los precios recurrentes mensuales que aparecen en el anexo II. Operadores existentes: Importe mensual medio de los ltimos 2 meses.
En cuanto a la vigencia del aval, se establecen dos circunstancias a diferenciar: Por un lado, el aval tendra una duracin inicial de 12 meses, transcurrido el cual se revisara de acuerdo con las normas de valoracin que se establecen para el caso de constitucin de avales una vez iniciada la prestacin del Servicio NEBA durante ms de 12 meses. Por otro, el aval podr tener un plazo de 18 meses de duracin total, en el que transcurrido de forma consecutiva dicho tiempo sin producirse demora alguna en el pago desaparecera la obligacin de tener constituido el aval, producindose la cancelacin del mismo.
Transcurrido el citado plazo TELEFNICA DE ESPAA proceder a la devolucin de la garanta al OPERADOR AUTORIZADO dentro del mes siguiente. La garanta establecida responder del pago de las cantidades efectivamente vencidas e impagadas por OPERADOR AUTORIZADO como consecuencia de la prestacin del Servicio NEBA objeto del presente Contrato. TELEFNICA DE ESPAA comunicar previamente a OPERADOR AUTORIZADO la intencin de proceder a la ejecucin de la garanta en el plazo de cinco das, indicando la cuanta a ejecutar y la causa en que se ampara para ello. La revisin de la facturacin mensual media y de los informes de solvencia ser semestral y supondr la actualizacin correspondiente de los avales en vigor. TELEFNICA DE ESPAA devolver la cantidad entregada por OPERADOR AUTORIZADO en concepto de garanta transcurrido un mes desde la finalizacin del Contrato, una vez comprobado el correcto cumplimiento de las obligaciones de OPERADOR AUTORIZADO. Undcima.- Puesta en servicio del acceso indirecto 11.1. En el momento de la firma del presente Contrato, OPERADOR AUTORIZADO deber solicitar o haber solicitado a TELEFONICA DE ESPAA uno o ms pPAI-E.
Pgina 11 de 19
11.2. TELEFONICA DE ESPAA proceder a la puesta en servicio de cada variante del Servicio NEBA, conforme a los plazos de provisin y procedimientos previstos en el Anexo I. 11.3. Si la peticin de alta de conexin de abonado o alta de pPAI-E es anulada despus de realizada la solicitud y antes de la fecha prevista de puesta en servicio, TELEFNICA DE ESPAA podr exigir una indemnizacin por anulacin cifrada en el coste real en que haya incurrido TELEFNICA DE ESPAA, debidamente justificado, con el lmite mximo de la cuota de alta de los accesos solicitados. 11.4. En caso de incumplimiento de los plazos establecidos para la provisin de pPAI-E o de conexiones de usuario de acceso indirecto de banda ancha cuya responsabilidad sea de TELEFNICA DE ESPAA, se aplicar la correspondiente penalizacin prevista en los Acuerdos de Nivel del Servicio NEBA definidos en el Anexo III. En todo caso, estas penalizaciones se establecen sin perjuicio de las indemnizaciones a que hubiere lugar como consecuencia de la clusula sexta del presente Contrato. Igualmente, en caso de incumplimiento de los tiempos garantizados para la reparacin de averas cuya responsabilidad sea de TELEFNICA DE ESPAA, se aplicar la correspondiente penalizacin prevista en los Acuerdos de Nivel de Servicio NEBA definidos en el Anexo III. 11.5. Tanto en el caso de que TELEFNICA DE ESPAA considere que una determinada peticin puntual de uno o varios operadores excede sus capacidades, de acuerdo con la evolucin anterior de la demanda, y que el volumen de dicha peticin puede impedir el cumplimiento de los tiempos de provisin garantizados, as como en los supuestos de fuerza mayor, las partes contratantes acuerdan que TELEFNICA DE ESPAA solicitar a la CMT el reconocimiento de tales circunstancias de exceso de pedidos o fuerza mayor, con el fin de que no sean aplicables las penalizaciones asociadas. En todo caso, estas penalizaciones se establecen sin perjuicio de las indemnizaciones a que hubiere lugar como consecuencia de la clusula sexta del presente Contrato. Decimosegunda.- Comparticin de recursos OPERADOR AUTORIZADO podr establecer acuerdos con otros operadores autorizados para la comparticin de cualesquiera infraestructuras y/o recursos asociados al acceso indirecto, debiendo TELEFNICA DE ESPAA ofrecer todas las facilidades necesarias para que dicha comparticin pueda llevarse a cabo. A estos efectos, no ser necesaria autorizacin escrita previa de TELEFNICA DE ESPAA, quin nicamente ser informada de los acuerdos de comparticin que se suscriban con anterioridad a su entrada en vigor.
Pgina 12 de 19
Decimotercera.- Confidencialidad 13.1. Tendr la consideracin de informacin confidencial toda informacin susceptible de ser revelada de palabra, por escrito o por cualquier otro medio o soporte, tangible o intangible, actualmente conocido o que se invente en el futuro, intercambiada como consecuencia de este acuerdo, que una Parte seale o designe como confidencial a la otra. No tendr la consideracin de informacin confidencial aqulla que hubiese sido previamente obtenida por medios lcitos y/o posterior e independientemente desarrollada, en cualquier momento, por empleados o prestadores de servicios de la Parte receptora que no hayan tenido acceso total o parcialmente a la misma. 13.2. Las Partes adoptarn las medidas oportunas para asegurar el tratamiento confidencial de dicha informacin asumiendo las siguientes obligaciones: Usar la informacin confidencial solamente para el uso propio al que sea destinada. Permitir el acceso a la informacin confidencial nicamente a aquellas personas fsicas o jurdicas que, prestando, en ambos casos, sus servicios para OPERADOR AUTORIZADO o para TELEFONICA DE ESPAA, necesiten la informacin para el desarrollo de tareas para las que el uso de esta informacin sea estrictamente necesaria. A este respecto, la Parte receptora de la informacin advertir a dichas personas fsicas o jurdicas de sus obligaciones respecto a la confidencialidad, velando por el cumplimiento de las mismas. Comunicar a la otra Parte toda filtracin de informacin de la que tengan o lleguen a tener conocimiento producida por la infidelidad de las personas que hayan accedido a la informacin confidencial, bien entendido que esa comunicacin no exime de responsabilidad a la Parte que haya incumplido el presente compromiso de confidencialidad, pero si la incumple dar lugar a cuantas responsabilidades se deriven de dicha omisin en particular. Limitar el uso de la informacin confidencial intercambiada entre las Partes, al estrictamente necesario para el cumplimiento del objeto de este acuerdo, asumiendo la Parte receptora de la informacin confidencial la responsabilidad por todo uso distinto al mismo realizado por ella o por las personas fsicas o jurdicas a las que haya permitido el acceso a la informacin confidencial. El intercambio de informacin confidencial, no supondr, en ningn caso, la concesin de permiso o derecho expreso o implcito para el uso de patentes, licencias o derechos de autor, propiedad de la Parte que revele la informacin. No desvelar ni revelar la informacin de una de las Partes a terceras personas salvo autorizacin previa y escrita de dicha Parte. En especial, ninguna de las Partes podr, sin autorizacin escrita de la otra, hacer
Pgina 13 de 19
pblico a travs de cualquier medio de difusin pblica el contenido del presente acuerdo. Queda exceptuada de dicho requisito la publicacin de la informacin que haya de efectuarse de conformidad con lo establecido en la normativa aplicable. Mantener vigente este compromiso de confidencialidad durante la vigencia de este Contrato y durante un periodo de 5 aos a partir de la terminacin del mismo.
13.3. Lo establecido en esta estipulacin no ser de aplicacin a ninguna informacin sobre la que cualquiera de las Partes pudiera demostrar: Que fuera del dominio pblico en el momento de haberle sido revelada. Que, despus de haberle sido revelada, fuera publicada o de otra forma pasara a ser de dominio pblico, sin quebrantamiento de la obligacin de confidencialidad por la Parte que recibiera dicha informacin. Que en el momento de haberle sido revelada, la Parte que la recibiera ya estuviera en posesin de la misma por medios lcitos. Que tuviera consentimiento escrito previo de la otra Parte para desvelar la informacin. Que haya sido revelada por un tercero no sometido al deber de confidencialidad. Que haya sido desarrollada independientemente. Que la revelacin fuera obligatoria en virtud de requerimiento efectuado por autoridad judicial o administrativa. La parte requerida revelar la informacin que, con carcter mnimo, fuera imprescindible para cumplimentar el requerimiento. No obstante, previamente a cumplimentar el requerimiento, la parte requerida notificar tal circunstancia a la otra parte, a fin de que sta adopte las medidas de proteccin que estime oportunas. La omisin de la citada notificacin supondr el incumplimiento de la obligacin de confidencialidad.
13.4. El incumplimiento de cualquiera de las obligaciones anteriores dar lugar asimismo al derecho de resolucin del Contrato segn lo establecido en la clusula decimoctava, independientemente del ejercicio de las acciones legales que asistan a la parte afectada para reclamar los daos que se hayan producido. 13.5. A la finalizacin de la vigencia del presente Contrato, cada parte se compromete a borrar y destruir de sus instalaciones toda la informacin perteneciente o proporcionada por la otra parte y a no divulgarla por s o por terceros. Asimismo, cada parte tendr el derecho de efectuar in situ la comprobacin de que las acciones anteriores han sido realizadas por la otra parte.
Pgina 14 de 19
Decimocuarta.- Proteccin de datos 14.1. Los datos de carcter personal que fueran necesarios entregar por TELEFONICA DE ESPAA a OPERADOR AUTORIZADO para prestar el Servicio NEBA, y los obtenidos por las partes durante la ejecucin del presente Contrato, sern los estrictamente necesarios para el cumplimiento del mismo, y nica y exclusivamente podrn ser aplicados o utilizados para el cumplimiento de los fines objeto del Contrato, no pudiendo ser cedidos o entregados a terceros bajo ttulo alguno, ni siquiera a efectos de mera conservacin. 14.2. Las partes adoptarn las medidas de ndole tcnica y organizativas necesarias, y en especial las establecidas por el Reglamento de desarrollo de la Ley Orgnica 15/1999, de 13 de diciembre, de proteccin de datos de carcter personal (Real Decreto 1720/2007 o la norma que lo sustituya) y dems disposiciones de desarrollo, para garantizar la seguridad de los datos de carcter personal y evitar su alteracin, prdida, tratamiento o acceso no autorizado, habida cuenta del estado de la tecnologa, la naturaleza de los datos suministrados y los riesgos a que estn expuestos, ya provengan de la accin humana o del medio fsico o natural. 14.3. Una vez cumplida la prestacin contractual que motiv la entrega de los datos personales OPERADOR AUTORIZADO deber destruir los datos tratados y los soportes o documentos en que conste algn dato de carcter personal objeto del tratamiento, salvo que expresamente y caso por caso autorice TELEFONICA DE ESPAA su almacenamiento por considerar que va a resultar necesario para ulteriores encargos contractuales, en cuyo caso OPERADOR AUTORIZADO deber adoptar las medidas de seguridad necesarias. 14.4. OPERADOR AUTORIZADO consentir cuantas inspecciones considere preciso efectuar TELEFONICA DE ESPAA en los ficheros que contengan los datos de carcter personal entregados para la ejecucin del Contrato. 14.5. OPERADOR AUTORIZADO ser responsable de cuantas sanciones multas o reclamaciones por daos y perjuicios se deriven del incumplimiento de lo anteriormente expuesto y resarcir a TELEFONICA DE ESPAA de los importes que por tal motivo hubiera tenido que abonar, incluidos gastos jurdicos, extrajudiciales y costas que la defensa de TELEFONICA DE ESPAA ocasionare. Todo ello con independencia de que tal incumplimiento sea considerado causa de resolucin del Contrato. Decimoquinta.- Vigencia del Contrato El presente Contrato entrar en vigor en la fecha de su firma y tendr una duracin inicial de un ao renovndose tcitamente por perodos sucesivos de un ao, si ninguna de las partes manifiesta de forma expresa lo contrario con un plazo de preaviso de treinta das a la fecha de terminacin del Contrato o de cualquiera de sus prorrogas.
Pgina 15 de 19
Decimosexta.- Modificacin del Contrato El presente Contrato se revisar, parcial o totalmente, a peticin escrita de cualquiera de las Partes dirigida a la otra o de forma automtica en caso de cambios normativos, cuando concurra alguno de los siguientes supuestos: Cambios normativos que afecten a este Contrato. Modificacin de las condiciones tcnicas del Servicio NEBA, por la autoridad administrativa o judicial de acuerdo con la normativa vigente. En el caso de modificaciones econmicas, se aplicar el procedimiento previsto en la clusula 8.3 del presente Contrato. Modificacin o transformacin de la inscripcin que ostenta cualquiera de las Partes en el Registro de Operadores de la CMT, siempre que dicha circunstancia no imposibilite a la parte afectada el cumplimiento de las obligaciones contenidas en el presente Contrato. Peticin de revisin general del Contrato, que podr ser efectuada por cualquiera de las Partes con una antelacin mnima de tres meses al trmino de cada sucesivo perodo de un ao desde el inicio de la vigencia del Contrato. Otros cambios sustanciales y sobrevenidos de las circunstancias que afecten al Contrato. Solicitud de la incorporacin de una nueva modalidad del Servicio NEBA al Contrato, efectuada por cualquiera de las Partes. En tal caso la revisin se limitar a los aspectos del Contrato relacionados directamente con la introduccin del nuevo servicio.
Decimosptima.- Procedimiento de modificacin del Contrato Las negociaciones para la revisin del Contrato se ajustarn a las siguientes reglas, sin perjuicio de lo previsto en la clusula 8.3 del mismo: Las Partes se comprometen a negociar de buena fe, respondiendo pronta y constructivamente a las propuestas respectivas, y a tratarse recprocamente de modo no discriminatorio y no exclusivo. Cuando se revisen tanto los aspectos tcnicos como los econmicos del Contrato y, en particular, en caso de introduccin de nuevas modalidades de servicios no incluidos en este Contrato y se estn prestando a otros operadores autorizados asimilables, la negociacin se realizar, salvo acuerdo contrario, separando ambos sectores. Una vez alcanzado un consenso o preacuerdo en las cuestiones tcnicas, se pondr en vigor provisionalmente, continuando separadamente la negociacin de las materias econmicas o comerciales. Durante dicha fase de vigencia provisional de la parte tcnica, se aplicarn las condiciones econmicas previstas en el presente Contrato y en su Anexo II.
Pgina 16 de 19
Una vez revisado el documento y habiendo llegado las partes a un acuerdo definitivo sobre la revisin contractual, se acordarn los ajustes necesarios derivados de la aplicacin retroactiva, a esta fase provisional de las condiciones econmicas definitivas. Las partes se obligan a proveerse mutuamente de toda la informacin esencial para el desarrollo de las negociaciones, bajo la obligacin de confidencialidad establecida en la clusula decimotercera. Durante el desarrollo del proceso de negociacin para la revisin del Contrato, se entender prorrogada provisionalmente en todo caso la vigencia de ste, salvo acuerdo de las partes en contrario.
Decimoctava.- Extincin del Contrato 18.1. El presente Contrato se extinguir de forma automtica, mediante notificacin escrita de cualquiera de las partes a la otra, por las causas generales admitidas en derecho y, adems, por las siguientes: Por mutuo acuerdo de las partes, manifestado expresamente por escrito. Por finalizacin del perodo inicial de vigencia o de sus correspondientes prorrogas, siempre que se observe el rgimen de preaviso descrito en la clusula decimoquinta del presente Contrato. Por revocacin, extincin o modificacin, por cualquier causa, de la inscripcin que ostenta cualquiera de las partes en el Registro de Operadores de la CMT cuando ello impida el cumplimiento de las obligaciones previstas en el presente Contrato. La apreciacin de la concurrencia de estas circunstancias ser sometida a la decisin de la CMT, en el ejercicio de sus funciones pblicas. Por resolucin fundada en grave incumplimiento por cualquiera de las partes de las obligaciones esenciales contenidas en este Contrato, una vez transcurridos dos meses desde que la parte cumplidora haya requerido a la otra, por escrito, el cumplimiento de las mencionadas obligaciones. La apreciacin de la concurrencia del incumplimiento podr efectuarse por las partes de mutuo acuerdo.
18.2. La extincin del Contrato por alguna de las causas previstas en la presente clusula, no supone la renuncia por ninguna de las partes de las acciones que pudieran corresponderle en derecho. 18.3. En cualquier caso, la extincin del Contrato no exonerar a las partes del cumplimiento de las obligaciones pendientes. 18.4. La extincin del Contrato a instancias de OPERADOR AUTORIZADO no generar derecho de reembolso de las cuotas desembolsadas. Decimonovena.- Ilegalidad o imposibilidad Si cualquier disposicin de este Contrato o parte del mismo fueran de imposible cumplimiento por cualquier motivo ajeno a la voluntad de las partes, o porque
Pgina 17 de 19
fuera declarada invalida, ilegal o no ejecutable, por un tribunal con jurisdiccin competente o por cualquier institucin u organismo pblico con autoridad legtimamente constituida, la validez, legalidad o capacidad de ejecucin de las restantes disposiciones no se ver afectada ni perjudicada de forma alguna por esa declaracin. Adems, las partes negociarn de buena fe, la sustitucin o modificacin mutuamente satisfactoria de la disposicin o disposiciones que se hayan declarado invlidas, ilegales o no ejecutables por otras en trminos parecidos y que puedan cumplirse legalmente. Vigsima.- Fuerza mayor. No existir responsabilidad de los contratantes si los daos y perjuicios estuvieran causados por fuerza mayor, de acuerdo con el artculo 1.105 del Cdigo Civil. En estos supuestos, la parte afectada pondr en conocimiento de la otra la concurrencia de algunos de los supuestos indicados; si es posible, su duracin estimada; y en todo caso, el momento de su cesacin. Vigsimo Primera.- Notificaciones. 21.1. Ambas partes se reconocen mutuamente como el nico interlocutor vlido de todas y cada una de las actuaciones que se deriven del desarrollo, aplicacin y ejecucin del contenido de este Contrato. 21.2. A los efectos de notificaciones y requerimientos a efectuar como consecuencia del presente Contrato, las partes designan los domicilios que figuran a continuacin: DE TELEFNICA DE ESPAA A OPERADOR AUTORIZADO: Las comunicaciones dirigidas a OPERADOR AUTORIZADO en relacin a este Contrato debern enviarse a: Departamento: Direccin: Tfno.: Fax: Cualquier variacin de estos datos deber ser inmediatamente comunicada a TELEFNICA DE ESPAA por escrito. DE OPERADOR AUTORIZADO A TELEFNICA DE ESPAA Las comunicaciones dirigidas a TELEFNICA DE ESPAA en relacin a este Contrato, debern enviarse a: Departamento: Direccin: Tfno: Fax: Cualquier variacin de estos datos deber ser inmediatamente comunicada a OPERADOR AUTORIZADO por escrito.
Pgina 18 de 19
21.3. Cualquier comunicacin que sea requerida para los propsitos de este Contrato deber ser entregada por cualquier medio que permita acreditar fehacientemente su recepcin (en mano, por correo certificado o por mensajero). En cualquier caso, esto no impedir que dichas comunicaciones puedan ser anticipadas por fax o "e-mail". 21.4. Se entender como fecha de recepcin de cualquier comunicacin: La entregada en mano, el momento de la entrega. La enviada por correo certificado, el primer da laborable despus de la fecha de entrega registrada por Correos. La enviada por mensajero, el primer da laborable posterior a la fecha de entrega que aparece en una copia de la hoja de entrega firmada por el receptor al citado mensajero.
Vigsimo Segunda.- Cesin del Contrato Ninguna de las partes podr ceder este Contrato sin el consentimiento escrito de la otra parte. No obstante lo anterior, cualquiera de las partes podr ceder los derechos y obligaciones derivados del presente Contrato a favor de cualquier filial o participada, o a raz de una reorganizacin corporativa, en cuyo caso bastar la mera comunicacin a la otra parte. Cualquier cesin hecha en contravencin de la presente clusula ser nula. Vigsimo Tercera.- Jurisdiccin 23.1. Las partes contratantes convienen que cualquier conflicto o diferencia que surja como consecuencia del cumplimiento, interpretacin o ejecucin del presente Contrato, ser solucionada amistosamente en el plazo de treinta das desde que se planteen, para lo cual, cada una de las partes realizar sus mejores esfuerzos. Si en dicho plazo no se alcanzara ninguna solucin, cada parte ser libre de iniciar las actuaciones, de cualquier tipo que considere pertinentes. 23.2. Las partes intervinientes, con renuncia expresa de su fuero propio o del que pudiera corresponderles, en cuantas cuestiones o litigios se susciten, con motivo de la interpretacin, aplicacin o cumplimiento del presente Contrato, se someten a la jurisdiccin y competencia de los Juzgados y Tribunales de Madrid Capital.
En prueba de conformidad se firma este Contrato por duplicado ejemplar, a un solo efecto en el lugar y fecha indicados en el encabezamiento.
Por TELEFONICA DE ESPAA D.
Por OPERADOR AUTORIZADO D.
Pgina 19 de 19
Procedimientos del Servicio Edicin 5.1
Nuevo Servicio Ethernet de Banda Ancha (NEBA)

Procedimientos del Servicio (v5.1)
03/11/2011
PROPIEDAD DE TELEFONICA ESPAA
Pgina 1 de 150
Edicin v 2.0
Partes que cambian 3.7 y 3.8
Descripcin del cambio Conexiones NEBA Cobre y Fibra, relacin con la Portabilidad. Se modifican las descripciones de los procesos de conexiones NEBA (fibra y cobre) y su relacin con la portabilidad, en subapartados de 3.7 y 3.8 (segn explicaciones de reunin del Foro NEBA de 14.03.2011) Identificacin de accesos. Se corrigen los parmetros de entrada al WS de identificacin de accesos. Gestin de Averas. Aclaraciones para responder a comentarios recibidos en el Foro NEBA de 14.03.2011 Se incorporan los valores posibles de OP-VLAN , VP y VC Se aade LAG de 1G y LAG de 10G Aclaracin: En caso de no superar las Validaciones se rechaza la solicitud Se amplia el rango de S-VLAN a 4000 Se aade el Valor 0 a los posibles valores de contratacin de caudales para cada Qos Se incorpora el envo al Operador del Identificador del LAG. Por si este lo necesitase Correccin erratas en la tabla de tipo de registro Aclaracin dudas sobre migraciones de VLANs Marcha atrs Lmite de pedidos por dia Se aclara que en caso de no superar las validaciones se rechaza la solicitud Correccin errata en validacin de Migraciones masivas VLANs Errata: Se corrigen los tipos de Operaciones Vlidas as como se aade la tabla de Operaciones Por simplicidad del proceso se unifican las Agendas de pruebas y Activacin en una sola. Puesto que el Operador podra implementar Multichasis, se elimina la necesidad de que informe de la MAC, Se modifica la prueba del LAG, ya que no es necesario informar la MAC Se divide, para mayor claridad, el proceso de identificacin de Acceso, en Cobre y FTTH y se actualizan las tablas de WS para XDSL y FTTH Se elimina el perfil estricto de sincronizacin en las modalidades con RT Se actualiza la oferta inicial de modalidades VDSL2 incluyendo los perfiles de validacin y de sincronizacin, y aadiendo 4 perfiles que se haban omitido en versiones anteriores por error y s aparecen en la resolucin de CMT, que son: v16,v18,v20 y v22: 30M/1M y 30M/3M BE y 30M/1M y 30M/3M ORO TE aclara que los parmetros de entrada son excluyentes entre si Se actualiza la oferta inicial de modalidades GPON incluyendo 8 perfiles que se haban omitido en versiones anteriores: 30M/1M,
Fecha de cambio 15/03/2011
v 2.0 v2.0 V2.1 V 3.0 V3.0
3.1.3 6.3.2 3.7.1, 3.8.1 2.2, 2.3.2.1 2.3.1, 2.3.2
15/03/2011 15/03/2011 18/03/2011 14/5/2011 14/5/2011
v.30 v.3.0 V3.0 V3.0
2.3.1.1 y 2.3.2.1 2.3.2 2.3.3.1 2.3.3.6
14/5/2011 14/5/2011 14/5/2011 14/5/2011
V3.0 V3.0 V3.0 v.3.0 V3.0 V3.0 V3.0
2.3.3.3, 2.3.3.5, 2.3.3.6, 2.3.6.9 2.3.3.6.2 2.3.4.1, 2.3.5.1 2.4 2.4.2 2.5 3.1.1. y 3.1.2
14/5/2011 14/5/2011 14/5/2011 14/5/2011 14/5/2011 14/5/2011 14/5/2011
V3.0 V3.0
3.2.1 3.2.2
14/5/2011 14/5/2011
V3.0 V3.0
3.3.2.1 3.2.3
14/5/2011 14/5/2011
03/11/2011
Pgina 2 de 150
V3.0
3.3.2.2
V3.0 V3.0
3.7.1, 3.8.1 3.7.1
V3.0
3.7.2.2
V3.0
3.7.2.8 , 3.8.2.7, 3.7.2.9, 3.8.2.6
V3.0
V3.0
3.8.2.6, 3.8.2.7, 3.8.2.8, 3.8.2.9 y 3.8.2.10 3.7.2.9, 3.8.2.7
V3.0 V3.0 V3.0
3.7.4.1.1 3.8.1 3.8.2.2
V3.0 V3.0 V3.0 V3.0
3.8.2.3.1 3.8.2.3.2 3.7.2.8, 3.8.2.6 3.8.2.4, 3.8.2.5, 3.8.2.6,3.8.2.10,3.8 .2.8,3.8.2.9 3.8.2.8 3.8.2.10.1 3.8.2.11 3.8.2.12
30M/3M, 30M/5M y 30M/10M en BE y ORO Se describe con detalle toda la casustica de las validaciones de aptitud de par en funcin de los diferentes movimientos. Si el bucle no es recomendado para la modalidad seleccionada, el Operador podr anular o reiterar. En este ltimo caso, TE provisionar la modalidad pero no garantizar los SLA de prdida de paquetes, retardo y Jitter para las QoS de dicha modalidad Se clarifica la funcionalidad de S-VLAN y C-VLAN. Ver notas 1 y 2 al pie de la tabla de parmetros comunicados al Operador Debido al cambio general del procedimiento de Portabilidad y NEBA, se incluye definicin de VPP y se elimina la prioridad de la VIN Se incluye comentario sobre la ubicacin del PTRO. Se aclaran los datos tcnicos a proporcionar al Operador. La comunicacin de la ventana de instalacin incluir tambin la comunicacin de los parmetros de provisin que el operador necesita conocer para la activacin del servicio (ID ONT, S-VLAN, C-VLAN y OP-VLAN), junto con el nmero Administrativo de la conexin previamente comunicado. Portabilidad y NEBA: Incidencia y anulacin, en el caso de no recibir SP en 15 das Ante cancelaciones de Portabilidad, se genera incidencia NEBA hacia el Operador Se describe proceso de validacin de aptitud de par en la provisin teniendo en cuenta nueva incidencia al Operador en caso de no superar la validacin y comportamiento de la provisin Portabilidad y NEBA Se sustituye el envo de la VIN por VPP Se genera una nueva incidencia ante no conformidad del cliente con la fecha marcada en la VPN Correccin de erratas Se aade comentario de excepcin en los cambios de los parmetros tcnicos comunicados al Operador TE incorpora una nueva incidencia, para informar al Operador que el bucle no es recomendable para la modalidad solicitada Correccin errata. Se sustituye ocupado por vacante Correccin de errata. Se sustituye Donante por SI Se elimina la validacin por domicilio Correccin de errata. Se indica que es desde el envo de la VPP Si el Operador decide proseguir la provisin, tras recibir una incidencia de Bucle No recomendado, TE proseguir con la misma Errata. Se completa el prrafo7b TE aclara las opciones de Mantenimiento En una portabilidad no se da de baja el circuito si la peticin esta asociada a una solicitud NEBA. TE incorpora a las Migraciones Masivas, el paso de GigaAdsl a NEBA
14/5/2011
14/5/2011 14/5/2011
14/5/2011
14/5/2011
14/5/2011
14/5/2011
14/5/2011 14/5/2011 14/5/2011
14/5/2011 14/5/11 14/5/2011 14/5/2011
V3.0 V3.0 V3.0 V3.0
14/5/2011 14/5/2011 14/5/2011 14/5/2011
03/11/2011
Pgina 3 de 150
V3.0 V3.0
3.8.3.2 3.12.8, 3.12.9, 3.12.10, 3.12.11
Se elimina validacin tipo documento Errata : Se corrigen las tablas para aadir el envo de VIN, VAN, VPP Se incorpora comunicacin de Anulacin Los cdigos de cancelaciones y Anulaciones, en la medida de lo posible, coincidirn con los cdigos de los servicios indirectos Aclaraciones del proceso de Cancelacin Errata: Se corrige el estado de finalizado por tramitado Se aclara que los WS son compatibles con x509klpathv1 y x509v3 Te aclara el proceso de interacciones Se aade la consulta en el histrico Trmite de audiencia CMT Resolucin CMT Versin Resolucin CMT oferta de referencia tras recurso
14/5/2011 14/5/2011
V3.0 V3.0 V3.0 V3.0 V3.0 V3.0 V4.0 V5.0 V5.1
4.2, 4.3, 4.1 4.2.2 5.1.2 6.2 6.3.2 9.2.1
14/5/2011 14/5/2011 14/5/2011 14/5/2011 14/5/2011 14/5/2011 27/7/2011 3/11/2011 11/4/2012
03/11/2011
Pgina 4 de 150
NDICE
Introduccin ................................................................................................................................. 9 Servicios Soporte NEBA ............................................................................................................. 9 2.1 Definicin de los Servicios Soporte ..................................................................................... 9 2.2 Tipos de interfaces de los Servicios de Soporte ................................................................. 11 2.3 Movimientos comerciales de los Servicios Soporte .......................................................... 12 2.3.1 Alta de un pPAI-E ...................................................................................................... 12 2.3.1.1 Datos de contratacin en el Alta de un pPAI-E ..................................................... 12 2.3.1.2 Validaciones de una solicitud de Alta de un pPAI-E ............................................. 15 2.3.2 Alta de un pPAI-E con LAG ...................................................................................... 15 2.3.2.1 Datos de contratacin en el Alta de un LAG ......................................................... 16 2.3.2.2 Validaciones de una solicitud de Alta de un LAG ................................................. 19 2.3.3 Modificacin de un pPAI-E /LAG ............................................................................. 19 2.3.3.1 Datos de contratacin para Modificacin de un pPAI-E /LAG ............................. 20 2.3.3.2 Modificacin de capacidades contratadas por QoS en un servicio de soporte. ..... 21 2.3.3.2.1 Validaciones Modificacin Capacidades Contratadas ..................................... 22 2.3.3.3 Modificacin tipo Ethernet (Ethertype) de un pPAI-E .......................................... 23 2.3.3.3.1 Validaciones de Cambio Etherype ................................................................... 23 2.3.3.4 Modificacin de la poltica de descarte.................................................................. 23 2.3.3.4.1 Validacin poltica de Descarte ....................................................................... 24 2.3.3.5 Ampliacin o disminucin de puertos en un LAG .............................................. 25 2.3.3.5.1 Validaciones Ampliacin Capacidad ............................................................... 26 2.3.3.5.2 Validaciones Disminucin del nmero de puertos de un LAG ....................... 27 2.3.3.6 Migracin masiva VLANs entre dos Servicios de Soporte ................................... 27 2.3.3.6.1 Datos de contratacin para Migracin Masiva de VLANs. ............................. 28 2.3.3.6.2 Validaciones Migraciones Masivas de VLANs ............................................... 29 2.3.4 Baja de un pPAI-E ..................................................................................................... 30 2.3.4.1 Datos de contratacin de la baja de un pPAI-E ..................................................... 30 2.3.4.2 Validaciones comerciales de una solicitud de baja de pPAI-E .............................. 31 2.3.5 Baja de LAG .............................................................................................................. 31 2.3.5.1 Datos de contratacin de la baja de un LAG ........................................................ 31 2.3.5.2 Validaciones comerciales de una solicitud de baja de LAG .................................. 32 2.4 Agenda ............................................................................................................................... 32 2.4.1 Web Services de Consulta horario ............................................................................. 33 2.4.2 Web Services reserva de Ventana .............................................................................. 33 2.4.3 Validaciones y comportamiento de los Web Services Gestin de Agenda ............... 34 2.5 Pruebas en PPAI-E o LAG................................................................................................. 34 2.6 Incidencias Servicios de Soporte ....................................................................................... 35 2.6.1 Incidencias Servicios de Soporte Ejecutivas para Operador ...................................... 35 2.6.2 Incidencias Servicios de Soporte Informativas para el Operador .............................. 35 2.7 Centrales para servicios de Soporte ................................................................................... 35 2.8 Facturacin de los Servicios Soporte ................................................................................. 37 2.8.1 Aspectos generales de la facturacin de los servicios soporte ................................... 37 2.8.2 Conceptos facturables Servicios de Soporte ............................................................. 37 2.8.3 Medicin y facturacin de la capacidad excedida ..................................................... 38 2.8.4 Resumen Conceptos facturables de los Servicios Soporte......................................... 39 3. Servicios de acceso: conexiones NEBA .................................................................................... 40
03/11/2011 PROPIEDAD DE TELEFONICA ESPAA Pgina 5 de 150
1. 2.
3.1 Identificacin de accesos ................................................................................................... 40 3.1.1 Accesos NEBA cobre................................................................................................. 41 3.1.2 Accesos NEBA Fibra ................................................................................................. 41 3.2 Modalidades del servicio NEBA........................................................................................ 42 3.2.1 Oferta inicial de modalidades NEBA ADSL 2+ ........................................................ 42 3.2.2 Oferta inicial de modalidades NEBA VDSL2 ........................................................... 44 3.2.3 Oferta inicial de modalidades NEBA FTTH.............................................................. 45 3.2.4 Creacin de modalidades NEBA ............................................................................... 47 3.3 Cobertura del servicio NEBA ............................................................................................ 48 3.3.1 Consulta de centrales con entrega de servicio Ethernet ............................................. 49 3.3.2 Cobertura conexiones NEBA ..................................................................................... 49 3.3.2.1 Consulta cobertura ................................................................................................. 49 3.3.2.2 Validacin de Cobertura en Contratacin XDSL y FTTH .................................... 50 3.4 Equipos en domicilio de cliente ......................................................................................... 51 3.4.1 Requisitos de router de cliente FTTH, ADSL2+ y VDSL2 NEBA ......................... 51 3.4.2 Venta equipamiento: VDSL2 / ONT ......................................................................... 51 3.5 Reglas de contratacin del servicio NEBA ........................................................................ 52 3.5.1 Movimientos comerciales NEBA-GigADSL / ADSL IP .......................................... 52 3.5.2 Movimientos comerciales NEBA- OBA.................................................................... 53 3.5.3 Movimientos comerciales NEBA-Minoristas ............................................................ 54 3.6 Fases de implantacin del servicio NEBA ......................................................................... 54 3.7 Conexiones NEBA FTTH .................................................................................................. 55 3.7.1 Conexiones NEBA FTTH: flujos de provisin .......................................................... 55 3.7.2 Descripcin de la contratacin y provisin movimientos NEBA FTTH ................... 57 3.7.2.1 Tipos de operaciones NEBA FTTH ....................................................................... 57 3.7.2.2 Alta sobre Vacante NEBA FTTH .......................................................................... 57 3.7.2.2.1 Datos de contratacin de Alta sobre Vacante de NEBA-FTTH ...................... 59 3.7.2.2.2 Validaciones de solicitudes de Alta sobre vacante de NEBA FTTH ............... 60 3.7.2.3 Alta sobre Ocupado NEBA FTTH (AOF) ............................................................. 60 3.7.2.4 Datos de contratacin del Alta sobre ocupado NEBA FTTH ................................ 61 3.7.2.5 Validaciones de solicitudes de Alta sobre Ocupado NEBA FTTH ....................... 62 3.7.2.6 AOF sin portabilidad y sin venta ni instalacin de ONT (origen TE u otro Operador) ............................................................................................................................... 62 3.7.2.7 AOF sin portabilidad con venta e instalacin ONT (origen TE u otro Operador). 63 3.7.2.8 AOF con portabilidad donante TE sin venta ni instalacin de ONT ..................... 64 3.7.2.9 AOF con portabilidad donante TE con venta e instalacin de ONT ..................... 64 3.7.2.10 AOF con portabilidad entre Terceros sin venta ni instalacin de ONT ............. 65 3.7.2.11 AOF con portabilidad entre Terceros con venta e instalacin de ONT ............. 66 3.7.3 Baja de conexiones NEBA FTTH .............................................................................. 68 3.7.3.1 Datos de contratacin de Baja de NEBA-FTTH .................................................... 68 3.7.3.2 Validaciones de Baja de NEBA FTTH .................................................................. 68 3.7.4 Modificacin de conexiones NEBA FTTH ............................................................... 69 3.7.4.1.1 Datos de contratacin de Modificacin de conexin NEBA-FTTH ................ 70 3.7.4.1.2 Validaciones Modificaciones NEBA FTTH .................................................... 71 3.7.5 Impacto en la comparticin de verticales ................................................................... 71 3.8 Conexiones NEBA Cobre .................................................................................................. 72 3.8.1 Conexiones NEBA-Cobre: flujos de provisin .......................................................... 72
03/11/2011
Pgina 6 de 150
3.8.2 Descripcin de la contratacin y provisin de NEBA Cobre .................................. 73 3.8.2.1 Tipos de Operaciones ............................................................................................. 73 3.8.2.2 Alta sobre vacante NEBA Cobre ........................................................................... 74 3.8.2.2.1 Datos de contratacin de Alta sobre Vacante de NEBA-Cobre....................... 75 3.8.2.2.2 Validaciones NEBA COBRE alta sobre vacante ............................................. 77 3.8.2.3 Alta sobre ocupado de NEBA Cobre (AOC) ......................................................... 77 3.8.2.3.1 Datos de contratacin de Alta sobre Ocupado de NEBA-Cobre ..................... 79 3.8.2.3.2 Validaciones de Alta sobre ocupado de NEBA COBRE ................................. 80 3.8.2.4 AOC sin portabilidad y sin instalacin de equipamiento ....................................... 81 3.8.2.5 AOC sin portabilidad y con instalacin de equipamiento...................................... 82 3.8.2.6 AOC con portabilidad donante de TE y sin instalacin de equipamiento ............. 83 3.8.2.7 AOC con portabilidad donante de TE y con instalacin de equipamiento ............ 85 3.8.2.8 AOC con portabilidad entre terceros y sin instalacin de equipamiento ............... 87 3.8.2.9 AOC con portabilidad entre terceros y con instalacin de equipamiento .............. 88 3.8.2.10 Modificaciones conexiones NEBA Cobre ......................................................... 90 3.8.2.10.1 Datos de contratacin de Modificacin de una conexin NEBA-Cobre ....... 91 3.8.2.10.2 Procesos de provisin de modificaciones NEBA Cobre ................................ 92 3.8.2.10.3 Modificacin a NEBA cobre xDSL sin STB ................................................. 93 3.8.2.10.4 Validaciones Modificaciones NEBA cobre ................................................... 94 3.8.2.11 Baja conexiones NEBA Cobre ........................................................................... 95 3.8.2.11.1 Datos de contratacin de Baja de conexin NEBA-Cobre ............................ 95 3.8.2.11.2 Validaciones de Bajas de NEBA Cobre ......................................................... 96 3.8.2.12 Movimientos masivos: Altas y modificaciones masivas ................................... 96 3.8.2.12.1 Contratacin de movimientos masivos .......................................................... 97 3.8.2.12.2 Datos de contratacin de Alta masiva de conexiones NEBA ........................ 98 3.8.2.12.3 Datos de contratacin de Cambio masivo de conexiones NEBA ................. 99 3.9 Mensajeria asociado al Operador asociado al Alta de un servicio Minorita ...................... 99 3.10 Facturacin de conexiones de cliente NEBA ................................................................... 100 3.10.1 Conceptos facturables conexiones Cobre ................................................................ 100 3.10.2 Conceptos facturables conexiones FTTH ................................................................ 101 3.10.3 Otros conceptos facturables ..................................................................................... 102 3.11 Modificaciones en Vuelo ................................................................................................. 102 3.12 Comunicaciones de Telefnica Operador .................................................................... 102 3.12.1 Comunicacin Alta de pPAI-E ................................................................................ 103 3.12.2 Comunicacin Alta LAG ......................................................................................... 104 3.12.3 Comunicaciones Modificacin pPAI-E (No incluye Migraciones de Conexiones) 105 3.12.4 Comunicacin Modificacin Lag por Aumento de Capacidad ................................ 106 3.12.5 Comunicacin Modificacin Lag por Decremento de Capacidad ........................... 107 3.12.6 Comunicacin Migracin de Conexiones ................................................................ 108 3.12.7 Comunicaciones cancelaciones y anulaciones de pedidos ....................................... 109 3.12.8 Comunicaciones Alta NEBA cobre ......................................................................... 110 3.12.9 Comunicaciones Alta NEBA FTTH ........................................................................ 112 3.12.10 Comunicaciones Modificacin NEBA cobre ....................................................... 114 3.12.11 Comunicaciones Modificacin NEBA FTTH...................................................... 115 3.12.12 Comunicaciones Baja NEBA cobre ..................................................................... 116 3.12.13 Comunicaciones Baja NEBA FTTH .................................................................... 117 4. Subflujos Comunes .................................................................................................................. 118 4.1 Rechazos .......................................................................................................................... 118
4.1.1 Rechazos Servicios de Soporte ................................................................................ 119 4.1.2 Rechazos Servicios Conectividad NEBA ................................................................ 119 4.2 Cancelaciones................................................................................................................... 121 4.2.1 Cancelaciones Servicios Soporte NEBA ................................................................ 121 4.2.2 Cancelaciones conexiones NEBA ............................................................................ 122 4.3 Anulaciones ...................................................................................................................... 123 4.4 Incidencias ....................................................................................................................... 124 4.4.1 Incidencias de Provisin ejecutivas para el Operador conexiones NEBA............... 125 4.4.2 Incidencias informativas hacia el operador .............................................................. 126 5. Reclamaciones ......................................................................................................................... 126 5.1 Reclamaciones de provisin............................................................................................. 127 5.1.1 Disconformidad con el rechazo................................................................................ 128 5.1.2 Demora en la provisin ............................................................................................ 128 5.2 Reclamaciones de facturacin .......................................................................................... 132 5.3 Reclamaciones/Incidencias de Operaciones Masivas ...................................................... 132 6. Averas ..................................................................................................................................... 132 6.1 Canal H2M ....................................................................................................................... 133 6.2 Canal Web Services ......................................................................................................... 133 6.3 Procedimiento de comunicacin de averas ..................................................................... 135 6.3.1 Formularios de registro de averas ........................................................................... 135 6.3.2 Interacciones ............................................................................................................ 137 6.4 Seguimiento de averas .................................................................................................... 140 7. Procedimiento de escalado de incidencias ............................................................................... 141 7.1 Causas de escalado de incidencias ................................................................................... 141 8. Supervisin............................................................................................................................... 142 8.1 Obtencin de medidas ...................................................................................................... 142 8.2 Almacenamiento de las medidas ...................................................................................... 143 8.3 Acceso a los datos por los Operadores............................................................................. 143 9. Servicios de Consulta ............................................................................................................... 144 9.1 Tipos de Consultas ........................................................................................................... 144 9.2 Criterios de Bsqueda ...................................................................................................... 145 9.2.1 Consultas Unitarias .................................................................................................. 145 9.2.2 Consultas Masivas.................................................................................................... 146 9.3 Resultados de las consultas .............................................................................................. 147 9.3.1 Consultas Unitarias .................................................................................................. 147 9.3.2 Consultas Masivas.................................................................................................... 147 10. Canales de comunicaciones NEBA...................................................................................... 148 10.1 Canal H2M ....................................................................................................................... 148 10.2 M2M: WEB SERVICES NEBA ...................................................................................... 148 10.2.1 Servicios de Soporte Operador TE ...................................................................... 148 10.2.2 Servicios de Soporte TE Operador....................................................................... 149 10.2.3 Servicios de conexiones NEBA: Operador TE ................................................... 149 10.2.4 Servicios de Accesos TE-Operador ......................................................................... 150 10.2.5 Averas ..................................................................................................................... 150
03/11/2011
Pgina 8 de 150
1.
Introduccin
En este documento se describe funcional y tcnicamente el nuevo servicio mayorista de banda ancha de Acceso Indirecto denominado NEBA (Nuevo Ethernet de Banda Ancha). El servicio NEBA es consecuencia del trabajo realizado en el Foro NEBA mantenido entre Operadores y con la participacin y soporte de los Servicios Tcnicos de la CMT durante 2009 y 2010. El servicio tiene las siguientes caractersticas bsicas: Servicio mayorista de acceso indirecto con entrega provincial en puntos de Acceso Indirecto Ethernet (PAI-E), Inicialmente, dispone de hasta tres calidades de trfico diferentes, BE (best effort), ORO y RT (real time) que pueden coexistir en un mismo acceso de cliente y que se implementan en una nica VLAN de cliente. Cada modalidad ofrecida determina la anchura de banda de cada calidad de servicio en el acceso de cliente, cuyo uso es conforme a los modos de funcionamiento especificados en este documento. Interfaces Ethernet entre equipo de cliente y nodo de acceso (DSLAM/OLT), Interfaces Ethernet en los puntos de entrega del servicio, es decir en los pPAI-E. Conformado del trfico ascendente (usuario-red) por el equipo de cliente para adecuarse a las caractersticas del servicio y calidades contratadas y sobre el que el nodo de acceso ejerce las funciones de control conformes con las caractersticas del servicio contratado, Trfico descendente (red-usuario) conformado por el equipo de borde de red. El equipamiento de cliente (EDC) no est incluido en el servicio. Las tecnologas de acceso sobre las que se ofrecer el servicio son las siguientes: o o o ADSL 2+ / POTS VDSL2 FTTH
Los requisitos del servicio hacen que ste slo pueda construirse sobre determinados nodos de acceso, en concreto, sobre los DSLAM IP compatibles con la arquitectura monoVLAN y los requisitos de control del servicio requeridos, as como sobre las OLT (nodos de acceso FTTH). Dado que los DSLAM-IP compatibles con el servicio existentes en la red de TE slo estn equipados con interfaces ADSL2+, no se contempla la oferta del servicio NEBA sobre la interfaz ADSL. Tampoco se contempla la oferta sobre accesos RDSI ya que TE no dispone de interfaces ADSL2+/RDSI ni VDSL2/RDSI en sus DSLAM IP. Las validaciones de bucle de las modalidades ADSL2+ y VDSL2 estarn sujetas a los mismos criterios tcnicos que los servicios minoristas de Telefnica all donde sea aplicable.
2.
2.1
Servicios Soporte NEBA

Definicin de los Servicios Soporte
Los Servicios Soporte son el conjunto de servicios que permiten establecer la conexin entre la red de Telefnica y la red del Operador con el fin de encaminar las conexiones individuales de los usuarios finales clientes del Operador hacia la red de ste. Los Servicios Soporte atendern conexiones establecidas en las redes de acceso de cobre y de fibra.
Los Servicios Soporte incluyen las funcionalidades que permiten a los Operadores contratar altas de interfaces (con sus correspondientes capacidades contratadas por cada calidad de servicio) en cada una de las demarcaciones (Sectores) en las que el operador desee ofrecer servicio, as como establecer otras funcionalidades conexas. Los elementos de los Servicios Soporte NEBA son los siguientes: Sector: mbito geogrfico asociado a un conjunto de centrales en las que existen nodos de acceso susceptibles de ofrecer el servicio. Los sectores del servicio NEBA tienen mbito provincial. Central: edificio de Telefnica que aloja equipos de la Red Ethernet Multiservicio (REM) de Telefnica que se utiliza para las interfaces fsicas de entrega del servicio. En cada Sector (provincia) se establecer una o ms centrales en las que exista equipamiento para los Servicios Soporte del NEBA, es decir, nodos de la REM sobre los que se instalaran las interfaces fsicas contratadas por el Operador (vase ms abajo pPAI-E). La demanda u otros factores (arquitectura de la REM) determinarn la conveniencia de apertura de centrales adicionales que puedan alojar interfaces de entrega del servicio. pPAI-E (puerto de punto de acceso indirecto Ethernet): interfaz fsica (puerto) de entrega del servicio que constituye la interconexin entre la red de Telefnica y la red del Operador. Es decir, son los puertos de nodos de la REM situados en Centrales establecidas al efecto, que cursa el trfico del correspondiente Sector. El operador har tributar cada conexin individual sobre un pPAI-E determinado del correspondiente Sector. Sobre un pPAI-E podrn tributar indistintamente conexiones NEBA de dicho Sector tanto de accesos de cobre (xDSL) como de accesos de fibra (GPON/FTTH). En cada pPAI-E el Operador contratar una capacidad determinada de una o ms de las calidades de servicio posibles, es decir, BE (Best Effort), ORO y RT (real time). Cada calidad de servicio (QoS) tiene asociada una prioridad en su tratamiento en la red de Telefnica : o o Best Effort (BE) - orientado a acceso a Internet, con la menor prioridad. ORO - orientado a trfico de Empresas, con mayores exigencias de calidad de servicio. Las tramas ORO tienen una prioridad superior a las tramas BE. Este tipo de trfico tiene asociados valores QoS en trminos de prdida de tramas y retardo. Real time (RT) - orientado a servicios interactivos (tipo VoIP) con los requisitos ms exigentes de QoS. Las tramas RT tienen una prioridad superior a las tramas ORO. Este trfico tiene asociados valores QoS especficos en trminos de prdida de tramas, retardo y variacin de retardo o jitter.
A nivel de Sector y para cada calidad de servicio, el Operador establecer un criterio de descarte o no descarte del trfico que exceda la capacidad contratada para dicha calidad de servicio. Dado que el procedimiento de facturacin y por tanto de medida se realiza a nivel de Sector, el criterio de descarte o no descarte para una calidad de servicio dada, deber ser el mismo en todos los pPAI-E del Operador en un Sector dado. Un Operador podr aplicar criterios distintos (descarte o no descarte) en Sectores distintos y para calidades distintas dentro de un mismo Sector. La capacidad contratable en un pPAI-E constituye una variable parametrizable del servicio. Los valores de las capacidades contratables y su granularidad se detallan ms adelante en este documento. El servicio permitir que un operador pueda solicitar conexiones NEBA individuales de su titularidad sobre un pPAI-E del que no sea titular, sin que se establezcan limitaciones a las
03/11/2011
Pgina 10 de 150
solicitudes de los operadores en este sentido. Las condiciones de facturacin del Servicio Soporte no se vern afectadas por el uso compartido de pPAI-E. Los Servicios Soporte se contratarn a travs de NEON.
2.2
pPAI-E
Tipos de interfaces de los Servicios de Soporte

servicios de pPAI-E servicios de pPAI-E con LAG (LAG en el resto del documento)
Habr dos tipos de servicios pPAI-E:
Los pPAI-E se establecern mediante alguna de las interfaces siguientes: Interfaces de 1 Gbit/s Ethernet (1 GbE) sobre fibra ptica monomodo con las opciones siguientes: 1G-MA: para requisitos de servicio de medio alcance, de hasta aproximadamente 10 Km. El tipo de interfaz / tarjeta que se instala por defecto es 1000Base-LX. 1G-LA: para requisitos de servicio de largo alcance, hasta aproximadamente 40 Km. Si se solicita, se instalarn tarjetas del tipo 1000Base-ZX o equivalente. Por motivos tcnicos (necesidad de una atenuacin mnima entre transmisor y receptor) este tipo de interfaz slo debe solicitarse e instalarse para distancias superiores a 10 km. Interfaces de 10 Gbit/s Ethernet (10 GbE) sobre fibra ptica con las opciones siguientes: 10G-MA: para requisitos de servicio de alcance medio, de hasta aproximadamente 10Km. El tipo de interfaz / tarjeta que se instala por defecto es 10GBASE-LW/LR 10G-LA: para requisitos de servicio de largo alcance, de hasta aproximadamente 70Km. Si se solicita, se instalarn tarjetas del tipo 10GBASE -ZW/ZR o equivalente. Agregacin de interfaces fsicos LAG (o pPAI-E con LAG), El servicio NEBA permite al operador la posibilidad de contratacin de un pPAI-E con una funcionalidad aadida consistente en asociar puertos fsicos del mismo tipo de forma lgica conformando un nico puerto lgico o agregacin denominado LAG (Link Aggregation Group). La funcionalidad LAG permite, por tanto, la agregacin lgica de varias interfaces fsicas, aumentando la capacidad de la interconexin creando una nica interfaz lgica que se constituye como suma de las capacidades de las interfaces fsicas que la componen. Se admiten las combinaciones siguientes: De 1 a 8 interfaces de 1 GbE 1, 2 interfaces 10 GbE
El LAG requiere activar el protocolo estndar LACP (802.3ad) entre el equipamiento de red del Operador y el equipamiento de red de Telefnica interconectados en el pPAI-E con LAG. Actualmente, la red de Telefnica admite LAG mono chasis, es decir, el que establece la agrupacin lgica (LAG) sobre interfaces fsicas del mismo equipo o nodo de la red REM. El operador puede encaminar cada enlace fsico asociado a un LAG hasta su red, por trayectos fsicos diferentes a criterio propio. Por lo tanto, la solucin LAG permite al operador aplicar criterios de redundancia siempre que utilice una capacidad efectiva del pPAI inferior al 100% de la capacidad fsica de la agrupacin LAG. El control del caudal de cada calidad de servicio se establece a nivel del LAG.
2.3

Movimientos comerciales de los Servicios Soporte

Alta Modificacin Baja
Se definen las siguientes operaciones comerciales sobre los servicios de Soporte
En cada Sector, un Operador podr contratar los pPAI-E / LAG que desee con los tipos de interfaces fsicas definidas en el punto anterior. En cada pPAI-E / LAG el operador podr contratar capacidad (expresada en Megabits) de cada una de las tres calidades de servicio posibles (BE, ORO y RT). Esta capacidad (capacidad contratada) se solicitar segn una granularidad que vara segn el tamao de la capacidad contratada (vanse los apartados Datos de contratacin en el Alta de un pPAI-E y Datos de contratacin en el Alta de un LAG).
2.3.1 Alta de un pPAI-E

Se indican a alto nivel los pasos para la provisin de un Alta de pPAI-E. El canal de comunicacin ser el correspondiente Web Service (WS), si bien en un periodo inicial (desde 1 de noviembre de 2011) se atendern las peticiones remitidas por correo electrnico. El Operador realizar su solicitud de Alta. Se notificar al operador el nmero de referencia de Telefnica para dicha solicitud. Telefnica realizar las validaciones oportunas, en un plazo mximo de 48 horas. Vase apartado de Validaciones En caso de superar las validaciones, se notificar al Operador la aceptacin de la solicitud y el Nmero Administrativo que identificar el pPAI-E. En caso contrario se notificar el rechazo de la solicitud. El Operador deber solicitar por los cauces establecidos para el servicio de Entrega de Seal, la correspondiente Entrega de Seal asociada. Dicha solicitud de Entrega de Seal har referencia al nmero Administrativo del correspondiente pPAI-E. La provisin del pPAI-E progresar hasta el punto en que se informe al Operador que el pPAI-E ha quedado pendiente de pruebas. El Operador deber disponer del servicio de Entrega de Seal correspondiente. Se establece un plazo mximo de 90 das para la realizacin de las pruebas con el Operador desde la notificacin de pendiente de pruebas. Cuando el Operador est en disposicin de realizar las pruebas solicitar el agendado de la misma. Vanse apartados Agenda y Pruebas en pPPAI-E o LAG. Una vez realizadas las pruebas se notificar al Operador el fin de solicitud.
2.3.1.1 Datos de contratacin en el Alta de un pPAI-E

El Operador incluir en la solicitud de Alta del pPAI-E, entre otros datos, los siguientes: Sector: mbito geogrfico o demarcacin del servicio en el que se solicita el pPAI-E. Un Sector se corresponde con una provincia. Central: central de Telefnica donde se ubica el equipamiento que alberga el pPAI-E.
03/11/2011
Pgina 12 de 150
Tipo Ethernet. Hace referencia al ethertype de la etiqueta externa del QinQ S-VLAN. Los valores posibles sern 0x8100 0x88a8. El valor del campo ethertype ser el mismo para todas las conexiones de un mismo pPAI-E, ya sea constituido por una sola interfaz de 1 10 Gb o sobre un LAG. Capacidad Contratada por QoS. El Operador indicar la capacidad que contrata en cada pPAI-E para cada QoS. La granularidad de la capacidad contratable en cada pPAI-E para cada QoS podr ser alguno de los valores indicados en el cuadro siguiente en funcin de la capacidad de caudal contratado (vlido para cualquier QoS en cuestin).
Rango del caudal contratado (en Mb) 0- 10 10-100 100-1.000 Ms de 1.000
Granularidad En saltos de 1 en 1 En saltos de 5 en 5 En saltos de 10 En saltos de 100 0,1, 2, 3, 10
Valores
15, 20, 25, 100 110, 120, 130, 1000 1100, 1200, 1300,
Granularidad en contratacin de capacidad contratada La suma de las capacidades contratadas sobre un pPAI-E deber ser menor o igual a la capacidad del pPAI-E. Tipo de Interfaz: el Operador podr solicitar los siguientes tipos de interfaces. En relacin con las estructuras de tipo LAG, vase el captulo correspondiente (se incluye la codificacin a utilizar internamente y en la contratacin del Operador).
Tipo de Interfaz 1G-MA 1G-LA 10G-MA 10G-LA Codificacin 1GMA 1GLA 10GMA 10GLA Capacidad 1G 1G 10 G 10 G Tarjeta (1) 1000Base-LX 1000Base-ZX 10GBase- LW/LR 10GBase- ZW/LR
(1) El tipo de tarjeta podr cambiar segn la disponibilidad tecnolgica
Tipos de interfaz (pPAI-E) y su codificacin Descarte de trfico por QoS: indica, para cada calidad de servicio, la poltica de descarte aplicable al trfico de dicha QoS que exceda la capacidad contratada en el pPAI-E. El atributo de descarte ser el mismo para todos los pPAI-E / LAG de un Sector. El valor por defecto ser la realizacin de descarte. La solicitud de un nuevo pPAI-E / LAG en un Sector deber ser coherente en trminos de poltica de Descarte a la ya existente para cada QoS y dicho Sector. En caso contrario, se rechazar la solicitud. Una modificacin de poltica de descarte realizada con una nica solicitud sobre un pPAI-E y una QoS implica modificar la poltica de todos los pPAI-E / LAG del Sector.
03/11/2011
Pgina 13 de 150
Un pPAI-E no podr transformarse en un LAG y viceversa. La siguiente tabla muestra los datos necesarios en la contratacin de un pPAI-E
CAMPO (pPAI-E) DATOS DE LA N SOLICITUD (DEL OPERADOR) SOLICITUD DATOS DEL OPERADOR NOMBRE DEL COORDINADOR TCNICO APELLIDOS DEL COORDINADOR TCNICO TELFONO COORDINADOR TCNICO PRINCIPAL E-MAIL COORDINADOR TCNICO PRINCIPAL FAX
OBLIG. SI SI SI SI SI SI
TELFONO COORDINADOR TCNICO ALTERNATIVO SI E-MAIL COORDINADOR TCNICO ALTERNATIVO DATOS OPERACIN TIPO DE REGISTRO (PPE100) SECTOR CENTRAL CAPACIDAD CONTRATADA BE CAPACIDAD CONTRATADA ORO CAPACIDAD CONTRATADA RT TIPO ETHERNET (0x88a8 / 0x8100) TIPO INTERFAZ 1GMA / 1GLA / 10GMA / 10GLA DESCARTE TRFICO BE (SI / NO) DESCARTE TRFICO ORO (SI / NO) DESCARTE TRFICO RT (SI / NO) SI SI (1*) SI (2*) SI (2*) SI (3*) SI (3*) SI (3*) SI SI SI SI SI
(1*) Permitir identificar el tipo de operacin solicitada, ver tabla de tipos de registros por operacin. (2*) De conformidad con los posibles valores (se facilitar a los Operadores la lista de valores permitidos). (3*) Segn granularidad establecida.
La tabla siguiente identifica los tipos de registro. Cada solicitud, tendr un tipo de registro en funcin de la operacin que se trate.
TIPO REGISTRO PPE100 Alta pPAI-E OPERACIN (pPAI-E)
03/11/2011
Pgina 14 de 150
2.3.1.2 Validaciones de una solicitud de Alta de un pPAI-E

DESCRIPCIN (pPAI-E) El Operador est dado de alta en NEON y tiene permiso para realizar el tipo de operacin solicitada Los campos obligatorios estn informados y con el formato correcto. Los campos opcionales informados tengan el formato correcto. Todos los pPAI-E del Operador en el Sector disponen de la misma poltica de descarte por QoS. No existen pedidos de pPAI-E en vuelo, por Sector, Operador y Calidad, con distinta poltica de descarte. Comprobar que el Tipo de registro es uno de los vlidos El Sector es uno de los vlidos. La Central es una de las vlidas. La Central pertenece al Sector El Ethertype es uno de los vlidos. El Caudal Contratado BE es uno de los vlidos (granularidad). El Caudal Contratado ORO es uno de los vlidos (granularidad). El Caudal Contratado RT es uno de los vlidos (granularidad). El Tipo Interfaz es uno de los vlidos. La marca de descarte del trfico BE es vlida. La marca de descarte del trfico ORO es vlida. La marca de descarte del trfico RT es vlida. Al menos uno de los Caudales Contratados sea mayor que 0 La suma de los Caudales Contratados no excede la capacidad del Interfaz. Validaciones de Alta de pPAI-E
2.3.2 Alta de un pPAI-E con LAG

La configuracin en LAG tiene las peculiaridades siguientes: Un LAG se constituye con N interfaces fsicos, o puertos, y un interfaz lgico al que denominamos LAG. El LAG tendr su propio nmero administrativo. Este administrativo servir para aadir o disminuir enlaces al LAG, as como establecer los parmetros comunes a toda la interfaz. Se definir un nmero administrativo para cada una de las interfaces fsicas que componen el LAG.
Se indican los pasos para la provisin de un Alta de LAG. El canal de comunicacin ser el correspondiente Web Service (WS)
03/11/2011
Pgina 15 de 150
1. El Operador realizar su solicitud de Alta de LAG. 2. Se notificar al Operador el nmero de referencia de Telefnica para dicha solicitud. 3. Telefnica realizar las validaciones oportunas en un plazo mximo de 48 horas. Vase apartado de Validaciones 4. En caso de superar las validaciones, se notificar al Operador la aceptacin de la solicitud. Se informar entonces del Nmero Administrativo que identificar al LAG y los nmeros Administrativos que identifican a cada uno de los puertos que conforman el LAG. 5. El Operador solicitar el servicio de Entrega de Seal correspondiente a cada puerto, haciendo referencia al correspondiente nmero Administrativo asociado al puerto. 6. La provisin de cada puerto que conforma el LAG, progresar hasta el punto en que se informe al Operador que dicho puerto ha quedado pendiente de pruebas fsicas. 7. El Operador deber disponer del servicio de Entrega de Seal correspondiente de cada puerto que conforma el LAG. Se establece un plazo mximo de 90 das para la realizacin de las pruebas con el Operador desde la notificacin al operador de pendiente de pruebas. 8. El operador deber Agendar la prueba fsica para cada puerto que conforma el LAG. Ver Agenda. 9. Una vez realizada la prueba de cada puerto, se confirmar el fin de pruebas de dicho puerto. 10. Una vez constituidos todos los puertos que conforman un LAG y las correspondientes entregas de seal, comenzarn los trabajos de configuracin del LAG. 11. La configuracin del LAG progresar hasta el punto en que se informe al Operador que el LAG ha quedado pendiente de pruebas notificando este hecho al operador e incluyendo en los mensajes el ID de LAG que constituir Telefnica en su red. El Operador tendr un plazo mximo de 20 das para la realizacin de las pruebas desde la notificacin al operador de pendiente de pruebas. Ver apartados Agenda y Pruebas de pPAI-E o LAG. 12. Una vez realizadas con xito las pruebas del LAG, el Operador recibir el correspondiente mensaje de fin de solicitud de LAG
2.3.2.1 Datos de contratacin en el Alta de un LAG

El Operador incluir en la solicitud de Alta del pPAI-E, entre otros datos, los siguientes: Sector: mbito geogrfico o demarcacin del servicio en el que se solicita el pPAI-E. Un Sector se corresponde con una provincia. Central: central de Telefnica donde se ubica el equipamiento que alberga el pPAI-E. Tipo Ethernet. Hace referencia al ethertype de la etiqueta externa del QinQ S-VLAN. Los valores posibles sern 0x8100 0x88a8. El valor del campo ethertype ser el mismo para todas las conexiones de un mismo pPAI-E, ya sea constituido por una sola interfaz de 1 10 Gb o sobre un LAG.
03/11/2011
Pgina 16 de 150
Capacidad Contratada por QoS. El Operador indicar la capacidad que contrata en cada pPAI-E para cada QoS. La granularidad de la capacidad contratable en cada pPAI-E para cada QoS podr ser alguno de los valores indicados en el cuadro siguiente en funcin de la capacidad de caudal contratado (vlido para cualquier QoS en cuestin).
Rango del caudal contratado (en Mb) 0- 10 10-100 100-1.000 Ms de 1.000
Granularidad En saltos de 1 en 1 En saltos de 5 en 5 En saltos de 10 En saltos de 100
Valores 1, 2, 3, 10 15, 20, 25, 100 110, 120, 130, 1000 1100, 1200, 1300,
Granularidad en contratacin de capacidad contratada Tipo de Interfaz: el Operador podr solicitar los siguientes tipos de interfaces. En relacin con las estructuras de tipo LAG, vase el captulo correspondiente (se incluye la codificacin a utilizar internamente y en la contratacin del Operador).
Tipo de Interfaz LAG con 1x 1G-MA LAG con 2 x 1G-MA LAG con 3 x 1G-MA LAG con 4 x 1G-MA LAG con 5x 1G-MA LAG con 6x 1G-MA LAG con 7x 1G-MA LAG con 8x 1G-MA LAG con 1 x 1G-LA LAG con 2 x 1G-LA LAG con 3 x 1G-LA LAG con 4 x 1G-LA LAG con 5x 1G-LA LAG con 6x 1G-LA LAG con 7x 1G-LA LAG con 8x 1G-LA LAG con 1 x 10G-LA LAG con 1 x 10G-MA LAG con 2 x 10G-MA LAG con 2 x 10G-LA Codificacin LG1M1 LG1M2 LG1M3 LG1M4 LG1M5 LG1M6 LG1M7 LG1M8 LG1L1 LG1L2 LG1L3 LG1L4 LG1L5 LG1L6 LG1L7 LG1L8 LG0L1 LG0M1 LG0M2 LG0L2 Capacidad 1G 2G 3G 4G 5G 6G 7G 8G 1G 2G 3G 4G 5G 6G 7G 8G 10 G 10 G 20G 20G Tarjeta (1) 1000Base-LX 1000Base-LX 1000Base-LX 1000Base-LX 1000Base-LX 1000Base-LX 1000Base-LX 1000Base-LX 1000Base-ZX 1000Base-ZX 1000Base-ZX 1000Base-ZX 1000Base-ZX 1000Base-ZX 1000Base-ZX 1000Base-ZX 10GBase-LW/LR 10GBase-LW/LR 10GBase-LW/LR 10GBase-ZW/LR
(1) Podr cambiar segn la disponibilidad tecnolgica y en planta
Tipos de interfaz y su codificacin (LAG) Descarte de trfico por QoS: indica, para cada calidad de servicio, la poltica de descarte aplicable al trfico de dicha QoS que exceda la capacidad contratada en el LAG. El atributo de descarte ser el mismo para todos los pPAI-E / LAG de un Sector.
03/11/2011
Pgina 17 de 150
El valor por defecto incluido en el formulario de solicitud ser la realizacin de descarte, es decir, Descarte= S. La poltica de descarte incluida en la solicitud de un pPAI-E o LAG deber ser, para cada QoS, la misma que para el pPAI-E/LAG o los pPAI-E / LAG previamente solicitados en el mismo Sector. En caso contrario, se rechazar la solicitud. Una modificacin de poltica de descarte realizada con una nica solicitud sobre un pPAI-E y una QoS implica modificar la poltica de todos los pPAI-E / LAG del Sector. Todos los datos del LAG son comunes para todos los enlaces que lo componen. Un LAG no puede transformarse en pPAI-E as como un pPAI-E no puede transformarse en LAG. La siguiente tabla muestra los datos necesarios en la contratacin de un LAG
CAMPO (LAG) DATOS DE LA SOLICITUD DATOS DEL OPERADOR N SOLICITUD (DEL OPERADOR) NOMBRE DEL COORDINADOR TCNICO APELLIDOS DEL COORDINADOR TCNICO TELFONO COORDINADOR TCNICO PRINCIPAL E-MAIL COORDINADOR TCNICO PRINCIPAL FAX OBLIG. SI SI SI SI SI SI
TELFONO COORDINADOR TCNICO ALTERNATIVO SI E-MAIL COORDINADOR TCNICO ALTERNATIVO DATOS OPERACIN TIPO DE REGISTRO (PPE101) SECTOR CENTRAL CAPACIDAD CONTRATADA BE CAPACIDAD CONTRATADA ORO CAPACIDAD CONTRATADA RT TIPO ETHERNET (0x88a8 / 0x8100) TIPO INTERFAZ: LG1M1 etc. DESCARTE TRFICO BE (SI / NO) DESCARTE TRFICO ORO (SI / NO) DESCARTE TRFICO RT (SI / NO) SI SI (1*) SI (2*) SI (2*) SI (3*) SI (3*) SI (3*) SI SI SI SI SI
(1*) Permitir identificar el tipo de operacin solicitada, ver tabla de tipos de registros por operacin. (2*) De conformidad con los posibles valores (se facilitar a los Operadores la lista de valores permitidos). (3*) Segn granularidad establecida.
La tabla siguiente identifica los tipos de registro. Cada solicitud, tendr un tipo de registro en funcin de la operacin que se trate.
03/11/2011
Pgina 18 de 150
TIPO REGISTRO PPE101
OPERACIN (LAG) Alta pPAI-E en configuracin LAG
2.3.2.2 Validaciones de una solicitud de Alta de un LAG

DESCRIPCIN (LAG) El Operador est dado de alta en NEON y tiene permiso para realizar el tipo de operacin solicitada Los campos obligatorios estn informados y con el formato correcto. Los campos opcionales informados tengan el formato correcto. Todos los pPAI-E del Operador en el Sector disponen de la misma poltica de descarte por QoS. No existen pedidos de pPAI-E en vuelo, por Sector, operador y Calidad, con distinta poltica de descarte. Comprobar que el Tipo de registro es uno de los vlidos El Sector es uno de los vlidos. La Central es una de las vlidas. La Central pertenece al Sector El Ethertype es uno de los vlidos. El Caudal Contratado BE es uno de los vlidos (granularidad). El Caudal Contratado ORO es uno de los vlidos (granularidad). El Caudal Contratado RT es uno de los vlidos (granularidad). El Tipo Interfaz es uno de los vlidos. La marca de descarte del trfico BE es vlida. La marca de descarte del trfico ORO es vlida. La marca de descarte del trfico RT es vlida. Al menos uno de los Caudales Contratados sea mayor que 0 La suma de los Caudales Contratados no excede la capacidad del Interfaz.
Validaciones de Alta de LAG
2.3.3 Modificacin de un pPAI-E /LAG

Sobre un pPAI-E o un LAG se podrn realizar las modificaciones siguientes: Modificacin de las capacidades contratadas por QoS. Modificacin de tipo Ethernet (Ethertype) Migracin masiva VLANs entre dos Servicios de Soporte (origen pPAI-E o LAG, destino pPAIE o LAG) Modificacin de la poltica de Descarte
03/11/2011
Pgina 19 de 150
Ampliacin/disminucin de enlaces en configuracin LAG
Las solicitudes de modificacin tendrn sus validaciones comerciales. Ver validaciones en Modificacin Las solicitudes de Modificacin de un pPAI-E debern ser especficas, es decir, estarn sujetas a las limitaciones siguientes: Una solicitud de modificacin del Ethertype no podr incluir otras modificaciones, ser exclusiva para ese fin. Una solicitud de modificacin de la poltica de Descarte no podr incluir otras modificaciones, ser exclusiva para ese fin. Una solicitud de migracin de conexiones entre servicios de soporte origen y destino no podr incluir otras modificaciones, ser exclusiva para ese fin. Se podr solicitar simultneamente la modificacin de capacidad contratada y modificacin para la ampliacin / disminucin de enlaces en configuracin LAG
2.3.3.1 Datos de contratacin para Modificacin de un pPAI-E /LAG

En la siguiente tabla se muestran los datos que debern incluirse en una solicitud de modificacin (WS). Esta tabla es vlida para cualquier solicitud de modificacin salvo para la migracin masiva de conexiones que tendrn su propio formulario (WS). Cada pedido tendr en cuenta a la hora de realizar las validaciones, solo los campos que afectan a dicho pedido.
CAMPO (modificacin pPAI-E/LAG) DATOS DE LA N SOLICITUD (DEL OPERADOR) SOLICITUD DATOS DEL OPERADOR NOMBRE DEL COORDINADOR TCNICO APELLIDOS DEL COORDINADOR TCNICO TELFONO COORDINADOR TCNICO PRINCIPAL E-MAIL COORDINADOR TCNICO PRINCIPAL FAX TELFONO COORDINADOR TCNICO ALTERNATIVO E-MAIL COORDINADOR TCNICO ALTERNATIVO DATOS OPERACIN TIPO DE REGISTRO (PPE300 / PPE301 / PPE302 / PPE304 / PPE305) ADMINISTRATIVO PPAI-E CAPACIDAD CONTRATADA BE CAPACIDAD CONTRATADA ORO CAPACIDAD CONTRATADA RT TIPO ETHERNET (0x88a8 / 0x8100) DESCARTE TRFICO BE (SI / NO) DESCARTE TRFICO ORO (SI / NO)
OBLIG. SI SI SI SI SI SI SI SI SI (1*) SI (2*) NO (3*)(4*) NO (3*)(4*) NO (3*)(4*) NO (5*) NO (6*) NO (6*)
03/11/2011
Pgina 20 de 150
CAMPO (modificacin pPAI-E/LAG) DESCARTE TRFICO RT (SI / NO) NUEVA CAPACIDAD PPAI-E LAG ADMINISTRATIVO INTERFAZ FSICA (1 a 3 para interfaces de 1GB)
OBLIG. NO (6*) NO (7*) NO (8*)
1*) Permitir identificar el tipo de operacin solicitada, ver tabla de tipos de registros por operacin. (2*) El Operador deber incluir el Administrativo que se le comunic con la solicitud de alta. El Operador solicitante deber ser el titular del pPAI-E identificado. (3*) Segn granularidad establecida. (4*) Si se informa Tipo de registro: PPE300 al menos una de las capacidades contratadas ser obligatoria. (5*) Si se informa Tipo de registro: PPE301 ser un dato obligatorio. (6*) Si se informa Tipo de registro: PPE302 al menos una de las marcas de descarte ser obligatoria. (7*) Si se informa Tipo de registro: PPE304 PPE305 ser dato obligatorio. Se informar la nueva capacidad del pPAI-E en configuracin LAG que se desea establecer. (8*) Si se informa Tipo de registro: PPE305 ser dato obligatorio. Se informar/n el/los administrativo/s de el/los interface/s fsico/s a dar de baja.
Datos contratacin Modificacin pPAI-E/LAG
TIPO REGISTRO PPE300 PPE301 PPE302 PPE303 PPE304 PPE305 PPE306 PPE307
OPERACIN Modificacin capacidades contratadas Modificacin Ethertype Modificacin polticas de descarte Migracin Masiva de conexiones por S_VLAN Aumento capacidad pPAI-E en configuracin LAG Decremento capacidad pPAI-E en configuracin LAG Modificacin capacidades contratadas y aumento capacidad pPAI-E en configuracin LAG Modificacin capacidades contratadas y decremento capacidad pPAI-E en configuracin LAG
2.3.3.2 Modificacin de capacidades contratadas por QoS en un servicio de soporte.

En un servicio de soporte de un Operador, ste podr aadir una QoS o modificar la capacidad contratada de una o varias de las QoS definidas. La modificacin de las capacidades contratadas de una QoS es responsabilidad plena del Operador, que deber hacer sus propias estimaciones para tener en cuenta las conexiones de usuario final que tiene o tenga previsto asociar al mismo.
03/11/2011
Pgina 21 de 150
Se verificar que la solicitud de modificacin es consistente con los recursos del servicio de soporte, es decir, que las nuevas capacidades que resultan de la solicitud de modificacin no superan la capacidad del servicio soporte (pPAI-E/LAG) existente. El canal de comunicacin ser el correspondiente Web Service (WS). Las actuaciones sern las siguientes: El Operador realizar su solicitud de Modificacin de Capacidad contratada QoS. Se notificar al Operador el nmero de referencia de Telefnica para dicha solicitud. Telefnica realizar las validaciones oportunas en un plazo mximo de 48 horas. Vase apartado de Validaciones En caso de superar las validaciones, se notificar al Operador la aceptacin de la solicitud. Una vez realizados los trabajos, se comunicar al operador el fin de solicitud. Validaciones Modificacin Capacidades Contratadas
DESCRIPCIN El Operador est dado de alta en NEON y tiene permiso para realizar el tipo de operacin solicitada. Los campos obligatorios estn informados y con el formato correcto. Los campos opcionales informados tengan el formato correcto. No existe pedido en vuelo para el Administrativo del pPAI-E. El administrativo del pPAI-E existe y pertenece al Operador. El administrativo pertenece al servicio pPAI-E. Validar que en solicitudes de modificacin se ha informado algn dato para modificar (todos los datos opcionales, pero debe de existir al menos uno) Comprobar que el Tipo de registro es uno de los vlidos El Caudal Contratado BE es uno de los vlidos (granularidad). El Caudal Contratado ORO es uno de los vlidos (granularidad). El Caudal Contratado RT es uno de los vlidos (granularidad). Al menos uno de los Caudales Contratados sea mayor que 0 La suma de los Caudales Contratados no excede la capacidad del Interfaz. Una solicitud de modificacin del Ethertype no podr incluir otras modificaciones, ser exclusiva para ese fin. Una solicitud de modificacin de las Polticas de descarte no podr incluir otras modificaciones, ser exclusiva para ese fin. Una solicitud de modificacin de las Capacidades Contratadas no podr incluir otras modificaciones, ser exclusiva para ese fin, salvo la ampliacin disminucin de enlaces de un LAG. Una solicitud de migracin masiva no es compatible con ninguna otra modificacin, ser exclusiva para ese fin. Comprobar que si se modifican las Capacidades contratadas (de una o varias QoS), no son las mismas que estn en Parque para ese pPAI-E. Comprobar que si se ha solicitado cambio de capacidades contratadas, est
2.3.3.2.1
03/11/2011
Pgina 22 de 150
informada al menos una QoS
2.3.3.3 Modificacin tipo Ethernet (Ethertype) de un pPAI-E

Las actuaciones sern las siguientes: El Operador realizar su solicitud de Modificacin de tipo Ethernet. Se notificar al Operador el nmero de referencia de Telefnica para dicha solicitud. Telefnica realizar las validaciones oportunas en un plazo mximo de 48 horas. Vase apartado de Validaciones En caso de superar las validaciones, se notificar al Operador la aceptacin de la solicitud. En caso contrario se rechaza. La orden progresar hasta el punto de coordinacin con el operador, en el cual se comunica al operador la disposicin para acometer el cambio El operador, a travs de agenda, deber establecer la fecha y hora en la que desea establecer la modificacin. EL Operador agendar una fecha y hora disponible. Ver proceso de Agenda Una vez realizados los trabajos, se comunicar al operador la disponibilidad del nuevo tipo Ethernet mediante el mensaje de fin de solicitud. Validaciones de Cambio Etherype
DESCRIPCIN (modificacin de Ethertype) El Operador est dado de alta en NEON y tiene permiso para realizar el tipo de operacin solicitada. Los campos obligatorios estn informados y con el formato correcto. Los campos opcionales informados tengan el formato correcto. No existe pedido en vuelo para el Administrativo del pPAI-E. El administrativo del pPAI-E existe y pertenece al Operador. El administrativo pertenece al servicio pPAI-E. Validar que en solicitudes de modificacin se ha informado algn dato para modificar (para el WS son todos los datos opcionales). Comprobar que el Tipo de registro es uno de los vlidos El Ethertype es uno de los vlidos. Una solicitud de modificacin del Ethertype no podr incluir otras modificaciones, ser exclusiva para ese fin. Comprobar que si se modifica el Ethertype, no es el mismo que est en el Parque para ese pPAI-E. Comprobar que si se ha solicitado cambio de Ethertype, est informado.
2.3.3.3.1
2.3.3.4 Modificacin de la poltica de descarte

Un Operador puede solicitar modificar la poltica de descarte que tuviera asociada en sus Servicios Soporte. Una solicitud de modificacin de la poltica de descarte no podr incluir
simultneamente otros movimientos en la misma solicitud. No obstante, un operador podr solicitar simultneamente la modificacin de la polticas de descarte de varias QoS, de forma que: Se permitir que en un Sector tenga Descarte para unas calidades y exceso para otras. Se permitir en la misma solicitud el cambio de poltica de descarte de varias Calidades.
Esta modificacin afectar a todos los servicios soporte (pPPAI-E / LAG)del mismo Sector que el Operador tuviera contratados. Las actuaciones sern las siguientes: El Operador realizar su solicitud de modificacin. Se notificar al Operador el nmero de referencia de Telefnica para dicha solicitud. Telefnica realizar las validaciones oportunas en un plazo mximo de 48 horas. Vase apartado de Validaciones En caso de superar las validaciones, se notificar al Operador la aceptacin de la solicitud. La orden progresa hasta la modificacin de la poltica de descarte de todos y cada uno de los pPPAI-E / LAG del operador en ese Sector. Se comunica al operador la realizacin de los trabajos mediante el fin de la solicitud.
2.3.3.4.1
Validacin poltica de Descarte

DESCRIPCIN (Descarte) El Operador est dado de alta en NEON y tiene permiso para realizar el tipo de operacin solicitada. Los campos obligatorios estn informados y con el formato correcto. Los campos opcionales informados tengan el formato correcto. No existe pedido en vuelo para el Administrativo del pPAI-E/LAG. No existen pedidos en vuelo para el resto de pPAI-E/LAG del Operador en el Sector No existen pedidos en vuelo, por Sector y Operador, con distinta poltica de descarte. El administrativo del pPAI-E/LAG existe y pertenece al Operador. El administrativo pertenece al servicio pPAI-E/LAG. Validar que en solicitudes de modificacin se ha informado algn dato para modificar (para el WS son todos los datos opcionales). Comprobar que el Tipo de registro es uno de los vlidos La suma de los Caudales Contratados no excede la capacidad del Interfaz. Una solicitud de modificacin de las Polticas de descarte no podr incluir otras modificaciones, ser exclusiva para ese fin. Comprobar que si se modifican las Polticas de descarte (de una o varias QoS), no son las mismas que estn en Parque. Comprobar que si se ha solicitado cambio de poltica de descarte, est informada al menos una QoS
03/11/2011
Pgina 24 de 150
2.3.3.5 Ampliacin o disminucin de puertos en un LAG

Los movimientos de ampliacin o disminucin de ancho de banda total disponible permitidos sobre un LAG son los siguientes: Aumento del ancho de banda del LAG mediante un nuevo puerto. En este caso el Operador deber indicar los siguientes datos: o o nmero administrativo del LAG. capacidad final del LAG
Disminucin del ancho de banda del LAG, mediante la baja de un puerto. En este caso el Operador deber indicar los siguientes datos: o o o nmero administrativo del LAG capacidad final del LAG nmero administrativo del interfaz fsico (puerto componente del LAG que desea dar de baja.
No podrn realizarse las siguientes modificaciones: o o o o Convertir LAG en un pPAI-E (sin LAG) Convertir un pPAI-E (sin LAG) en LAG Convertir un puerto de un LAG en un PPAI-E Convertir un PPAI-E/ en un puerto de un LAG
Ampliacin de numero de puertos / capacidad contratada de un LAG Los pasos son los siguientes: El Operador realizar su solicitud de Modificacin Previamente a la realizacin de validaciones de los datos de la solicitud, se notificar al operador el nmero de referencia de Telefnica para dicha solicitud. Telefnica realiza las validaciones oportunas. Vase apartado de Validaciones de Servicios Soporte. En caso de superar las validaciones, se notificar al Operador la aceptacin de la solicitud. Se proporciona el Administrativo/s del nuevo puerto/s. En caso de no superar las validaciones se rechaza.. El operador deber solicitar la entrega de seal correspondiente (asociada al administrativo/s). Este alta de puerto progresar por la provisin hasta que este preparado para pruebas. Se comunicar al Operador la disponibilidad para pruebas de cada puerto. El operador mediante la Agenda, acuerda la fecha en la que se realizar la prueba. Esta prueba ser de conectividad fsica. Ver agenda Una vez realizado con xito la prueba del puerto, se procede a incluir en el LAG el nuevo puerto. Para ello, la orden progresa hasta el punto de coordinacin de activacin. El Operador a travs del mecanismo de agenda solicitar el momento en que desea la activacin efectiva de la ampliacin del LAG. Vase Agendado
03/11/2011
Pgina 25 de 150
En esa fecha se activa el nuevo puerto en el LAG. Se comunica al operador la realizacin del cambio mediante el fin de la solicitud.
Disminucin del nmero de puertos / capacidad contratada de un LAG Los pasos son los siguientes: El Operador realizar su solicitud de Modificacin. Previamente a la realizacin de validaciones de los datos de la solicitud, se notificar al operador el nmero de referencia de Telefnica para dicha solicitud. Telefnica realizar las validaciones oportunas. Vase apartado de Validaciones de Servicios Soporte. En caso de superar las validaciones, se notificar al Operador la aceptacin de la solicitud. En caso contrario se rechaza En una primera fase se proceder a quitar el puerto de la configuracin LAG. Para ello, el operador mediante la Agenda, acuerda la fecha en la que se realizar la desactivacin. En la fecha agendada se realiza la desactivacin del puerto en el LAG (reducir la capacidad total del LAG) Una vez finalizada la desactivacin con xito, se realiza la baja del puerto fsico. En este punto el Operador podr solicitar la baja de la entrega de seal. Se comunica al operador la realizacin del cambio mediante el fin de la solicitud
2.3.3.5.1
Validaciones Ampliacin Capacidad

VALIDACIONES Ampliacin capacidad LAG
El Operador est dado de alta en NEON y tiene permiso para realizar el tipo de operacin solicitada. Los campos obligatorios estn informados y con el formato correcto. Los campos opcionales informados tengan el formato correcto. No existe pedido en vuelo para el Administrativo del pPAI-E/LAG. El administrativo del pPAI-E/LAG existe y pertenece al Operador. El administrativo pertenece al servicio pPAI-E/LAG. Validar que en solicitudes de modificacin se ha informado algn dato para modificar (para el WS son todos los datos opcionales). Comprobar que el Tipo de registro es uno de los vlidos para esta operacin. Una solicitud de modificacin de la ampliacin del nmero de puertos de un LAG no podr incluir otras modificaciones, ser exclusiva para ese fin. La suma de los Caudales Contratados no excede la capacidad del LAG en situacin final. Comprobar que la situacin final del LAG, no es la misma que tiene en Parque ese LAG. Comprobar que la ampliacin del nmero de puertos de un LAG conduce a una configuracin de LAG.
03/11/2011
Pgina 26 de 150
2.3.3.5.2
Validaciones Disminucin del nmero de puertos de un LAG

VALIDACIONES Disminucin de numero de puertos de LAG
El Operador est dado de alta en NEON y tiene permiso para realizar el tipo de operacin solicitada. Los campos obligatorios estn informados y con el formato correcto. Los campos opcionales informados tengan el formato correcto. No existe pedido en vuelo para el Administrativo del pPAI-E/LAG. El administrativo del pPAI-E/LAG existe y pertenece al Operador. El administrativo pertenece al servicio pPAI-E/LAG. El/Los administrativos de los interfaces a dar de baja, existen y pertenecen al Operador El/Los administrativos de los interfaces a dar de baja, son del tipo interfaz fsico Validar que en solicitudes de modificacin para disminuir el nmero de puertos de un LAG, se informan los campos necesarios para este movimiento. Comprobar que el Tipo de registro es uno de los vlidos. Una solicitud de modificacin de la disminucin del nmero de puertos de un LAG no podr incluir otras modificaciones, ser exclusiva para ese fin. La suma de los Caudales Contratados no excede la capacidad del Interfaz en situacin final. Comprobar que la situacin final del LAG, no es la misma que tiene en Parque ese LAG. Comprobar que la disminucin del nmero de puertos de un LAG conduce a una configuracin de LAG.
2.3.3.6 Migracin masiva VLANs entre dos Servicios de Soporte

Un Operador podr solicitar la migracin de conexiones de un servicio de soporte origen (pPAI-E / LAG) a otro destino existente (pPAI-E / LAG), siempre que ambos pertenezcan al mismo Sector. Se permitir, la migracin masiva de conexiones de usuario de una o varias VLANes. La operacin de migracin de VLANes implica corte temporal del servicio de los clientes asignados sobre la S-VLAN o las S-VLANes afectadas, por lo que la migracin ser de VLAN a VLAN. El tiempo mximo de interrupcin ser de 60 minutos para cada conexin. Dado que los operadores pueden compartir servicios de soporte, la migracin podr realizarse entre un pPAI-E/LAG origen de un operador y un pPAI-E/LAG destino de otro operador.
03/11/2011
Pgina 27 de 150
Podrn solicitarse migraciones coincidentes siempre que las actuaciones se ejerzan sobre pPAI-E / LAG origen (administrativo) y pPAI-E / LAG destino (administrativo) diferentes. Para poder realizar dos solicitudes sucesivas sobre mismo pPAI-E / LAG (origen o destino) debe estar finalizada la solicitud previa. El Operador titular del pPAI-E / LAG destino informar los siguientes datos: Administrativo de pPAI /LAG donde se encuentra la S-VLAN o las S-VLANes que desean migrarse (origen). Administrativo del pPAI-E destino al que se desean migrar (destino). Identificadores de cada una de las VLANes que desea migrar.
Ser responsabilidad del Operador titular del pPAI-E/LAG destino disponer de los recursos necesarios en el pPAI-E/LAG destino. No se realizarn validaciones que restrinjan la provisin solicitada en funcin del Tipo de Interfaz, Ethertype o Caudales Contratados en el pPAI-E destino. Las actuaciones sern las siguientes: El Operador realizar su solicitud de modificacin. Se notificar al Operador el nmero de referencia de Telefnica para dicha solicitud. Telefnica realizar las validaciones oportunas en un plazo mximo de 48 horas. Vase apartado de Validaciones En caso de superar las validaciones, se notificar al Operador la aceptacin de la solicitud. En caso contrario se rechaza. La orden progresar hasta el punto de coordinacin con el Operador. En este instante se comunica al Operador la disposicin para acometer el cambio, as como el conjunto de VLANes a dar de alta en el nuevo Servicio Soporte, asociando los identificadores de SVLAN del pPPAI-E/LAG origen con las correspondientes nuevas S-VLANes del pPPAI-E /LAG destino El operador agendar la fecha y hora en la que desea establecer la migracin. Ver proceso de Agenda. En caso de no poder migrar todas las VLANs por alguna incidencia de provisin, el Operador utilizar la Agenda para reprogramar los trabajos. Una vez realizados los trabajos en el tramo horario de la agenda, se comunicar al operador la finalizacin de la solicitud mediante el mensaje de fin de solicitud. Se establece un proceso por el cual se asegura para cada VLAN la marcha atrs de forma individual Datos de contratacin para Migracin Masiva de VLANs.
2.3.3.6.1
En la siguiente tabla se muestran los datos que los Operadores debern incluir en una solicitud de migracin masiva de conexiones.
CAMPO (migracin masiva de VLAN) DATOS DE LA N SOLICITUD (DEL OPERADOR) SOLICITUD DATOS DEL NOMBRE DEL COORDINADOR TCNICO OBLIG. SI SI
03/11/2011
Pgina 28 de 150
CAMPO (migracin masiva de VLAN) OPERADOR APELLIDOS DEL COORDINADOR TCNICO TELFONO COORDINADOR TCNICO PRINCIPAL E-MAIL COORDINADOR TCNICO PRINCIPAL FAX TELFONO COORDINADOR TCNICO ALTERNATIVO E-MAIL COORDINADOR TCNICO ALTERNATIVO DATOS OPERACIN TIPO DE REGISTRO (PPE303) ADMINISTRATIVO PPAI-E ADMINISTRATIVO PPAI-E ORIGEN S-VLAN (1*) Permitir identificar el tipo de operacin solicitada, ver tabla de tipos de registros por operacin. (2*) El Operador deber incluir el Administrativo que se le comunic con la solicitud de alta. El Operador solicitante deber ser el titular del pPAI-E identificado. En este caso la solicitud se realiza sobre el pPAI-E destino. (3*) Si se informa Tipo de registro: PPE303 sern datos obligatorios.
OBLIG. SI SI SI SI SI SI SI (1*) SI (2*) NO (3*) NO (3*)
Datos contratacin Modificacin pPAI-E 2.3.3.6.2 Validaciones Migraciones Masivas de VLANs
DESCRIPCIN (migraciones masivas) El Operador est dado de alta en NEON y tiene permiso para realizar el tipo de operacin solicitada. Los campos obligatorios estn informados y con el formato correcto. Los campos opcionales informados tengan el formato correcto. No existe pedido en vuelo para el Administrativo del pPAI-E/LAG. No existe pedido en vuelo para el Administrativo del pPAI-E/LAG Origen. No existen pedidos en vuelo, por Sector y Operador, con distinta poltica de descarte. El administrativo destino del pPAI-E/LAG existe y pertenece al Operador. El administrativo origen existe y pertenece al servicio pPAI-E/LAG. Validar que el pPAI-E/LAG origen y destino pertenecen al mismo Sector. Validar que en solicitudes de modificacin se ha informado algn dato para modificar (para el WS son todos los datos opcionales). Comprobar que el Tipo de registro es uno de los vlidos Una solicitud de migracin masiva no es compatible con ninguna otra modificacin, ser exclusiva para ese fin. Comprobar que si se solicita migracin masiva, el administrativo destino y origen no sean coincidentes.
03/11/2011
Pgina 29 de 150
Comprobar que si se migracin masiva, estn informados tanto el Administrativo del pPAIE/LAG origen como las S-VLANes a migrar.
2.3.4 Baja de un pPAI-E

Las operaciones de baja de un pPAI seguirn los pasos siguientes: El Operador enva la solicitud de baja informando el nmero Administrativo del pPAI-E afectado y los restantes campos obligatorios de la baja. Previamente a la realizacin de validaciones de los datos de la solicitud, se notificar al operador el nmero de referencia de Telefnica para dicha solicitud. Telefnica realizar las validaciones oportunas. Vase apartado de Validaciones de Servicios Soporte. Si no se superan se rechazarn En caso de superar las validaciones, se notificar al Operador la aceptacin de la solicitud. En caso de superar todas las validaciones, se da la aceptacin de la solicitud, notificndose el Operador. En este momento el operador podr solicitar la baja de la entrega de seal asociada Se procede a la desactivacin. Se comunica al operador el fin de la solicitud.
2.3.4.1 Datos de contratacin de la baja de un pPAI-E

En el cuadro siguiente se muestran los datos (junto con sus valores) que los Operadores debern incluir en la solicitud de baja. El Operador informar obligatoriamente los campos con el valor SI en la columna CAMPO OBLIG.
CAMPO (Baja de pPAI-E ) DATOS DE LA N SOLICITUD (DEL OPERADOR) SOLICITUD DATOS DEL NOMBRE DEL COORDINADOR TCNICO OPERADOR APELLIDOS DEL COORDINADOR TCNICO TELFONO COORDINADOR TCNICO PRINCIPAL E-MAIL COORDINADOR TCNICO PRINCIPAL FAX TELFONO COORDINADOR TCNICO ALTERNATIVO E-MAIL COORDINADOR TCNICO ALTERNATIVO DATOS OPERACIN TIPO DE REGISTRO (PPE200 ) ADMINISTRATIVO PPAI-E OBLIG. SI SI SI SI SI SI SI SI SI (1*) SI (2*)
(1*) Permitir identificar el tipo de operacin solicitada, ver tabla de tipos de registros por operacin. (2*) El Operador deber incluir el Administrativo que se le comunic con la solicitud de alta. El Operador solicitante deber ser el titular del pPAI-E identificado
03/11/2011
Pgina 30 de 150
Solicitud de Baja de -PAI-E

TIPO REGISTRO PPE200 Baja de pPAI-E. operacin
2.3.4.2 Validaciones comerciales de una solicitud de baja de pPAI-E

VALIDACIONES Baja de pPAI-E El Operador est dado de alta en NEON y tiene permiso para realizar el tipo de operacin solicitada. Los campos obligatorios estn informados y con el formato correcto. Los campos opcionales informados tengan el formato correcto. No existe pedido en vuelo para el Administrativo del pPAI-E. El administrativo del pPAI-E existe y pertenece al Operador. El administrativo pertenece al servicio pPAI-E. Comprobar que el Tipo de registro es uno de los vlidos No existe conexiones NEBA activas
Validaciones de Baja de PAI-E
2.3.5 Baja de LAG

Las operaciones de baja de LAG seguirn los pasos siguientes: El Operador enva la solicitud de baja informando el nmero Administrativo del LAG afectado y los restantes campos obligatorios de la baja. Previamente a la realizacin de validaciones de los datos de la solicitud, se notificar al operador el nmero de referencia de Telefnica para dicha solicitud. Telefnica realizar las validaciones oportunas. Vase apartado de Validaciones de Servicios Soporte. En caso de superar las validaciones, se notificar al Operador la aceptacin de la solicitud. En caso de superar todas las validaciones, se da la aceptacin de la solicitud, notificndose el Operador. En este momento el operador podr solicitar la baja de las entregas de seal asociadas a cada puerto del LAG. Se procede a la desactivacin del LAG y de los puertos fsicos. Se comunica al operador el fin de la solicitud, que incluir el Administrativo del LAG y los Administrativos de los puertos asociados.
2.3.5.1 Datos de contratacin de la baja de un LAG

En el cuadro siguiente se muestran los datos (junto con sus valores) que los Operadores debern incluir en la solicitud de baja. El Operador informar obligatoriamente los campos con el valor SI en la columna CAMPO OBLIG.
03/11/2011
Pgina 31 de 150
CAMPO (Baja de LAG) DATOS DE LA N SOLICITUD (DEL OPERADOR) SOLICITUD DATOS DEL NOMBRE DEL COORDINADOR TCNICO OPERADOR APELLIDOS DEL COORDINADOR TCNICO TELFONO COORDINADOR TCNICO PRINCIPAL E-MAIL COORDINADOR TCNICO PRINCIPAL FAX TELFONO COORDINADOR TCNICO ALTERNATIVO E-MAIL COORDINADOR TCNICO ALTERNATIVO DATOS OPERACIN TIPO DE REGISTRO ( PPE201) ADMINISTRATIVO LAG
OBLIG. SI SI SI SI SI SI SI SI SI (1*) SI (2*)
(1*) Permitir identificar el tipo de operacin solicitada, ver tabla de tipos de registros por operacin. (2*) El Operador deber incluir el Administrativo que se le comunic con la solicitud de alta. El Operador solicitante deber ser el titular del LAG identificado
Solicitud de Baja de LAG

TIPO REGISTRO PPE201 OPERACION Baja de pPAI-E en configuracin LAG.
2.3.5.2 Validaciones comerciales de una solicitud de baja de LAG

Validaciones Baja de LAG El Operador est dado de alta en NEON y tiene permiso para realizar el tipo de operacin solicitada. Los campos obligatorios estn informados y con el formato correcto. Los campos opcionales informados tengan el formato correcto. No existe pedido en vuelo para el Administrativo del LAG. El administrativo del LAG existe y pertenece al Operador. El administrativo pertenece a un agrupador LAG. Comprobar que el Tipo de registro es uno de los vlidos No existe conexiones NEBA activas
Validaciones de Baja de LAG
2.4
Agenda
Con el objetivo de coordinar las pruebas y las activaciones de los Servicios Soporte entre Telefnica y el Operador, se pondr a disposicin de los mismos una Agenda (accesible mediante WS) con las fechas disponibles para las distintas actuaciones que precisan coordinacin. Incluir horario nocturno.
El operador dispondr de dos Web Services, uno para poder consultar los horarios y fechas disponibles, el otro para poder reservar una ventana de activacin o prueba.
2.4.1 Web Services de Consulta horario

Los campos de este servicio sern: Entrada: Servicio: Tomar el valor Prueba_SOPORTE Fecha: Indicar la fecha en la que desea conocer las ventanas disponibles. Se validar que la fecha introducida tiene el formato dd/mm/aaaa y que es posterior a la fecha actual.
Salida: El servicio devolver los tramos horarios disponibles en la fecha deseada. Si no hubiera disponibilidad en esa fecha, le devolver los tramos horarios con fecha ms prxima. Fecha : Fecha en formato dd/mm/aaaa Hora : Lista de tramos horarios en formato HH:MM
2.4.2 Web Services reserva de Ventana

Existir un WS, para la reserva de una ventana. Este WS, deber llevar los siguientes datos de entrada: Servicio: Tomar el valor Prueba_SOPORTE, Operacin: Se admiten Alta, Baja y Modificacin de ventana. Si se informa Alta, no se podr informar SLOT. SLOT : Se corresponde con la ventana de ejecucin. Si es un Alta de datos de ventana, este campo no ser dato de entrada. Si es Baja o Modificacin de datos ventana, obligatoriamente se deber indicar el SLOT, ya que se usa como identificador de registro en la agenda para modificaciones de otros campos (por ejemplo, MAC del equipo del Operador enfrentado al pPAI-E / LAG (en caso de ser necesario), datos de contacto y telfono, una vez que el operador dispone previamente de una ventana o slot reservada). Fecha. Este campo es obligatorio y debe venir en formato dd/mm/aaaa. Se validar que la fecha introducida tiene el formato dd/mm/aaaa y que es posterior a la fecha actual. En caso de informar SLOT, el campo fecha no es obligatorio. Hora: es obligatorio y debe venir en formato HH:MM. En caso de informar SLOT, el campo hora no es obligatorio. Administrativo : Es obligatorio y se validara que el administrativo existe y pertenece a un servicio de soporte. Nombre de contacto : Obligatorio, no se validar formato, servir para poder comunicar en caso de incidencia, con el operador Telfono de Contacto: Obligatorio. No se validara el formato, servir para comunicar con el operador Operador: Identifica al operador solicitante. Se verificar que el administrativo solicitado pertenece a este operador. El operador introduce el cdigo de Operador.
03/11/2011
Pgina 33 de 150
MAC : Campo obligatorio si se invoca a la Agenda Prueba_SOPORTE.. El operador deber introducir la MAC del equipo del operador contra el que ha conectado el PPAI-E. En el caso de LAG no es necesario este dato Clave: Clave proporcionada por el operador. Garantiza que solo el podr modificar o anular esta peticin. Obligatorio. Observaciones: Campo de libre texto opcional en el que el operador podr poner sus comentarios. A nivel del operador, debe saber que estos comentarios se usaran solo en caso de incidencias
Los datos de salida del WS sern los siguientes: Cdigo de Error: Se devolver 0 (correcto) en caso de poder realizar la reserva. En caso contrario se indicar un cdigo de error diferente por cada casustica. SLOT : cdigo del slot de tiempo asignado Fecha : fecha de reserva de la activacin o de la prueba Hora : Hora de activacin o de la prueba
2.4.3 Validaciones y comportamiento de los Web Services Gestin de Agenda

VALIDACIONES Agenda (reserva de ventana) El Administrativo proporcionado esta asociado a una orden en vuelo El Administrativo pertenece al operador. No exista para ese Administrativo otra ventana de activacin con fecha mayor a la actual del sistema. La fecha es posterior que la fecha del sistema, es decir solo se deja agendar de maana en adelante. Los formatos de fecha y hora son correctos, tal y como se expresa en este documento. El servicio de Agenda es Prueba_PPAI-E La fecha y hora introducida esta sin ocupar en la Agenda. La orden esta en actuacin de Parada y es una actuacin de Prueba o Activacin segn se corresponda con el Servicio de Agenda
2.5
Pruebas en PPAI-E o LAG
PPAI_E Para poder realizar la prueba de nivel 2, se usar la VLAN numero 80. Esta VLAN es de tipo VPLS. La prueba consistir en el mecanismo de aprendizaje de MAC. El equipo del Operador conectado al pPAI-E / LAG debe ser capaz de generar trfico hacia el pPAI-E / LAG marcado con la etiqueta de VLAN 80 y los parmetros tcnicos de dicha VLAN. Con el trafico enviado por el Operador, se determinar cual es la MAC origen del trafico (aprendizaje de MAC). Esta direccin de MAC debe coincidir con la introducida por el Operador en la Agenda. Si no coincide se abrir una incidencia ejecutiva para el operador y se volver a la actuacin de prueba, para que el Operador proceda a Agendar otra fecha.
03/11/2011
Pgina 34 de 150
Si el problema fuera de Telefnica, se abrir una incidencia, que ser informativa para el Operador. Esta incidencia podra conllevar el reinicio de las pruebas, por lo que se volvera a comunicar al Operador la disponibilidad de pruebas. LAG La prueba a realizar en los Enlaces de los LAG, consistir en verificar : El puerto de la Red se puede levantar El puerto tiene Link
Las pruebas a realizar en el alta de un LAG consistirn en : Todos los puertos estn activos y pertenecen al mismo LAG
2.6
Incidencias Servicios de Soporte
2.6.1 Incidencias Servicios de Soporte Ejecutivas para Operador

Descripcin Operador pendiente de infraestructura Pendiente decisin de Operador Operador ilocalizable tras varios intentos de contacto. Pruebas errneas, resolucin pendiente operador Cambio fecha de actuacin de provisin, de pruebas, Incidencia Ejecutiva para el Operador. Se espera respuesta en 15 das. Si supera ese plazo o la fecha supera ms de 15 das: anular Accin Comercial a realizar Trascurridos 90 das sin resolucin, Anular e informar al operador El Operador decidir anular o reiterar. En caso de que esta sea la segunda incidencia por este motivo, se Anula y comunicar al operador
2.6.2 Incidencias Servicios de Soporte Informativas para el Operador

Descripcin Incidencia pendiente pruebas LAG mas de 20 das MAC no identificada en prueba pPAI-E / LAG Incidencia pendiente de Operador ms de 15 das Accin Comercial a realizar Anular e informar al operador No aplica Anular e informar al operador
2.7
Centrales para servicios de Soporte
Los Operadores dispondrn de un Web Service que ofrecer la URL a travs de la cual el operador podr descargar un fichero con un listado con las centrales en las que pueden existir pPAI-E/LAG.
El Web Service indicado forma parte del conjunto de servicios de informacin OBA. El Operador consultar este listado previamente a la solicitud de contratacin del Servicio Soporte NEBA para identificar la central en la que desea el pPAI-E/LAG (cdigo MIGA), que es un parmetro obligatorio para dicha contratacin. El cuadro siguiente recoge las centrales en las que se existen los equipos sobre los que se instalen los pPAI-E/LAG.
Ciudad 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 Vitoria Albacete Alicante Almera vila Badajoz Palma de Mallorca Barcelona Burgos Cceres Cdiz Castelln Ciudad Real Crdoba La Corua Cuenca Girona Granada Guadalajara San Sebastian Huelva Huesca Jan Len Lleida Logroo Lugo Madrid Mlaga Murcia Pamplona Orense Oviedo Palencia Las Palmas
Central A Central Vitoria/Avenida Albacete/Parque Alicante/Florida Almera/Alborn vila/San roque Badajoz/Alvarado Palma/Molina B/Va Augusta Burgos/Gamonal Cceres/Per Puerto Real/Las Canteras Castelln/Maestrazgo C.Real/Calatrava Crdoba/Abderramn Corua/Montio Cuenca/Santa Ana Girona/Gell Granada/Zaidn Guadalajara/Santa Mara Donostia s.s./Amara Huelva/Tartesos Huesca/Corts Jan/Audiencia Len/Torre Lleida/Marte Logroo/San Milln Lugo/San Roque Madrid/Ros Rosas Mlaga/Gamarra Murcia/San Antn Pamplona/Este Orense/Poso Oviedo/San Lzaro Palencia/San Jos Las palmas/Altavista
Cdigo MIGA 110002 210002 310083 410003 510002 610002 710003 810027 910002 1010003 1113001 1210001 1310002 1410005 1510005 1610002 1710002 1810004 1910002 2010002 2110003 2210002 2310005 2410002 2510002 2610002 2710002 2810065 2910094 3010004 3110002 3210002 3310081 3410002 3510003
Central
Central B Cdigo MIGA
Torras i Bages
0810026
Espino
1510002
Delicias Maldonado
2810003 2910002
03/11/2011
Pgina 36 de 150
Ciudad 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 Vigo Salamanca Tenerife Santander Segovia Sevilla Soria Tarragona Teruel Toledo Valencia Valladolid Bilbao Zamora Zaragoza
Central A Central Vigo/Calvario Salamanca/Garrido S.C. Tenerife/Armas Santander/Cazoa Segovia/Cao Grande Sevilla/San Bernardo Soria/Santa Brbara Tarragona/Francol Teruel/Torico Toledo/Vega Valencia/Campanar Valladolid/Vadillos Bilbao/Archanda Zamora/Avenida Zaragoza/Portillo
Cdigo MIGA 3620003 3710002 3810002 3910005 4010002 4110080 4210002 4310003 4410001 4510002 4610011 4710004 4810011 4910002 5019008
Central
Central B Cdigo MIGA
Oriente
4110003
Carmen Begoa
4610005 4810015
2.8
Facturacin de los Servicios Soporte
2.8.1 Aspectos generales de la facturacin de los servicios soporte

La facturacin del trfico se realizar a nivel de Sector. La facturacin se realizar al operador titular de los pPAI-E / LAG con independencia de la titularidad de las conexiones que tributan a los mismos. La facturacin del trfico a nivel de Sector implica medir, para cada QoS por separado, el total del trfico cursado en el Sector mediante medidas instantneas como se indica ms adelante y tomar como referencia la capacidad total contratada en dicho Sector para cada QoS. Por tanto la poltica de descarte de trfico ser homognea para cada calidad de servicio en todo el Sector. Si el Operador opta por descarte del trfico que exceda la capacidad contratada, slo se facturar la capacidad contratada. En la factura se informar la capacidad total contratada por QoS en cada uno de los pPAI-E / LAG del Sector y del precio de dichas capacidades contratadas. Si el Operador ha solicitado poltica de no descarte de trfico en un Sector, el trfico excedido se facturar como componente variable al precio establecido y segn el procedimiento descrito mas adelante La facturacin tiene periodicidad mensual. Las cuotas facturadas se corresponden, para la componente fija al mes natural de emisin de la factura y para el componente variable al mes anterior.
2.8.2 Conceptos facturables Servicios de Soporte

pPAI-E / LAG Se define una cuota de alta y una cuota mensual recurrente. Ambas cuotas dependen de tres variables: o o
03/11/2011
Capacidad 1 Gb /10 Gb Tipo de interfaz (alcance medio o largo)

PROPIEDAD DE TELEFONICA ESPAA Pgina 37 de 150
El numero de puertos fsicos del LAG
En facturacin, se identificarn los nmeros administrativos de cada pPAI-E/ LAG. En el caso de LAG, se identificarn el nmero administrativo del LAG y los nmeros administrativos de los puertos fsicos componen. Capacidad contratada:
Cuota mensual recurrente de la capacidad contratada por cada QoS en cada pPAI-E / LAG de un mismo sector. En facturacin se identificar la capacidad contratada en Mb de cada calidad de servicio (BE, ORO y RT) para cada pPAI-E / LAG del sector. Capacidad en exceso [sobre la capacidad contratada]:
Si el operador solicita no descarte de trfico para alguna calidad de servicio en un sector, se facturar una cuota peridica que tenga en cuenta el exceso, si se produce, de capacidad cursada de dicha calidad de servicio respecto a la capacidad contratada para la misma. Se realizar de forma agregada para todos los pPAI-E / LAG del Sector y de conformidad con el procedimiento de clculo expuesto en este apartado.
2.8.3 Medicin y facturacin de la capacidad excedida

Si el Operador solicita descarte de trfico para una calidad de servicio en un sector, no se facturar por capacidad excedida. Si el operador indica en la contratacin del Servicio Soporte (pPAI-E o LAG) que desea que no se descarte el trfico que exceda la capacidad contratada, se realizarn medidas para la facturacin del mismo a nivel de Sector. Para una calidad de servicio dada, todos los pPAI-E o LAG de un Sector estarn sujetos al mismo tratamiento descarte. El proceso de medidas ser el siguiente: Se calcular la suma de la capacidad contratada por el Operador para cada QoS (QoS1BE, QoS2-ORO y QoS3-RT) de todos los pPAI-E/LAG en un Sector (por ejemplo, los totales son K1, K2 y K3 para QoS1, QoS2 y QoS3 respectivamente). Se tomarn muestras del trfico instantneo cursado, tanto de subida como de bajada, cada X minutos (inicialmente se ha considerado X=10) de cada QoS en cada pPAI-E / LAG de un Sector (Mi). Se sumarn los valores de las muestras tomadas de cada instante, para sentido descendente por un lado y para sentido ascendente por otro, para cada QoS en todos los pPAI-E / LAG del Sector, obtenindose un valor de trfico instantneo total por QoS en el Sector para trfico descendente (Vid) y para trfico ascendente (Via). Se verificar si durante el periodo de facturacin alguno de los valores de Vi, es decir, del sumatorio de trficos instantneos de una calidad de servicio de todos los pPAI-E / LAG del Sector tanto en sentido ascendente (Va) como descendente (Vid), supera la capacidad contratada en dicho Sector para esa QoS. Si alguno de los valores de Vi (Via Vid) supera la capacidad contratada en dicho Sector para esa QoS se aplicar lo siguiente: o Se calcular el percentil 95 de la serie de los valores Vi (Via o Vid, el ms elevado segn el punto anterior) durante el periodo de facturacin para dicha QoS (P95):
03/11/2011
Pgina 38 de 150
Si valor de P95 de una QoS es superior al correspondiente valor de K de dicha QoS, se calcular la diferencia entre ambos valores (P95-K). El resultado ser lo que se facturar al precio del exceso para dicha QoS (/Megabit en exceso). si P95 es inferior al correspondiente valor de K, no se facturar nada por exceso.
Si no existe ningn valor de Vi de una calidad de servicio (ni Via ni Vid) superior al valor de K de dicha QoS, no se facturar nada por el concepto del exceso. A los efectos de facturacin del exceso se tomar como referencia (valor de k arriba mencionado) la capacidad contratado el ltimo da del periodo de facturacin. No obstante, si durante el periodo de facturacin se hubiera producido algn cambio en alguna capacidad contratada en un sector, el factor K de referencia arriba indicado para las calidades de servicio afectadas ser el valor medio, durante el periodo de facturacin
2.8.4 Resumen Conceptos facturables de los Servicios Soporte

La tabla siguiente resume los conceptos facturables de los Servicios Soporte NEBA. Los precios figuran en el anexo correspondiente del contrato. A) SERVICIOS SOPORTE: conceptos facturables en ALTA
pPAI E 1 Gbps 1Gbps (LAG) 2Gbps (LAG) 3 Gbps (LAG) 4 Gbps (LAG) 5 Gbps (LAG) 6 Gbps (LAG) 7 Gbps (LAG) 8 Gbps (LAG) 10 Gbps 10 Gbps (LAG)
20 Gbps (LAG)
Alcance Largo Medio Largo Medio Largo Medio Largo Medio Largo Medio Largo Medio Largo Medio Largo Medio Largo Medio Largo Medio Largo Medio Largo Medio
03/11/2011
Pgina 39 de 150
B) SERVICIOS SOPORTE: conceptos facturables en POSVENTA
Modificacin de Capacidad Contratada de una QoS en un pPAI-E Modificacin de poltica de Descarte de una QoS en un Sector Modificacin (aumento) de la capacidad de un LAG de largo alcance para el tramo entre 1 y 8 Gbps (aumento de 1 a 7 puertos) Modificacin (aumento) de la capacidad de un LAG de medio alcance para el tramo entre 1 y 8 Gbps (aumento de 1 a 7 puertos) (1) Modificacin (disminucin) de la capacidad de un LAG Modificacin Tipo Ethernet (ethertype) Modificacin: migracin masiva de las conexiones de una S-VLAN entre dos pPAI-E (2) En funcin del nmero de interfaces que se aaden Proporcional a N, siendo n el nmero de VLANs migradas
C) SERVICIOS SOPORTE: Conceptos facturables peridicos
CAPACIDAD CONTRATADA Calidad Best Effort Calidad Oro Calidad Real Time CAPACIDAD EXCEDIDA Calidad Best Effort Calidad Oro Calidad Real Time
3.
3.1
Servicios de acceso: conexiones NEBA

Identificacin de accesos
La identificacin del acceso ser funcin del servicio solicitado. En particular se tendr en cuenta si se trata de un Alta sobre Vacante o un Alta sobre Ocupado, y en este ltimo caso, el tipo de identificador segn la situacin preexistente en el acceso. En el servicio NEBA se prev que las altas sobre vacante se tramiten comunicando el domicilio mediante la codificacin GESCAL. En cambio, en los casos en que el alta de NEBA se realice sobre un acceso con servicio de Telefnica (sea mayorista o minorista), el acceso deber identificarse unvocamente.
3.1.1 Accesos NEBA cobre

Un operador tramitar un Alta sobre Vacante utilizando en su solicitud la codificacin GESCAL para hacer referencia a la ubicacin o domicilio del cliente final. La recuperacin del cdigo GESCAL a partir de una direccin se realiza mediante el Web Service existente o mediante el buscador de GESCAL disponible en NEON. Tambin es posible la Gescalizacin de un domicilio mediante el servicio que a tal efecto Telefnica ofrecer a los Operadores. En Alta sobre Ocupado, se distinguirn las situaciones siguientes: Si el acceso tiene un nmero telefnico de Telefnica (lnea minorista o AMLT), el Operador realizar su solicitud de Alta sobre Ocupado del servicio NEBA-Cobre mediante dicho nmero de Telefnica. Si se trata de un acceso mayorista sin nmero de Telefnica, el Operador realizar su solicitud de Alta sobre Ocupado del servicio NEBA-Cobre mediante el nmero Administrativo asociado al servicio mayorista preexistente.
Para solicitar una Modificacin sobre una conexin NEBA cobre el Operador utilizar el nmero administrativo de su servicio.
3.1.2 Accesos NEBA Fibra

Un operador tramitar un Alta sobre Vacante utilizando en su solicitud la codificacin GESCAL para hacer referencia a la ubicacin o domicilio del cliente final. La recuperacin del cdigo GESCAL a partir de una direccin se puede realizar mediante el Web Service existente o mediante el buscador de GESCAL disponible en NEON. Tambin es posible la Gescalizacin de un domicilio mediante el servicio que a tal efecto Telefnica ofrecer a los Operadores. En Alta sobre Ocupado, es decir, sobre un acceso de fibra en el que existe un servicio de Telefnica (mayorista o minorista), deber identificarse unvocamente el acceso afectado mediante el Identificador nico del Acceso (IUA). El IUA es facilitado por Telefnica al Operador que solicita un servicio NEBA-FTTH en el proceso de provisin del mismo.
3.1.3 Procedimiento para la obtencin del identificador del acceso

En el contexto del servicio NEBA, se contempla que los operadores puedan acceder a los identificadores de accesos necesarios para la correcta identificacin del acceso en servicio afectado por una solicitud de Alta sobre Ocupado (nmero de telfono nmero administrativo para los accesos de cobre y nmero administrativo e IUA para los accesos de fibra). Dicho servicio se basar en un WS que admita como parmetro de entrada cualquiera de los datos bsicos siguientes: GESCAL, administrativo o IUA. La salida del WS ser el parmetro de entrada y los parmetros que existan asociados al parmetro de entrada.
Parmetro de entrada del WS_ACC GESCAL Nmero administrativo IUA
Parmetros de salida del WS_ACC Nmero de telefono (accesos de cobre) Nmero Administrativo (accesos de cobre o fibra), IUA (accesos de fibra)
03/11/2011
Pgina 41 de 150
3.2
Modalidades del servicio NEBA
El servicio NEBA arrancar con un conjunto de modalidades disponibles para cada una de las tecnologas de acceso para las que estar disponible (ADSL2+, VDSL2 y FTTH/GPON). Cada modalidad est caracterizada por la combinacin de varias calidades de servicio posibles en el acceso, as como por otros parmetros tcnicos y comerciales. En los apartados siguientes se recogen las modalidades comerciales con las que se iniciar la oferta comercial del servicio en las tecnologas ADSL2+, VDSL2 y FTTH/GPON. Se enumeran las modalidades identificadas como perfiles comerciales de x1 hasta xN, pudiendo ser: x= a para ADSL 2+ X= v para VDSL2 X= f para FTTH/GPON Las nuevas modalidades que se desarrollen se numerarn a partir de la ltima modalidad existente en cada tecnologa. Se detalla la velocidad descendente (down) y la velocidad ascendente (up) de la calidad o calidades de servicio incluidas en cada modalidad en particular. En la oferta actual, en VDSL2 y FTTH/GPON podrn coexistir hasta tres calidades de servicio en una misma modalidad. En ADSL2+ podrn coexistir hasta dos calidades de servicio, en cuyo caso una de ellas es real time (RT). En ningn caso se modificar el marcado de paquetes realizado por el equipo de cliente. En ADSL2+ y VDSL2 cada modalidad comercial tendr un perfil de validacin del par (de cobre). Un mismo perfil de validacin podr utilizarse para ms de una modalidad comercial. La existencia de un perfil de validacin maximiza la calidad y eficiencia en la prestacin del servicio, pues aporta garanta en el alta del servicio y en su atencin postventa.
3.2.1 Oferta inicial de modalidades NEBA ADSL 2+

La propuesta de modalidades comerciales de NEBA ADSL2+ se basa en las premisas siguientes:
Tecnologa ADSL 2+ Criterio Mx V down = 20 Mbps Mx V up = 800 Kpbs Descripcin Limitacin de la tecnologa. Velocidad medida en ATM. Limitacin de la tecnologa (TE no tiene implementado el Anexo M sobre sus DSLAM IP). Velocidad medida en ATM.
V down >= V up
En ADSL2+ no se han incluido los perfiles simtricos actualmente existentes ya que stos se construyen sobre la especificacin del Anexo M de la Recomendacin UIT-T 992.5 (Requisitos especficos para sistemas ADSL con anchura de banda ascendente ampliada en las bandas de frecuencia superiores a POTS). Dicha facilidad slo est implementada en la red de TE en los DSLAM ATM, que son incompatibles con el servicio NEBA por la exigencias de la misma.,cuya
03/11/2011
Pgina 42 de 150
cobertura est limitada a DSLAM IP. Dichos servicios simtricos, tpicos de aplicaciones para empresas, estn disponibles como modalidades NEBA sobre la tecnologa VDSL2 (modalidades v). Las modalidades a (ADSL2+) de NEBA se caracterizan porque la capacidad empleada en trfico RT, resta capacidad a la calidad de servicio que la acompae (BE u ORO), ya que el trfico total en el acceso tiene su techo en la velocidad nominal del trfico de menor nivel de calidad (BE u ORO, segn la modalidad). El criterio de comportamiento del trfico (priorizacin por QoS) ser el siguiente: Real Time, RT (el ms prioritario) Oro (menos prioritario que RT, pero ms prioritario que Best Effort) Best Effort, BE (el menos prioritario)
El trfico BE se ajustar a la velocidad de sincronizacin de la lnea1 ocupando todo el ancho de banda de la lnea salvo que existan trficos de calidades superiores. En ese caso, el trfico BE reducir su capacidad todo lo que demanden los trficos ORO RT, que podrn alcanzar el valor mximo contratado para los mismos. Lo mismo ocurre con el trfico ORO, que ocupar el mximo ancho de banda si coexiste con el RT y reducir su capacidad en la medida que el trfico RT est presente. Los perfiles tipo a incorporarn la facilidad INP (Impulsive Noise Protection). Todos los perfiles incluidos en la lista sern perfiles implementados en los nodos de acceso /DSLAM de conformidad con las caractersticas tcnicas del servicio.
BE down 1M 1M 4M 4M 8M 8M 10M 10M 20M 20M ORO down 4M 4M 8M 8M 10M 10M 20M 20M RT down 128k 256k 256k 256k 256k 256k 256k 256k 256k
Perfil comercial a1 a2 a3 a4 a5 a6 a7 a8 a9 a10 a11 a12 a13 a14 a15 a16 a17 a18
up 320k 320k 512k 512k 640k 640k 800k 800k 800k 800k -
up 640k 640k 640k 640k 800k 800k 800k 800k
up 128k 256k 256k 256k 256k 256k 256k 2h56k 256k
Perfil de Validacin 512k/128K 1M/320K 2M/320K 4M/512K ACG 4M/640k 4M/640K 5M/320K 8M/640K ACG 7,29M/640K 8M/640K 7,29M/640K 10M/800K ACG 7,29M/640K 10M/800K 7,29M/640K 20M/800K ACG 7,29M/640K 20M/800K
Existente Nuevo Existente Nuevo Existente Nuevo Existente Nuevo Existente Nuevo Existente Nuevo Existente Nuevo Existente Nuevo Existente Nuevo
Velocidad de sincronizacin de la lnea: velocidad de la interfaz ADSL2+/VDSL2 entre el puerto del DSLAM (lado cliente) y el equipo de cliente, que no tiene por qu coincidir con la velocidad de las aplicaciones IP.
03/11/2011
Pgina 43 de 150
En relacin con los perfiles de validacin para las modalidades ADSL 2+ (a) debe tenerse en cuenta lo siguiente: Se aplicarn perfiles de validacin existentes para modalidades compatibles con dichos perfiles. Se trata de las modalidades: a1, a3, a5, a7, a9, a11, a13, a15 y a17. Todas las modalidades con trfico RT requieren nuevos perfiles de validacin ..
3.2.2 Oferta inicial de modalidades NEBA VDSL2

La propuesta de modalidades comerciales de NEBA VDSL2 se basa en las premisas siguientes:
Tecnologa VDSL2 Criterio V total down <= 30 M V total down >= 10 M V total up <= 3 M V down >= V up V max simtricos ORO = 2M 256 K <= RT <= 2 M Valores de 256K, 512K, 1M y 2M Descripcin Segn Anlisis de Mercado 5. Excepto simtricos Segn implementacin actual de TE
En VDSL2 se han incluido los perfiles simtricos actualmente existentes en ADSL2+. Los perfiles de validacin a utilizar para las modalidades v de NEBA son 15M/1M, 20M/2M, 25M/3M y 30M/3M En VDSL2, el trfico de una QoS incluida en una modalidad es independiente de la anchura de banda consumida por las restantes QoS de la modalidad contratada en dicho acceso. Las capacidades de las modalidades BE, ORO y RT estarn sujetas a la velocidad contratada (velocidad mxima) mediante un mecanismo de rate limit implementado en el nodo de acceso (DSLAM). En la siguiente tabla se muestra la relacin de modalidades NEBA VDSL2 que se van a comercializar, as como los perfiles de validacin asociados a cada una de ellas.
BE v1 v2 v3 v4 v5 v6 v7 v8 v9 v10 down 10M 10M 10M 25M 25M up 1M 1M 1M 1M 1M
ORO down 1M 2M 10M 10M 10M 10M 4M up 1M 2M 1M 1M 1M 1M 1M down 256k 512k 256k 512k 256k 512k
RT up 256k 512k 256k 512k 256k 512k
Perfil validacin 15M/1M 20M/2M 15M/1M 20M/2M 25M/3M 15M/1M 20M/2M 20M/2M 30M/3M 30M/3M
03/11/2011
Pgina 44 de 150
BE v11 v12 v13 v14 v15 v16 v17 v18 v19 v20 v21 v22 v23 down 25M 30M 30M 30M 30M up 1M 1M 1M 3M 3M -
ORO down 4M 25M 25M 25M 25M 30M 30M 30M 30M up 1M 1M 1M 1M 1M 1M 1M 3M 3M down 1M 256k 512k 1M 2M 128k 128k 128k 128k
RT up 1M 256k 512k 1M 2M 128k 128k 128k 128k
Perfil validacin 30M/3M 30M/3M 30M/3M 30M/3M 30M/3M 30M/3M 30M/3M 30M/3M 30M/3M 30M/3M 30M/3M 30M/3M 30M/3M
3.2.3 Oferta inicial de modalidades NEBA FTTH

La propuesta de las modalidades comerciales de NEBA FTTH se basa en las premisas siguientes:
Tecnologa GPON Criterio V total down <= 30 Mbps V min Down = 10 M ; Vmin Up = 1 M V total up < = 10 M V down >= V up Vup BE >= Vup ORO 256 K <= RT <= 2 M Valores de 256K, 512K, 1M y 2M Descripcin Segn Anlisis de Mercado 5. BE y ORO Tecnologa GPON
En FTTH/ GPON el acceso no impone condiciones de validacin. Por tanto, se implementar el perfil tcnico correspondiente a cada una de las modalidades. En FTTH/GPON, el trfico de una QoS incluida en una modalidad es independiente de la anchura de banda consumida por las restantes QoS de la modalidad contratada en dicho acceso. Los capacidades de las modalidades BE, ORO y RT estarn sujetos a la velocidad contratada (velocidad mxima) mediante un mecanismo de rate limit implementado en el nodo de acceso (OLT).
BE f1 f2 f3 down 10M 10M 10M up 1M 1M 1M
ORO down 10M
RT up 1M down 256k up 256k -
Velocidad sincronizacin 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps
03/11/2011
Pgina 45 de 150
BE f4 f5 f6 f7 f8 f9 f10 f11 f12 f13 f14 f15 f16 f17 f18 f19 f20 f21 f22 f23 f24 f25 f26 f27 f28 f29 f30 f31 f32 f33 f34 f35 f36 f37 f38 f39 f40 f41 f42 f43 f44 f45 f46 f47 f48 f49 f50 f51 down 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 20M 20M 20M 20M 20M 20M 20M 25M 25M 25M up 1M 1M 1M 1M 3M 3M 3M 3M 3M 3M 3M 3M 3M 3M 3M 3M 3M 1M 1M 1M 3M 3M 3M 3M 1M 3M 5M -
ORO down 10M 10M 10M 20M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 10M 20M 20M 10M 20M 20M 20M 20M 10M 10M 20M 20M 20M 20M 20M 25M 25M 25M 25M 25M 25M 25M 25M
RT up 1M 1M 1M 1M 1M 1M 1M 1M 1M 1M 1M 1M 3M 3M 3M 3M 3M 1M 3M 1M 1M 1M 1M 1M 1M 3M 3M 3M 3M 3M 3M 1M 1M 1M 3M 3M 3M 3M 5M down 256k 512k 1M 256k 512k 1M 256k 256k 512k 1M 256k 512k 1M 2M 256k 256k 512k 1M 256k 256k 512k 1M 2M 256k 256k 512k 1M 256k 256k 512k 1M 2M 256k 256k up 256k 512k 1M 256k 512k 1M 256k 256k 512k 1M 256k 512k 1M 2M 256k 256k 512k 1M 256k 256k 512k 1M 2M 256k 256k 512k 1M 256k 256k 512k 1M 2M 256k 256k
Velocidad sincronizacin 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps
03/11/2011
Pgina 46 de 150
BE f52 f53 f54 f55 f56 f57 f58 f59 f60 f61 f62 f63 f64 f65 f66 f67 f68 f69 f70 f71 f72 f73 f74 f75 down 25M 30M 30M 30M 30M 30M 30M 30M 30M up 10M 1M 1M 3M 3M 5M 5M 10M 10M -
ORO down 25M 25M 25M 25M 25M 25M 25M 30M 30M 30M 30M 30M 30M 30M 30M
RT up 5M 5M 5M 10M 10M 10M 10M 1M 1M 3M 3M 5M 5M 10M 10M down 512k 1M 2M 256k 256k 512k 1M 2M 128k 128k 128k 128k 128k 128k 128k 128k up 512k 1M 2M 256k 256k 512k 1M 2M 128K 128K 128K 128K 128K 128K 128K 128K
Velocidad sincronizacin 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps 2,5Gbps/1,25Gbps
3.2.4 Creacin de modalidades NEBA

La oferta de perfiles comerciales o modalidades NEBA podr ser modificada con la adicin de perfiles comerciales adicionales. Los nuevos perfiles comerciales o modalidades que se incorporen requerirn el desarrollo e implementacin en la red de los correspondientes perfiles tcnicos. Es decir, la parametrizacin de las condiciones tcnicas de cada nuevo perfil en los nodos de acceso (DSLAM y/o OLT). Segn sean las caractersticas de una nueva modalidad, se determinar el perfil de validacin aplicable ms conveniente. Una nueva modalidad podr tener el mismo perfil de validacin que una modalidad preexistente. Cualquier nueva modalidad tendr su correspondiente perfil de validacin. Si es necesario crear un nuevo perfil de validacin, se precisarn de los trabajos siguientes: Establecer el criterio para aplicar el valor de aptitud a cada bucle de cobre de la planta. Realizar una clasificacin de la planta segn el criterio establecido e incorporar los resultados de dicha clasificacin a los sistemas de red que la almacenan. Actualizar, en su caso, la informacin almacenada en dichos sistemas La existencia de un perfil de validacin maximiza la calidad y eficiencia en la prestacin del servicio pues aporta garanta en el alta del servicio y en su atencin postventa.
03/11/2011
Pgina 47 de 150
La adicin de una nueva modalidad conlleva adems de las actividades anteriores el desarrollo en los sistemas de contratacin, provisin, posventa y facturacin de todos los elementos necesarios para la gestin / comercializacin de la nueva modalidad del servicio, de conformidad con los criterios que se establezcan. Cada ao habr dos hitos temporales en los que podrn incorporarse nuevas modalidades del servicio NEBA segn la demanda y acuerdos alcanzado al respecto (denominado en lo que resta de apartado meses k y n del ao). Ambas fechas estarn separadas 6 meses. El plazo tcnico necesario para la implementacin de un nuevo perfil se estima en 5-6 meses. Cuando un operador/operadores solicite la creacin de un nuevo perfil/modalidad, ste deber comunicar una estimacin de la demanda esperada que justifique su desarrollo. Dicha demanda ser comunicada por el operador u operadores que hayan demandado el perfil/servicio cuando se haya confirmado el desarrollo de dicho perfil/servicio segn se indica en el procedimiento establecido. Se adoptar un criterio de racionalizacin de perfiles/servicios para mantener la coherencia del portafolio y capacidad de los equipos afectados, atendiendo las solicitudes razonables. El procedimiento ser el siguiente: 1. Las solicitudes de los operadores se realizarn durante los 3 primeros das hbiles del mes previo al mes de entrega de la release anterior, ej. k-1. 2. Se llevarn a cabo anlisis y contactos bilaterales durante el mes k-1. 3. La propuesta de Telefnica para la siguiente release se realizar durante los 3 primeros das hbiles del mes k en una reunin conjunta con CMT y los operadores interesados. 4. La decisin de Telefnica de los perfiles/servicios a implementar se tomar el da 15 del mes k. Dicha decisin y su justificacin se comunicarn a los participantes de la reunin anterior. 5. El operador/operadores que hayan solicitado un perfil/servicio que finalmente se desarrolle, comunicarn a Telefnica y a la CMT su estimacin de demanda durante el mes k. 6. Se notificar a la CMT y se har accesible a todos los operadores en telefonicaonline, durante los 3 primeros das hbiles del mes n-1, una nueva versin de la oferta de referencia que contenga los nuevos perfiles/servicios. 7. Los perfiles/servicios adoptados estarn disponibles en la release del mes n. Adicionalmente a las modalidades solicitadas por los operadores, Telefnica implementar los perfiles que resulten necesarios para dar replicabilidad a las nuevas modalidades minoristas que prevea lanzar al mercado y que, en todo caso, se comunicarn de conformidad con los procedimientos regulatorios vigentes. La caracterizacin de la planta se actualizar para incluir dichos perfiles.
3.3
Cobertura del servicio NEBA
Para ofrecer a los Operadores informacin sobre la cobertura del Servicio NEBA se dispondr de la siguiente informacin: Lista de centrales que tengan entrega de servicio Ethernet. Se trata del nombre de las centrales que dispongan de nodos donde se pueda realizar la entrega del servicio NEBA al equipo del Operador. Esto afecta a los Servicios de Soporte. Fichero de reas de cobertura de fibra. Se trata de una relacin de los edificios en cobertura de fibra. Web Services de consulta de cobertura de conexiones NEBA.
03/11/2011
En los apartados siguientes se detallan estos elementos de informacin.
3.3.1 Consulta de centrales con entrega de servicio Ethernet

Los Operadores dispondrn de un Web Service que ofrecer la URL a travs de la cual el operador podr descargar un fichero con un listado con las centrales en las que pueden existir pPAI-E. El Web Service indicado forma parte del conjunto de servicios de informacin OBA. El Operador consultar este listado previamente a la solicitud de contratacin del Servicio Soporte NEBA para identificar la central en la que desea el pPAI-E (cdigo MIGA), que es un parmetro obligatorio para dicha contratacin. En el apartado Centrales para Servicios de Soporte figuran las centrales en las que se existen los equipos sobre los que se instalen los pPAI-E.
3.3.2 Fichero de reas de cobertura de fibra

Los Operadores dispondrn de un Web Service que ofrecer la URL a travs de la cual el operador podr descargar un fichero con un listado de los edificios (identificados por la poblacin, tipo de va, nombre de va, nmero y cdigo GESCAL correspondiente de la finca) en los que pueden suministrarse conexiones de fibra. El Web Service indicado forma parte del conjunto de servicios de informacin OBA. El Operador obtendr mediante este listado una visin global de la cobertura de fibra, que podr completar con el detalle de la consulta de cobertura de conexiones.
3.3.3 Cobertura conexiones NEBA

La cobertura del servicio NEBA se ofrecer mediante el acceso del operador a un servicio WS vlido para acceso a la cobertura NEBA Cobre y NEBA Fibra con las caractersticas siguientes. En funcin de los datos que el Operador incluya en la consulta se presentarn los siguientes escenarios:
3.3.3.1 Consulta cobertura

La cobertura del servicio NEBA se ofrecer mediante un WS de consulta de cobertura NEBA Cobre y NEBA Fibra as como la de los servicios de acceso indirecto actuales. Datos de entrada: Los Operadores podrn consultar la cobertura del servicio NEBA a partir de cualquiera de los siguientes parmetros: Nmero de telfono de Telefnica Nmero administrativo Domicilio (para accesos cobre y fibra), identificado mediante el cdigo GESCAL (GESCAL 24) que habr sido recuperado mediante el WS de recuperacin de GESCAL a partir del conocimiento del domicilio Estos 3 parmetros son excluyentes entre s
Datos de salida:
03/11/2011
Pgina 49 de 150
Modalidades NEBA-Cobre (de tipo a ADSL 2+, y de tipo v VDSL2) y el valor de apto/dudoso/no vlido para cada una de ellas. Modalidades de indirectos ADSL IP, VDSL2 IP y GigADSL y el valor de apto/ no apto para cada una de ellas. En el caso de ADSL2+, si la aptitud de par fuera dudoso, ste se considerar vlido en contratacin. Sin embargo, para servicios VDSL2, una aptitud dudoso se considerar no vlida en contratacin. Cobertura de NEBA-Fibra (S/No). En caso de que haya cobertura NEBA Fibra se informar el suministrador de la OLT a la que est asociada el sistema GPON que atiende el domicilio de cliente (Huawei o Alcatel-Lucent), mientras perdure la actual situacin tcnica de no interoperabilidad de ONTs.
3.3.3.2 Validacin de Cobertura en Contratacin XDSL y FTTH

Cuando el Operador haga una solicitud de un servicio NEBA, se realizarn las pertinentes consultas de cobertura. Se distinguen a continuacin los criterios de validacin diferenciando las contrataciones de servicios NEBA-Cobre o FTTH Contratacin de NEBA-Cobre: La validacin de cobertura de central, es decir, la existencia de equipos DSLAM compatibles NEBA-Cobre se realizar siempre. Si esta validacin no se supera, no es preciso realizar validaciones adicionales. En caso de ser positiva, adicionalmente se validar la aptitud del bucle en las siguientes circunstancias: Movimientos de Alta sobre vacante Movimientos de Alta sobre Ocupado, si el perfil de validacin de la modalidad comercial destino es ms exigente que el de la modalidad origen. Vlido para modalidades origen Minorista TE/GigADSL/ADSL-IP NEBA y destino siempre NEBA Movimientos de Alta sobre Ocupado si solo existe servicio telefnico sobre la lnea (STB AMLT) Movimientos de Alta sobre Ocupado, sobre bucles marcados como no recomendable para la modalidad actual instalada. Este caso solo contempla servicios origen NEBA pues todos los servicios Minoristas TE/GigADSL y ADSL-IP estn provisionados respetando el criterio de validez de bucle.
La no superacin de estas validaciones, dar lugar a la generacin de una incidencia hacia el Operador. El Operador podr anular o reiterar la orden. En caso de reiterar la orden, TE provisionar la conexin. En el resto de movimientos, TE no realizar validacin de la aptitud del bucle. Estos movimientos sern los siguientes: Movimientos de modificacin de modalidad NEBA del mismo Operador si la modalidad destino es menos exigente en cuanto a requisitos de aptitud del par, salvo en el caso de que el servicio origen NEBA se hubiera provisionado y hubiera quedado marcado como no recomendable para la modalidad actual instalada. Movimientos de alta sobre ocupado de modalidades Minorista TE/GigADSL/ADSL-IP a NEBA con o sin cambio de Operador en los cuales la modalidad destino es menos
03/11/2011
Pgina 50 de 150
exigente en cuanto a requisitos de aptitud del par. En los cambios de minorista TE a NEBA siempre hay lgicamente cambio de Operador. Toda la lgica de validacin de aptitud de par se detalla ms delante de forma especfica en cada apartado de descripcin de los diferentes movimientos. Contratacin de NEBA-Fibra Alta sobre vacante: para validar la cobertura FTTH se utilizar el cdigo GESCAL correspondiente. Si en el cdigo GESCAL sobre el que se solicita el alta sobre vacante hay un acceso de fibra con IUA, se entender que se est solicitando un nuevo acceso de fibra en el mismo domicilio. Alta sobre ocupado: se utilizar el Identificador nico del Acceso (IUA).
El resultado de estas validaciones supondr la aceptacin o rechazo de la solicitud de contratacin.
3.4
Equipos en domicilio de cliente
3.4.1 Requisitos de router de cliente FTTH, ADSL2+ y VDSL2 NEBA

En el documento especfico se recogen las especificaciones bsicas de los equipos routers para FTTH y mdem para tecnologas xDSL (ADSL2+ y VDSL2) que formen parte del equipamiento de cliente del servicio NEBA. Ser responsabilidad de los Operadores que sus equipos de cliente cumplan con lo establecido en estas especificaciones.
3.4.2 Venta equipamiento: VDSL2 / ONT

Venta al por mayor de ONT y router VDSL2 Hasta la disponibilidad en el mercado de al menos dos ONT interoperables con las OLT presentes en la red (de Telefnica), se habilitar el servicio de venta de ONT. Si a la fecha de comercializacin del servicio existieran al menos 2 ONT interoperables en el mercado, se eximira a Telefnica de la obligacin de dar dicho servicio. Este servicio no estar asociado a una solicitud concreta de NEBA-Fibra. La venta se realizar en base a un nmero de unidades de ONT, por suministrador, solicitadas por los operadores interesados. La compra de estos equipos se realizar a travs del rea comercial de ventas mayoristas de Telefnica. Se habilitar un procedimiento equivalente para la venta de mdems VDSL2, mientas no existan en el mercado al menos 2 mdems VDSL interoperables. Venta e instalacin de ONT Se ofrecer un servicio conjunto de venta e instalacin ONT. Este servicio se ofrecer en condiciones comerciales. Caben dos opciones: 1. Que el Operador lo incluya conjuntamente con el alta, en cuyo caso recibir el servicio NEBA FTTH con la ONT instalada y configurada. 2. Que el Operador lo solicite como posventa. El servicio de venta e instalacin de la ONT de TE incluir la instalacin de la ONT en domicilio de cliente.
03/11/2011
Pgina 51 de 150
3.5
Reglas de contratacin del servicio NEBA
Se identifican los movimientos comerciales permitidos del servicio NEBA en relacin con el resto de servicios, es decir: NEBA y GigADSL / ADSL IP (SGO) NEBA y OBA (NEON) NEBA y Servicios Minoristas
Para sistematizar la descripcin y facilitar el entendimiento se han utilizado esquemas matriciales similares a los incluidos en el documento Planteamiento de Transformacin de Sistemas OBA SGO NEON en su versin de fecha 2 de diciembre de 2009: En las filas de dichas matrices se indica la situacin del par o servicio que demanda el Operador solicitante (destino); en las columnas se indica la situacin en la que est el par sobre el que se solicita el servicio antes de ejecutar el movimiento de alta solicitado (origen o inicio). La cabecera de las matrices identifican si la solicitud (destino) y el origen (inicio) estn en SGO o NEON. La interpretacin de los cuadros de la matriz es la siguiente:
Si el cuadro est en blanco significa que el movimiento no tiene que implantarse, bien porque ya existe bien porque no se requiere. Si el cuadro est coloreado significa que este movimiento es nuevo y se tiene que implementar.
3.5.1 Movimientos comerciales NEBA-GigADSL / ADSL IP

O BA NE BA
Evolucin Te mporal
GigADSL
ADSL IP
GigADSL (SGO) DESTINO INICIO Sobre Cobre Con STB Con STB Sobre Cobre NEBA (NEON) Sin STB Diferente Operador Sobre Fibra
Nota
ADSL IP Sobre Cobre
Sin STB Con STB Sin STB
Mismo Operador Diferente Operador Mismo Operador
Nota
Aclaraciones:
03/11/2011
Pgina 52 de 150
No existirn movimientos de NEBA a GigADSL porque en las zonas de cobertura NEBA no habr altas en GigADSL una vez se configure el servicio y est disponible de manera efectiva. No obstante, durante la fase inicial de comercializacin del servicio NEBA, existir un procedimiento de contingencia (pendiente de establecer) para la marcha atrs desde NEBA hacia GigADSL / ADSL-IP para los Operadores que pudieran encontrarse con problemas en el funcionamiento del servicio NEBA. No estn contemplados los movimientos de servicios sin STB a servicios con STB.
3.5.2 Movimientos comerciales NEBA- OBA

OBA NE BA
Evolucin Te mporal
GigADSL
Acceso Direct o/OBA (NEON) DESTINO INICIO Desagregado Compartido Con Sin STB STB
NEBA (NEON) Sobre Cobre Con Sin STB STB Sobre Fibra
Mismo Operador Desagregado Dif erente Operador Acceso Directo/OBA (NEON) Compartido Sin STB Mismo Operador Dif erente Operador Mismo Operador Dif erente Operador Mismo Operador Dif erente Operador Nota Con STB Mismo Operador Nota Dif erente Operador
Con STB Sobre Cobre NEBA (NEON) Sin STB
Sobre Fibra
Nota
Nota
Aclaraciones:
Esta tabla muestra los movimientos que existirn en la situacin entre NEBA y OBA (servicios de acceso directo) en NEON. No estn contemplados los movimientos de servicios sin STB a servicios con STB.
03/11/2011
Pgina 53 de 150
3.5.3 Movimientos comerciales NEBA-Minoristas

NEBA (NEON) DESTINO INICIO Sobre Co bre Con STB Co n STB Sobre Co bre NEBA (NEON) Sin STB Mismo Opera dor Diferente Operador
Nota Nota
Minorista s Telefnica Sobre Co bre Con STB Sin STB Sobre Fibra
Sin STB
Sobre Fibra
Sobre Fibra Mismo Opera dor Diferente Operador
Nota
Nota
Sobre Co bre Minoristas Telefnica
Co n STB Sin STB
Nota

Nota
Sobre Fibra
Aclaraciones:
Esta tabla muestra los movimientos que existirn entre NEBA y los servicios minoristas actuales. No estn contemplados los movimientos de servicios sin STB a servicios con STB.
3.6
Fases de implantacin del servicio NEBA
Fase 1: Enero 2012 NEBA Cobre Alta NEBA Cobre sobre Vacante Alta NEBA Cobre sobre acceso slo con STB Alta NEBA cobre NEBA Cobre (cambio de operador, origen y destino NEBA) Baja NEBA Cobre Cambio de Modalidad NEBA Cobre de un Operador Alta NEBA Fibra sobre Vacante Alta NEBA Fibra NEBA Fibra (cambio de operador, origen y destino NEBA) Cambio de Modalidad NEBA Fibra de un operador Baja NEBA Fibra
o o o o o
NEBA Fibra
o o o o
Servicios Soporte NEBA
03/11/2011
Pgina 54 de 150
Fase 2: Julio 2012 NEBA Cobre GigADSL -> NEBA Cobre ADSL IP -> NEBA Cobre OBA NEON pp NEBA Cobre Minorista BA Cobre NEBA Cobre Operaciones Masivas Minorista NEBA Operaciones Masivas
o o o o o
NEBA Fibra:
o o
3.7
Conexiones NEBA FTTH
3.7.1 Conexiones NEBA FTTH: flujos de provisin

Este apartado describe los siguientes flujos de provisin de NEBA FTTH:
o o o o
Alta de NEBA FTTH sobre Vacante Alta de NEBA FTTH sobre Ocupado con y sin portabilidad Modificaciones postventa NEBA FTTH Baja NEBA FTTH
En el proceso de provisin NEBA-FTTH se utilizan los conceptos bsicos de Alta sobre Vacante y de Alta sobre Ocupado:
Alta sobre Vacante: solicitud sobre un acceso FTTH sin servicio de Telefnica (ni mayorista ni minorista):
Se instalar acometida y PTRO; siempre habr desplazamiento a domicilio de cliente. El PTRO se instalar en un punto prximo a la entrada de la acometida a la vivienda. Puede incluir venta e instalacin de ONT. En cualquier momento tras la provisin del servicio NEBA-F, el operador podr solicitar una portabilidad receptora sobre dicho acceso. Dicha solicitud de portabilidad ser independiente del alta del NEBA FTTH.
Alta sobre Ocupado: solicitud sobre un acceso FTTH de Telefnica con servicio de Telefnica, ya sea mayorista o minorista:
La acometida y PTRO ya estarn generalmente instalados. No obstante, un operador podra solicitar la reinstalacin del PTRO. Podr incluir en un mbito estrictamente comercial, venta e instalacin de ONT (y/o PTRO), en cuyo caso habr desplazamiento al domicilio del cliente. Los procedimientos que se describen a continuacin contemplan dicha actuacin, pese a no considerarse regulada, por ofrecer y disponer de una visin global del servicio y sus procedimientos.
En los flujos de procesos se contemplan tres ventanas bsicas de actividad:
Ventana de activacin NEBA FTTH (VAN): periodo durante el que se activa NEBA FTTH en los sistemas de provisin de red (OSS).
03/11/2011
Pgina 55 de 150
Ventana de instalacin NEBA FTTH (VIN): periodo durante el que se realizan los trabajos solicitados en domicilio de cliente, tales como instalacin de acometida, de PTRO y/o de ONT. Ventana de portabilidad NEBA FTTH (VPN): periodo durante el que se efecta la portabilidad en sistemas; segn los casos podr coincidir o no con las ventanas de activacin e instalacin.
El contacto con el cliente se realizar con el punto de contacto que el operador haya identificado en su solicitud de NEBA FTTH. En el resto del documento se denominar Coordinador. El resultado del contacto con el coordinador generar una parada de reloj hasta la fecha concertada. Existir un protocolo de establecimiento de contacto con el coordinador en los casos en los que TE necesite establecer una cita para un trabajo domiciliario. Este protocolo se define a continuacin y aplica en todos los casos donde sea necesaria la visita. Se inicia siempre con una parada de reloj hasta que la cita quede concertada o hasta que se enve incidencia al Operador en caso de contacto infructuoso (ver tabla de incidencias).
Si la orden llega a TE con 3 o ms das de plazo para el vencimiento del compromiso, se realizarn durante los mencionados 3 das y en horarios distintos cinco contactos a los telfonos informados en la orden, con alguna de las llamadas de contacto realizada entre las 14 y 16 horas, o bien a partir de las 19 horas. Si la orden llega a TE con menos plazo, los 5 contactos anteriores se realizarn en el intervalo de tiempo que reste hasta la finalizacin de la fecha de compromiso.
Los parmetros comunicados al Operador tras la finalizacin de la solicitud sern los siguientes:
Parmetro Fabricante ONT Identificador ONT IUA Id. Servicio Puerto salida ONT OP-VLAN S-VLAN C-VLAN Valor Denominacin de la ONT de Alcatel-Lucent Huawei Cdigo numrico de 11 cifras Nmero identificador del IUA generado en la provisin Nmero Administrativo del servicio generado en la provisin 1 (por defecto se utilizar este valor para NEBA) 20 a 24 De 1000 a 4000(*1) De 2 a 4094 (*2) o
(1*) La S-VLAN ser nica para un operador para un mismo pPAI-E, pudindose repetir para el mismo operador en distintos pPAI-E. (2*) La C-VLAN es nica dentro de una misma SVLAN, pudiendo repetirse para distintos clientes de un mismo operador ubicados en distintos nodos de acceso, es decir, transportados sobre distintas S-VLAN.
03/11/2011
Pgina 56 de 150
3.7.2 Descripcin de la contratacin y provisin movimientos NEBA FTTH

NOTA: en todos los procesos descritos en este apartado se ha omitido que a la recepcin por Telefnica de la solicitud del servicio del operador le sigue un acuse de recibo de la misma que incluye un nmero de referencia asignado por la propia Telefnica. Dicho acuse de recibo es anterior a la validacin.
3.7.2.1 Tipos de operaciones NEBA FTTH

En el servicio NEBA Fibra se contemplan los flujos de provisin bsicos siguientes
Alta de NEBA-Fibra sobre Vacante Alta de NEBA-Fibra sobre Ocupado Modificaciones NEBA-Fibra Baja NEBA-Fibra
Para permitir una identificacin concreta del movimiento solicitado y la correcta realizacin de validaciones, se han establecido un conjunto de cdigos de referencia, denominados Tipo de Solicitud. que el Operador deber incorporar en cada solicitud individual. Los tipos de registro de NEBA Fibra son los que se indican en la tabla siguiente:
TIPO REGISTRO
OPERACION
NEB101 NEB103 NEB201 NEB301 NEB303 NEB305 NEB351
Alta sobre Vacante NEBA FTTH Alta sobre Ocupado NEBA FTTH Baja NEBA FTTH Modificacin NEBA FTTH Modificacin datos tcnicos NEBA FTTH Migracin usuario conexin NEBA FTTH a otro PPAI-E Modificacin Masiva NEBA FTTH
Telefnica, en caso de desempear el papel de operador receptor del servicio (movimientos de NEBA hacia minorista de Telefnica), se atendr en todo a los procedimientos de traspaso entre terceros, con o sin portabilidad, contenidos en el presente documento.
3.7.2.2 Alta sobre Vacante NEBA FTTH

Las solicitudes de alta sobre vacante se realizan utilizando como parmetro bsico de entrada para la identificacin del domicilio el cdigo GESCAL. La solicitud de entrada incluir el GESCAL 37 para identificar inequvocamente el domicilio de instalacin: 1 Para recuperar el GESCAL 37 de un domicilio, el operador podr utilizar el correspondiente Web Service (actualmente en servicio) u otros medios de informacin puestos a disposicin de los operadores. En caso de que el domicilio de inters no estuviera Gescalizado o si el operador no localizara el cdigo GESCAL 37 concreto, el operador podr, alternativamente, realizar su solicitud utilizando el cdigo GESCAL 24 (finca) y cumplimentando un conjunto de campos adicionales (equivalentes a los utilizados en las posiciones 25 a 37 del GESCAL 37), con
03/11/2011
Pgina 57 de 150
la informacin que el operador disponga del domicilio de instalacin. Dicha informacin ser parte del formato de la solicitud de Alta sobre vacante. En el caso de que se utilice esta segunda alternativa, durante el proceso de registro de la solicitud, los campos introducidos, junto con el GESCAL 24, generarn un nuevo GESCAL 37 que se asociar al domicilio sobre el que se solicita el Alta sobre Vacante de NEBA FTTH. Descripcin del proceso : 1. El Operador realizar su solicitud de conformidad con lo indicado en el apartado datos de contratacin de alta sobre vacante. 2. TE acusar recibo de la solicitud, asignar nmero de solicitud y realizar las validaciones de datos de la solicitud, incluida cobertura. 3. TE generar una notificacin en la que se informar de la aceptacin o rechazo de la solicitud en funcin del resultado de las validaciones. Si se supera la validacin, se enviar al operador el nmero Administrativo asignado a la conexin solicitada. 4. TE asignar y activar la orden de servicio. En caso de que el operador proporcione el OPVLAN se asignar dicho valor. En caso contrario se asignar un valor que se comunicar al operador. 5. TE agendar con el coordinador (punto de contacto facilitado por el operador) la fecha de instalacin o ventana de instalacin (VIN). 5.1. El resultado del contacto generar una parada de reloj hasta la fecha concertada (VIN). 5.2. Si el contacto con el coordinador fuera infructuoso, se generar parada de reloj y se seguir un protocolo de reintento de contacto con el coordinador. 6. TE notificar al Operador la VIN. La comunicacin de la ventana de instalacin incluir tambin la comunicacin de los parmetros de provisin que el operador necesita conocer para la activacin del servicio (ID ONT, S-VLAN, C-VLAN y OP-VLAN), junto con el nmero Administrativo de la conexin previamente comunicado. 7. Llegada la fecha de VIN, TE procede a la instalacin. Si la peticin incluye venta e instalacin de ONT, esta quedara instalada y sincronizada. Si la peticin no incluyera la venta e instalacin de ONT, TE verificar el correcto funcionamiento del protocolo entre ONT y OLT mediante una ONT de prueba. 8. Realizada la instalacin, TE comunicar al operador el fin de la solicitud. 9. Si una vez desplazado el personal de instalacin de TE al domicilio del cliente final ste decidiera desistir de la instalacin, cualquiera que fuera el motivo, TE informar al operador y esperara que este reitere o anule. 10. Si con el personal de TE en el domicilio del cliente final se concluyera la necesidad de la realizacin de trabajos en el mismo para la instalacin de la fibra (obstruccin de canalizaciones, motivos estticos u otros motivos) se seguir el proceso siguiente: 10.1. Se detendr la instalacin, activndose una parada de reloj 10.2. TE notificar al Operador una incidencia ejecutiva para el mismo con causa trabajos necesarios en domicilio de cliente. El operador tendr 60 das para la resolucin de la incidencia. 10.3. Cuando el operador solicitante considere, de comn acuerdo con su cliente, que se han realizado los trabajos necesarios en el domicilio del cliente, el operador lo comunicar a TE resolviendo la incidencia.
10.4. Si transcurrido 60 das desde la generacin de la incidencia, el operador no hubiera resuelto la misma, TE anular la solicitud.
3.7.2.2.1
Datos de contratacin de Alta sobre Vacante de NEBA-FTTH

CAMPO DATOS DE LA SOLICITUD DATOS DEL OPERADOR N SOLICITUD (del OPERADOR) TIPO DE REGISTRO NOMBRE DEL COORDINADOR TCNICO APELLIDOS DEL COORDINADOR TCNICO TELFONO COORDINADOR TCNICO PRINCIPAL EMAIL COORDINADOR TCNICO PRINCIPAL FAX TELFONO COORDINADOR TCNICO ALTERNATIVO EMAIL COORDINADOR TCNICO ALTERNATIVO Contacto para Cita Nombre Apellidos Telfono 1 Telfono 2 OBLIG. SI SI (1*) SI SI SI SI SI SI SI SI(2*) SI(2*) SI(2*) SI(2*) SI (3*) SI (4*) SI SI SI NO (5*) SI (6*) SI SI SI (7*)
DATOS DOMICILIO
CDIGO GESCAL OBSERVACIONES
DATOS CONEXIN
MODALIDAD (F1 a F75) SECTOR NUMERO ADMINISTRATIVO PPAIE OP-VLAN FTTH INSTALACIN PTRo (SI/NO) VENTA E INSTALACIN ONT (SI/NO)
DATOS MANTENIMIENTO
MANTENIMIENTO (SI/NO) TIPO DE MANTENIMIENTO
(1*) El TIPO DE REGISTRO permitir identificar el tipo de alta solicitada. Existir un cdigo que permitir diferenciar las Alta sobre Vacante de las Altas sobre Ocupado. (2*) El Operador informar en todos los casos en los que exista actuacin domiciliaria los datos que permitan establecer contacto con el cliente. (3*) Cdigo GESCAL 24 o 37. Obligatorio informar al menos el Cdigo GESCAL 24 si el TIPO DE REGISTRO se corresponde con la operacin de Alta sobre Vacante. (4*) Obligatorio si el TIPO DE REGISTRO se corresponde con la operacin de Alta sobre Vacante y el Operador ha informado el Cdigo GESCAL 24. 5*) Opcional, si el Operador no informa este dato TE asignar el valor correspondiente en la provisin del servicio.
03/11/2011
Pgina 59 de 150
(6*) Si el TIPO DE REGISTRO se corresponde con la operacin de Alta sobre Vacante se tomar por defecto el valor SI, independientemente de lo que haya indicado el Operador. (7*) Obligatorio si se ha indicado SI en MANTENIMIENTO.
3.7.2.2.2
Validaciones de solicitudes de Alta sobre vacante de NEBA FTTH

VALIDACIONES ALTA SOBRE VACANTE NEBA FIBRA
Se validar que el Operador est dado de alta en NEON y tiene permiso para realizar el tipo de operacin solicitada. Se validar que los campos obligatorios estn informados y con el formato correcto. Se validar que los campos opcionales informados tengan el formato correcto. Validar que no haya orden de baja para el Administrativo del pPAI-E/LAG informado. Validacin cobertura (a travs del Domicilio). Se validar que el Sector sea uno de los posibles. Se validar que el Sector contiene la Central asociada al domicilio. Se validar que el Administrativo del pPAI-E/LAG informado existe Se validar que para configuraciones LAG, se haga referencia al Administrativo del LAG (principal). Se validar que el Sector sea el mismo que el del pPAI-E/LAG. Se validar que la Modalidad solicitada es vlida Se validar que el Mantenimiento sea vlido Se validar que el Tipo de Mantenimiento sea vlido Se validar que el rango OP VLAN informado es correcto Se validar que el pPAI-E/LAG informado por el Operador en la solicitud del servicio NEBA tiene caudal contratado para las QoS que componen la Modalidad NEBA solicitada
3.7.2.3 Alta sobre Ocupado NEBA FTTH (AOF)

En los apartados siguientes se definen los movimientos de alta sobre ocupado en FTTH. En la tabla siguiente se muestran todas las combinaciones de movimientos a las que se aplica el flujo de provisin de Alta sobre ocupado (AO) de NEBA FTTH.
Origen FTTH minorista
Destino NEBA FTTH NEBA FTTH con portabilidad
NEBA FTTH
NEBA FTTH distinto Operador NEBA FTTH distinto Operador con portabilidad
03/11/2011
Pgina 60 de 150
3.7.2.4 Datos de contratacin del Alta sobre ocupado NEBA FTTH

CAMPO DATOS DE LA SOLICITUD N SOLICITUD (del OPERADOR) TIPO DE REGISTRO DATOS DEL OPERADOR NOMBRE DEL COORDINADOR TCNICO APELLIDOS DEL COORDINADOR TCNICO TELFONO COORDINADOR TCNICO PRINCIPAL EMAIL COORDINADOR TCNICO PRINCIPAL FAX TELFONO COORDINADOR TCNICO ALTERNATIVO EMAIL COORDINADOR TCNICO ALTERNATIVO DATOS DE CONTACTO NOMBRE APELLIDOS TELEFONO 1 TELEFONO 2 DATOS ACCESO DATOS CONEXIN IUA MODALIDAD (F1 a F67) SECTOR NUMERO ADMINISTRATIVO PPAIE OP-VLAN FTTH VENTA E INSTALACIN ONT (SI/NO) DATOS MANTENIMIENTO MANTENIMIENTO (SI/NO) TIPO DE MANTENIMIENTO DATOS PORTABILIDAD PORTABILIDAD (DONANTE, TERCEROS) NMERO TELFONO PORTABILIDAD TIPO DOCUMENTO (NIF/CIF/NIE/NMERO PASAPORTE) NMERO DOCUMENTO TIPO DE PORTABILIDAD NRN, N INICIAL Y N FINAL DE RANGO (N INICIAL = N FINAL) OBLIG. SI SI (1*) SI SI SI SI SI SI SI SI(2*) SI(2*) SI(2*) SI(2*) SI SI SI SI NO (3*) SI SI SI (4*) NO SI (5*) NO SI (5*) SI (5*) SI (5*)
1*) El TIPO DE REGISTRO permitir identificar el tipo de alta solicitada. Existir un cdigo que permitir diferenciar las Alta sobre Vacante de las Altas sobre Ocupado. (2*) El Operador informar en aquellos movimientos que implican actuacin domiciliaria un nmero de contacto que permita al personal de TE acordar la fecha en la que se realizarn los trabajos de instalacin.
03/11/2011
Pgina 61 de 150
(3*) Opcional, si el Operador no informa este dato TE asignar el valor correspondiente en la provisin del servicio. (4*) Obligatorio si se ha indicado SI en MANTENIMIENTO.
3.7.2.5 Validaciones de solicitudes de Alta sobre Ocupado NEBA FTTH

Las siguientes validaciones aplican a todas las Altas sobre Ocupado.
VALIDACIONES ALTA SOBRE OCUPADO NEBA FIBRA El Operador est dado de alta en NEON y tiene permiso para realizar la operacin solicitada. Los campos obligatorios estn informados y con el formato correcto. Los campos opcionales informados tengan el formato correcto. No hay orden de baja para el Administrativo del pPAI-E/LAG informado. No existe pedido en vuelo para el IUA informado. El Sector sea uno de los posibles. El Sector contiene la Central asociada al domicilio. El Administrativo del pPAI-E/LAG informado existe En caso de LAG, el Administrativo corresponde al LAG El Sector contiene al pPAI-E/LAG. La modalidad solicitada es vlida El Mantenimiento es vlido El tipo de mantenimiento es vlido Si el operador informa la OP VLAN, se valida que pertenece al rango admisible El pPAI-E/LAG informado tiene caudal contratado para las QoS que componen la modalidad solicitada Si existe portabilidad donante de TE, se hacen las validaciones de incompatibilidades de portabilidad. El tipo de portabilidad corresponde a los permitidos (asociada o rangos)
3.7.2.6 AOF sin portabilidad y sin venta ni instalacin de ONT (origen TE u otro Operador)
El Operador realizar la solicitud NEBA FTTH informando, adems de otros datos obligatorios de la solicitud, el IUA del acceso sobre el que solicita el alta del servicio NEBA. El operador no marcar portabilidad. Descripcin del proceso: 1. El Operador realizar su solicitud NEBA (S-NEBA) de conformidad con lo indicado en el apartado datos de contratacin de alta sobre ocupado. 2. TE acusar recibo de la solicitud, asignar nmero de solicitud y realizar las validaciones pertinentes. 3. TE notificar la aceptacin o rechazo de la solicitud en funcin del resultado de las validaciones. Si se supera la validacin, se enviar al operador el nmero Administrativo asignado a la conexin solicitada.
03/11/2011
Pgina 62 de 150
4. TE comunicar al operador titular del servicio preexistente el inicio de un proceso de alta sobre ocupado por el cual perder el servicio de su titularidad. 5. TE asignar los recursos en red y comunicar al operador solicitante los parmetros de la conexin (S-VLAN, C-VLAN, ID ONT) y la ventana de activacin NEBA (VAN). Se genera para da de reloj hasta la activacin. 6. TE comunicar al operador titular la VAN. 7. El operador podr modificar la VAN a travs de los procesos NEBA. La fecha de la VAN modificada por el operador no podr ser ms de 15 das posterior a la fecha de recepcin de la solicitud NEBA. 8. TE activar la conexin NEBA en la VAN acordada. 9. Una vez realizada la activacin con xito, TE notificar al operador solicitante y al operador cedente el fin de la solicitud.
3.7.2.7 AOF sin portabilidad con venta e instalacin ONT (origen TE u otro Operador)
El Operador realizar la solicitud NEBA FTTH informando, adems de otros datos obligatorios de la solicitud: 1) IUA del acceso sobre el que solicita el alta el servicio NEBA y 2) que solicita venta e instalacin de la ONT. El operador no marcar portabilidad. Descripcin del proceso: 1. El Operador realizar su solicitud NEBA (S-NEBA) de conformidad con lo indicado en el apartado datos de contratacin de alta sobre ocupado. 2. TE acusar recibo de la solicitud, asignar nmero de solicitud y realizar las validaciones pertinentes. 3. TE notificar la aceptacin o rechazo de la solicitud en funcin del resultado de las validaciones. Si se supera la validacin, se enviar al operador el nmero Administrativo asignado a la conexin solicitada. 4. TE comunicar al operador titular del servicio preexistente el inicio de un proceso de alta sobre ocupado por el cual perder el servicio de su titularidad. 5. TE asignarn los recursos en red para la nueva conexin y comunicar al operador los parmetros de su conexin (S-VLAN, C-VLAN, ID ONT y OP-VLAN en caso de que sta no hubiera sido facilitada por el operador). 6. TE agendar con el coordinador (punto de contacto facilitado por el operador en su solicitud) la fecha de instalacin o ventana de instalacin (VIN). 6.1. El resultado del contacto generar una parada de reloj hasta la fecha concertada (VIN). 6.2. Si el contacto con el coordinador fuera infructuoso, se generar parada de reloj y se seguir el protocolo de reintento de contacto con el coordinador. 7. TE comunica al operador solicitante y al operador titular, la ventana de Instalacin (VIN). 8. TE activar la conexin NEBA en la VIN, coincidiendo con el desplazamiento al domicilio de cliente para realizar la instalacin 9. Una vez realizada la activacin con xito, TE notificar al operador solicitante y al operador cedente el fin de la solicitud.
03/11/2011
Pgina 63 de 150
3.7.2.8 AOF con portabilidad donante TE sin venta ni instalacin de ONT

El Operador realizar la solicitud NEBA FTTH informando, adems de otros datos obligatorios de la solicitud: 1) IUA del acceso sobre el que solicita el alta el servicio NEBA FTTH, y 2) portabilidad donante de TE junto con el nmero de telfono del servicio telefnico bsico de Telefnica. Es necesario incluir en la mensajera de la portabilidad que una solicitud de portabilidad est relacionada con una solicitud de NEBA, de forma similar a como se hace en el caso de solicitudes de prolongacin de par. Descripcin del proceso 1. El Operador realizar su solicitud NEBA (S-NEBA) de conformidad con lo indicado en el apartado datos de contratacin de alta sobre ocupado. 2. TE acusar recibo de la solicitud, asignar nmero de solicitud y realizar las validaciones pertinentes, incluyendo que la numeracin a portar es de TE. 3. TE notificar la aceptacin o rechazo de la solicitud en funcin del resultado de las validaciones. Si se supera la validacin, se enviar al operador el nmero Administrativo asignado a la conexin solicitada. 4. TE asignar los recursos en red para la nueva conexin y comunicar al operador los parmetros de su conexin (S-VLAN, C-VLAN, OP-VLAN, ID ONT) y comunicar al Operador la Ventana de Activacin NEBA (VAN). 5. Se establecer una parada de reloj, hasta la fecha marcada por la VAN. 6. En su solicitud de portabilidad (SP), mediante proceso en batch, el operador podr proponer una VPN diferente a la VAN, dentro de los mrgenes permitidos por la portabilidad. 7. Si transcurridos 15 das desde la desde el envo de la VAN TE no hubiera recibido una SP vlida, se generar una incidencia y TE proceder a anular la S-NEBA (causa operador). Se denegar cualquier SP posterior asociada a dicha S-NEBA. 8. En su solicitud de portabilidad el Operador deber hacer referencia a que dicha solicitud de portabilidad est asociada a una solicitud de NEBA. 9. Si recibida una SP vlida o recibida la CP, el operador cancelara la portabilidad, la solicitud NEBA se pondr en incidencia. El Operador dispondr de 5 das para decidir la anulacin o reiteracin de la solicitud NEBA. En caso de reiteracin, la solicitud NEBA quedar en espera durante un mximo de 15 das hasta la llegada de una nueva SP vlida. Transcurrido dicho plazo sin recibir una nueva solicitud de portabilidad (SP) se anular la Solicitud NEBA (causa operador). 10. TE activar la conexin NEBA en la VPN. 11. Una vez realizada la activacin con xito, TE notificar al operador el fin de la solicitud.
3.7.2.9 AOF con portabilidad donante TE con venta e instalacin de ONT

El Operador realizar la solicitud NEBA FTTH informando, adems de otros datos obligatorios de la solicitud: 1) IUA del acceso sobre el que solicita el alta el servicio NEBA, 2) portabilidad donante de TE junto con el correspondiente nmero de telfono del servicio telefnico bsico de Telefnica, y 3) que solicita la venta e instalacin de la ONT. Es necesario incluir en la mensajera de la portabilidad que una solicitud de portabilidad est relacionada con una solicitud de NEBA, de forma similar a como se hace en el caso de solicitudes de prolongacin de par.
Descripcin del proceso: 1. El Operador realizar su solicitud NEBA (S-NEBA) de conformidad con lo indicado en el apartado datos de contratacin de alta sobre ocupado. 2. TE acusar recibo de la solicitud, asignar nmero de solicitud y realizar las validaciones pertinentes, incluyendo que la numeracin a portar es de TE. 3. TE notificar la aceptacin o rechazo de la solicitud en funcin del resultado de las validaciones. Si se supera la validacin, se enviar al operador el nmero Administrativo asignado a la conexin solicitada. 4. TE asignar los recursos en red para la nueva conexin y comunicar al operador los parmetros de su conexin (S-VLAN, C-VLAN, OP-VLAN, ID ONT) as como una fecha estimada de instalacin VIN. Se generar parada de reloj 5. A partir de ese momento el operador podr solicitar la solicitud de portabilidad (SP). La SP deber incluir una VPN dentro de los mrgenes establecidos por la portabilidad y teniendo en cuenta la VIN facilitada por TE. En caso contrario, TE devolver un ASP con una VPN dentro de dichos mrgenes. Esta ventana se usar como fecha de visita al cliente y como fecha de activacin en caso necesario. 6. En su SP, el Operador deber hacer referencia a que la portabilidad est asociada a una solicitud de NEBA. 7. Si con 15 das desde el envo de la VIN no se hubiera recibido la solicitud de portabilidad TE generar una incidencia hacia el operador y anular la solicitud del servicio NEBA. 8. Si recibida una SP vlida o recibida la CP, el operador cancelara la portabilidad, se proceder a poner en incidencia la orden NEBA de forma que se detengan los trabajos de instalacin y activacin. El operador dispondr de 5 das para resolver dicha incidencia. 9. En caso de reiteracin, la solicitud NEBA quedar en espera durante un mximo de 15 das la llegada de una nueva SP vlida. Transcurrido dicho plazo sin recibir una nueva solicitud de portabilidad (SP) se anular la Solicitud NEBA (causa operador). 10. TE activar la conexin NEBA en la VPN, coincidiendo con el desplazamiento al domicilio de cliente para realizar la instalacin. 11. TE notificar al operador el fin de la solicitud.
3.7.2.10
AOF con portabilidad entre Terceros sin venta ni instalacin de ONT
El Operador realizar la solicitud NEBA FTTH informando, adems de otros datos obligatorios de la solicitud, lo siguiente: 1) IUA del acceso sobre el que solicita el alta el servicio NEBA, 2) portabilidad entre terceros y 3) Nmero telefnico a portar. Descripcin del proceso: 1. El Operador realizar su solicitud NEBA (S-NEBA) de conformidad con lo indicado en el apartado datos de contratacin de alta sobre ocupado. 2. TE acusar recibo de la solicitud, asignar nmero de solicitud y realizar las validaciones pertinentes. 3. TE notificar la aceptacin o rechazo de la solicitud, en funcin del resultado de las validaciones. Si se supera la validacin, se enviar al operador el nmero administrativo asignado a la conexin solicitada. 4. TE asignar los recursos en red para la nueva conexin y comunicar al operador los parmetros de la conexin (S-VLAN, C-VLAN, ID ONT) junto con la ventana de activacin
NEBA (VAN). Simultneamente, TE comunicar por su lado al operador titular del servicio preexistente el inicio de un proceso de alta sobre ocupado por el cual perder el servicio NEBA-F que tena contratado a TE, indicando la VAN propuesta. Se genera parada de reloj hasta la activacin. 5. El operador receptor procede a cursar la solicitud de portabilidad mediante proceso batch. Adems de los datos obligatorios previstos en la especificacin de portabilidad vigente para SP, deber consignar:
Ventana de portabilidad coincidiendo con la VAN comunicada por Telefnica IUA Identificador de proceso asociado a NEBA.
6. El operador donante validar la portabilidad y comprobar la correspondencia entre el nmero de telfono a portar y el IUA del acceso. En caso de denegacin de la SP por este motivo, el donante facilitar el IUA correcto en el campo descripcin causa denegacin. El operador donante no podr modificar la fecha de ventana propuesta. 7. Si la solicitud de portabilidad se retrasara por cualquier incidencia (rechazo, falta de respuesta, cancelacin asociada a una incidencia en la tramitacin, etc.), la solicitud NEBA no se cancelar. El operador receptor abrir una incidencia (con parada de reloj), que deber resolverse con la negociacin de una nueva VAN con Telefnica, mediante el intercambio de comunicaciones a travs del mdulo de NEBA. Transcurridos 15 das laborables sin solventarse la incidencia o sin ser cancelada por el receptor, la solicitud NEBA podr ser anulada por Telefnica. 8. Cuando la solicitud de portabilidad sea cancelada por voluntad expresa del usuario final, ser responsabilidad del operador receptor cancelar la solicitud NEBA vinculada a la mayor brevedad. La cancelacin de una solicitud NEBA deber ser solicitada por el operador receptor siempre tras verificacin previa por ste de que la solicitud de portabilidad vinculada est cancelada (o no ha llegado a cursarse). 9. En ningn caso proceder Telefnica a los trabajos de activacin NEBA sin antes verificar a partir de la informacin de la ER que la portabilidad ha sido confirmada (va mensajes CP) para la fecha prevista y no se ha producido una cancelacin o incidencia (va mensajes CNC). En caso contrario Telefnica abrir un periodo de incidencia, en los mismos trminos que en el punto 7 del procedimiento, deteniendo el proceso de activacin (con parada de reloj). 10. Una vez efectuadas con resultado satisfactorio las verificaciones indicadas, Telefnica ejecutar los trabajos de activacin en la ventana programada y comunicar el fin del traspaso NEBA a donante y receptor. .
3.7.2.11
AOF con portabilidad entre Terceros con venta e instalacin de ONT
El Operador realizar la solicitud NEBA FTTH informando, adems de otros datos obligatorios de la solicitud: 1) IUA del acceso sobre el que solicita el alta el servicio NEBA, 2) portabilidad entre terceros, 3) Nmero telefnico a portar, y 4) que solicita la venta e instalacin de la ONT. Descripcin del proceso: 1. El Operador realizar su solicitud NEBA (S-NEBA) de conformidad con lo indicado en el apartado datos de contratacin de alta sobre ocupado. 2. TE acusar recibo de la solicitud, asignar nmero de solicitud y realizar las validaciones pertinentes.
03/11/2011
Pgina 66 de 150
3. TE notificar la aceptacin o rechazo de la solicitud, en funcin del resultado de las validaciones. Si se supera la validacin, se enviar al operador el nmero administrativo asignado a la conexin solicitada. 4. TE asignar los recursos en red para la nueva conexin y comunicar al operador los parmetros de la conexin (S-VLAN, C-VLAN, ID ONT). 5. TE acordar con el coordinador (punto de contacto, facilitado por el operador en su solicitud), la fecha de instalacin o ventana de instalacin (VIN). 5.1. El resultado del contacto generar una parada de reloj hasta la fecha concertada (VIN). 5.2. Si el contacto con el coordinador fuera infructuoso, se generar parada de reloj y se seguir un protocolo de reintento de contacto con el coordinador. 6. TE comunica al operador la ventana de instalacin (VIN) acordada con el coordinador (punto de contacto facilitado). Simultneamente, TE comunicar por su lado al operador titular del servicio preexistente el inicio de un proceso de alta sobre ocupado por el cual perder el servicio NEBA-F que tena contratado a TE, indicando la VIN propuesta. 7. El operador receptor procede a cursar la solicitud de portabilidad mediante proceso batch. Adems de los datos obligatorios previstos en la especificacin de portabilidad vigente para SP, deber consignar:
Ventana de portabilidad coincidiendo con la VIN comunicada por Telefnica IUA Identificador de proceso asociado a NEBA
8. El operador donante validar la portabilidad y comprobar la correspondencia entre el nmero de telfono a portar y el IUA del acceso. En caso de denegacin de la SP por este motivo, el donante facilitar el IUA correcto en el campo descripcin causa denegacin. El operador donante no podr modificar la fecha de ventana propuesta. 9. Si la solicitud de portabilidad se retrasara por cualquier incidencia (rechazo, falta de respuesta, cancelacin asociada a una incidencia en la tramitacin, etc.), la solicitud NEBA no se cancelar. El operador receptor abrir una incidencia (con parada de reloj), que deber resolverse con la negociacin de una nueva VIN con Telefnica, mediante el intercambio de comunicaciones a travs del mdulo de NEBA. Transcurridos 15 das laborables sin solventarse la incidencia o sin ser cancelada por el receptor, la solicitud NEBA podr ser anulada por Telefnica. 10. Cuando la solicitud de portabilidad sea cancelada por voluntad expresa del usuario final, ser responsabilidad del operador receptor cancelar la solicitud NEBA vinculada a la mayor brevedad. La cancelacin de una solicitud NEBA deber ser solicitada por el operador receptor siempre tras verificacin previa por ste de que la solicitud de portabilidad vinculada est cancelada (o no ha llegado a cursarse). 11. En ningn caso proceder Telefnica a los trabajos de instalacin NEBA sin antes verificar a partir de la informacin de la ER que la portabilidad ha sido confirmada (va mensajes CP) para la fecha prevista y no se ha producido una cancelacin o incidencia (va mensajes CNC). En caso contrario Telefnica abrir un periodo de incidencia, en los mismos trminos que en el punto 9 del procedimiento, deteniendo el proceso de instalacin (con parada de reloj). 12. Una vez efectuadas con resultado satisfactorio las verificaciones indicadas, Telefnica ejecutar los trabajos de instalacin en la ventana programada y comunicar el fin del traspaso NEBA a donante y receptor.
03/11/2011
Pgina 67 de 150
3.7.3 Baja de conexiones NEBA FTTH

El Operador podr solicitar la baja de una conexin NEBA FTTH de su titularidad identificando el acceso sobre el que desea la baja a travs del IUA. Descripcin del proceso: 1. El Operador realizar su solicitud de conformidad con lo indicado en el apartado datos de contratacin de baja. 2. TE acusar recibo de la solicitud, asignar nmero de solicitud y realizar las validaciones pertinentes. 3. TE notificar la aceptacin o rechazo de la solicitud en funcin del resultado de las validaciones. Si se supera la validacin, se enviar al operador el nmero Administrativo asignado a la conexin solicitada. 4. TE desasignar y desactivar los recursos en red. 5. TE notificar al operador el fin de la solicitud.
3.7.3.1 Datos de contratacin de Baja de NEBA-FTTH

CAMPO DATOS DE LA SOLICITUD DATOS DEL OPERADOR N SOLICITUD (del OPERADOR) TIPO DE REGISTRO NOMBRE DEL COORDINADOR TCNICO APELLIDOS DEL COORDINADOR TCNICO TELFONO COORDINADOR TCNICO PRINCIPAL EMAIL COORDINADOR TCNICO PRINCIPAL FAX TELFONO COORDINADOR TCNICO ALTERNATIVO EMAIL COORDINADOR TCNICO ALTERNATIVO TELFONO CONTACTO CLIENTE DATOS CONEXIN IUA OBLIG. SI SI (1*) SI SI SI SI SI SI SI SI (2*) SI
(1*) El TIPO DE REGISTRO permitir identificar el tipo de Baja solicitada. Existir un cdigo que permitir diferenciar las Bajas normales de las Bajas por mala calidad. (2*) El Operador informar en todos los casos un nmero de contacto del cliente que permita al personal de TE acordar la fecha en la que se realizarn los trabajos de desinstalacin y recogida del equipamiento (por ejemplo ONT) en el domicilio del mismo.
3.7.3.2 Validaciones de Baja de NEBA FTTH

VALIDACIONES BAJA NEBA FIBRA El Operador est dado de alta en NEON y tiene permiso para realizar el tipo de operacin solicitada. Los campos obligatorios estn informados y con el formato correcto. Los campos opcionales informados tengan el formato correcto.
03/11/2011
Pgina 68 de 150
El IUA existe y est asociado a un servicio del operador Se validar que el IUA se corresponde con un servicio NEBA No existe pedido en vuelo para el IUA informado
3.7.4 Modificacin de conexiones NEBA FTTH

El Operador podr solicitar la modificacin de un servicio NEBA FTTH de su titularidad identificando el acceso afectado mediante el IUA. Las modificaciones contempladas son las siguientes: 1. Cambio modalidad comercial 2. Reinstalacin PTRO. 3. Venta e instalacin de ONT. 4. Modificacin mantenimiento FTTH. 5. Migracin de una conexin NEBA entre pPAI-Es/LAGs. 6. Cambio de OP-VLAN. Los procesos de Modificacin se ejecutan de la forma siguiente: 1. El Operador realizar su solicitud de conformidad con lo indicado en el apartado datos de contratacin de modificacin de conexiones NEBA FTTH. 2. TE acusar recibo de la solicitud, asignar nmero de solicitud y realizar las validaciones pertinentes. 3. TE notificar la aceptacin o rechazo de la solicitud en funcin del resultado de las validaciones. Si se supera la validacin, se enviar al operador el nmero Administrativo asignado a la conexin solicitada. 4. Las actuaciones de provisin sern funcin de la modificacin solicitada: 4.1. Cambio de Modalidad Comercial: se proceder a Activar la modalidad solicitada. 4.2. Reinstalacin de PTRO Venta e instalacin de ONT : 4.2.1. TE agendar con el coordinador la fecha de instalacin. Se generar una parada de reloj hasta la fecha concertada. 4.2.2. Si el contacto fuera infructuoso, se seguir un protocolo de reintento de contacto. 4.2.3. Realizado el contacto, TE comunicar al operador la ventana de instalacin (VIN) acordada. 4.2.4. TE realizar la instalacin en la VIN. 4.2.5. TE notificar al operador el fin de la solicitud. 4.3. Mantenimiento FTTH 4.3.1. TE realizar las modificaciones necesarias en los sistemas de Contratacin y Facturacin 4.3.2. TE notificar al operador el fin de la solicitud 4.4. Migracin de Conexin entre pPAI-Es / LAGs o Cambio de OP-VLAN
03/11/2011
Pgina 69 de 150
4.4.1. TE asignar y comunicar al Operador los nuevos datos de C-VLAN y S-VLAN y comunicar al operador una ventana de activacin (VAN). 4.4.2. El Operador podr comunicar una modificacin de la VAN. Llegada la fecha VAN dada por TE o modificada por el Operador se procede a la activacin. Se verificar que la fecha modificada por el Operador no supere 15 das desde la solicitud 4.5. Se procede a informar al Operador del fin de la solicitud.
3.7.4.1.1
Datos de contratacin de Modificacin de conexin NEBA-FTTH

CAMPO DATOS DE LA SOLICITUD DATOS DEL OPERADOR N SOLICITUD (del OPERADOR) TIPO DE REGISTRO NOMBRE DEL COORDINADOR TCNICO APELLIDOS DEL COORDINADOR TCNICO TELFONO COORDINADOR TCNICO PRINCIPAL EMAIL COORDINADOR TCNICO PRINCIPAL FAX TELFONO COORDINADOR TCNICO ALTERNATIVO EMAIL COORDINADOR TCNICO ALTERNATIVO TELFONO CONTACTO CLIENTE OBLIG. SI SI SI SI SI SI SI SI SI SI (1*) SI(1*) SI(1*) SI(1*) SI(1*) SI NO (2*) NO (2*) NO (2*) NO (2*) NO (2*) NO (2*)(3*) NO (4*)
Datos de Contacto
NOMBRE APELLIDO TELEFONO 1 TELEFONO 2
DATOS CONEXIN
IUA MODALIDAD (F1 a F75) NMERO ADMINISTRATIVO PPAIE OP-VLAN FTTH INSTALACIN PTRo (SI/NO) VENTA E INSTALACIN ONT(SI/NO)
DATOS MANTENIMIENTO
MANTENIMIENTO(SI, NO) TIPO MANTENIMIENTO
(1*) El Operador informar en todos los casos un nmero de contacto del cliente que permita al personal de TE acordar la fecha en la que se realizarn los trabajos de instalacin en el domicilio del mismo. (2*) El Operador deber informar obligatoriamente alguno de estos campos. (3*) Si se indica NO se considerar que el Operador est solicitando la baja del Mantenimiento. (4*) Obligatorio si se ha indicado SI en MANTENIMIENTO.
03/11/2011
Pgina 70 de 150
3.7.4.1.2
Validaciones Modificaciones NEBA FTTH Validaciones Modificaciones NEBA FTTH
El Operador est dado de alta en NEON y tiene permiso para realizar la operacin solicitada. Los campos obligatorios estn informados y con el formato correcto. Los campos opcionales informados tengan el formato correcto. No hay orden de baja para el Administrativo del pPAI-E/LAG informado. El Administrativo del pPAI-E/LAG informado existe En caso de LAG, el Administrativo corresponde al LAG El Sector contiene al pPAI-E/LAG. El pPAIE origen no es el mismo que el destino en caso de cambio de pPAI-E La modalidad solicitada es vlida La modalidad solicitada no coincide con la que tiene el servicio existente en cambios de modalidad Validar que no existe pedido en vuelo para el IUA de la conexin. Se validara que el IUA se corresponde con un servicio NEBA Se validar que la Modalidad es de tipo Fibra El Mantenimiento es vlido El tipo de mantenimiento es vlido Si la solicitud es de cambio de mantenimiento la opcin de mantenimiento destino no coincide con la actual y es valida Cobertura del tipo de mantenimiento Se validar que el IUA de la conexin existe y pertenece al Operador Se validar que el rango OP VLAN informado es correcto. Se validar que el pPAIE informado tiene caudal contratado para las QoS de la Modalidad NEBA solicitada En solicitudes de modificacin (incluidas migraciones) se ha informado algn dato (son datos opcionales). Si se solicita la modificacin del parmetro OP-VLAN, no se podr solicitar la modificacin de otra caracterstica. Si se solicita la modificacin del pPAIE no se podr solicitar la modificacin de otra caracterstica.
3.7.5 Impacto en la comparticin de verticales

Los procedimientos aqu descritos no contemplan procedimientos asociados al uso de verticales compartidos para la provisin del servicio NEBA.
03/11/2011
Pgina 71 de 150
3.8
Conexiones NEBA Cobre
3.8.1 Conexiones NEBA-Cobre: flujos de provisin

Este apartado describen los siguientes flujos de provisin de NEBA-Cobre (NEBA-Cobre):
Alta de NEBA-Cobre sobre Vacante Alta de NEBA-Cobre sobre Ocupado Modificaciones NEBA-Cobre Baja NEBA-Cobre
En el proceso de provisin NEBA-Cobre se utilizan los conceptos bsicos de Alta sobre Vacante y de Alta sobre Ocupado. Alta sobre Vacante (AV) es una Solicitud sobre un nuevo acceso Cobre de Telefnica. Por tanto:
las rdenes de instalacin incluirn por defecto la instalacin de PTR (tanto para modalidades ADSL2+) y de Splitter (slo para modalidades VDSL2) de forma que en todos los casos ser necesario desplazarse al domicilio del cliente. Opcionalmente, las modalidades ADSL2+ tambin podrn solicitarse con Splitter . en cualquier momento tras la provisin del servicio NEBA-Cobre, el operador podr solicitar una portabilidad receptora sobre dicho acceso. Dicha solicitud de portabilidad ser independiente del alta del NEBA-Cobre.
Alta sobre Ocupado (AO) es una solicitud sobre un acceso cobre de Telefnica, ya sea mayorista o minorista. Por tanto:
puede incluir la instalacin, a peticin del Operador, de equipamiento en el domicilio del cliente (PTR o Splitter); nicamente habr desplazamiento al domicilio del cliente si la solicitud incluye la venta e instalacin de dicho equipamiento. La instalacin de Splitter podr llevarla a cabo el operador solicitante en las altas sobre ocupado.
En los flujos de procesos se contemplan tres ventanas bsicas de actividad:
Ventana de activacin NEBA (VAN): periodo durante el que se activa NEBA-Cobre en los sistemas de provisin (OSS). Ventana de Instalacin NEBA (VIN): periodo durante el que se realizan los trabajos solicitados en domicilio de cliente, tales como instalacin de PTR y/o Splitter . Ventana de Portabilidad (VPN): periodo durante el que se efecta la portabilidad en sistemas; segn los casos podr coincidir o no con las ventanas de activacin e instalacin.
Existir un protocolo de establecimiento de contacto con el coordinador en los casos en los que TE necesite establecer una cita para un trabajo domiciliario. Este protocolo se define a continuacin y aplica en todos los casos donde sea necesaria la visita. Se inicia siempre con una parada de reloj hasta que la cita quede concertada o hasta que se enve incidencia al Operador en caso de contacto infructuoso (ver tabla de incidencias).
Si la orden llega a TE con 3 o ms das de plazo para el vencimiento del compromiso, se realizarn durante los mencionados 3 das y en horarios distintos cinco contactos a los
03/11/2011
Pgina 72 de 150
telfonos informados en la orden, con alguna de las llamadas de contacto realizada entre las 14 y 16 horas, o bien a partir de las 19 horas.
Si la orden llega a TE con menos plazo, los 5 contactos anteriores se realizarn en el intervalo de tiempo que reste hasta la finalizacin de la fecha de compromiso.
Algunos parmetros de configuracin notificados al Operador tras la fase inicial de asignacin (SVLAN y C-VLAN), podrn modificarse, solo de forma excepcional, durante la activacin e instalacin del servicio por lo que se confirmarn en una comunicacin posterior. Como resultado de esta provisin se entregar el servicio al Operador con los siguientes parmetros:
Parmetro OP-VLAN VP VC S-VLAN C-VLAN
Valor VLAN donde se entrega el trafico en router de Cliente Valores de 2 a 4094 VP usado en la capa ATM entre el dslam y el router de cliente si es ADSL 2+. Valores 0 al 13 Vc usado en la capa ATM entre el dslam y el router de cliente si es ADSL 2+. Valores 32 al 127 De 1000 a 4000 (*1) De 2 a 4094 (*2)
(1*) La S-VLAN ser nica para un operador para un mismo pPAI-E, pudindose repetir para el mismo operador en distintos pPAI-E. (2*) La C-VLAN es nica dentro de una misma SVLAN, pudiendo repetirse para distintos clientes de un mismo operador ubicados en distintos nodos de acceso, es decir, transportados sobre distintas S-VLAN.
3.8.2 Descripcin de la contratacin y provisin de NEBA Cobre 3.8.2.1 Tipos de Operaciones

En el servicio NEBA Cobre se contemplan En los apartados siguientes se describen a los flujos de provisin de NEBA-Cobre (NEBA-Cobre), es decir:
Alta de NEBA-Cobre sobre Vacante Alta de NEBA-Cobre sobre Ocupado Modificaciones NEBA-Cobre Baja NEBA-Cobre
Para permitir una identificacin concreta del movimiento solicitado y la correcta realizacin de validaciones, se han establecido un conjunto de cdigos de referencia, denominados Tipo de Solicitud que el Operador deber incorporar en cada solicitud individual. Los tipos de registro de NEBA Cobre son los que se indican en la tabla siguiente:
03/11/2011
Pgina 73 de 150
TIPO REGISTRO NEB100 NEB102 NEB150 NEB200 NEB202 NEB300 NEB302 NEB304 NEB306 NEB350
OPERACIN Alta sobre Vacante NEBA Cu Alta sobre Ocupado NEBA Cu Alta sobre Ocupado Masiva NEBA Cu Baja NEBA Cu Baja NEBA Cu Por prestaciones de bucle Modificacin NEBA Cu Modificacin datos tcnicos NEBA Cu Migracin conexin NEBA Cu a otro PPAI-E/LAG Modificacin NEBA Cu Por prestaciones de bucle Modificacin Masiva NEBA Cu
,En el caso de desempear Telefnica el papel de operador receptor del servicio (movimientos de NEBA hacia minorista de Telefnica), se atendr en todo a los procedimientos de traspaso entre terceros, con o sin portabilidad, contenidos en el presente documento.
3.8.2.2 Alta sobre vacante NEBA Cobre

En el Alta sobre Vacante de NEBA cobre, la provisin del servicio incluir por defecto la instalacin de PTR para ADSL2+ y de Splitter para modalidades VDSL2, y ser necesaria la actuacin en domicilio del cliente. El Alta sobre vacante de NEBA-Cobre solo provisonar NEBA-Cobre sin servicio telefnico de Telefnica. Las solicitudes de alta sobre vacante se realizan utilizando como parmetro bsico de entrada para la identificacin del domicilio el cdigo GESCAL. La solicitud incluir el GESCAL 37 para identificar inequvocamente el domicilio de instalacin:
Para recuperar el GESCAL 37 de un domicilio, el operador podr utilizar el correspondiente Web Service u otros medios de informacin puestos a disposicin de los operadores. En caso de que el domicilio de inters no estuviera Gescalizado o si el operador no localizara el cdigo GESCAL 37 concreto, el operador podr, alternativamente, realizar su solicitud utilizando el cdigo GESCAL 24 (finca) y cumplimentando un conjunto de campos adicionales (equivalentes a los utilizados en las posiciones 25 a 37 del GESCAL 37), con la informacin que el operador disponga del domicilio de instalacin. Dicha informacin ser parte del formato de la solicitud de Alta sobre vacante. En el caso de que se utilice esta segunda alternativa, durante el proceso de registro de la solicitud, los campos introducidos, junto con el GESCAL 24, generarn un nuevo GESCAL 37 que se asociar al domicilio sobre el que se solicita el Alta sobre Vacante de NEBA. Si la va (calle, plaza,) del domicilio de inters no estuviera Gescalizada (bsqueda infructuosa con el Web Service u otros medios), el operador utilizar un Web Service adicional especficamente diseado para solicitar la Gescalizacin de vas (calles, plazas.). Dado que dicha Gescalizacin requiere tareas fuera de lnea, incluidas gestiones ante las autoridades municipales, se ha establecido un plazo especfico de
03/11/2011
Pgina 74 de 150
respuesta para estas solicitudes (ver Inclusin en GESCAL de direcciones no codificadas en apartado de ANS). Descripcin del proceso: 1. El Operador realizar su solicitud de conformidad con lo indicado en el apartado datos de contratacin de alta sobre vacante. 2. TE acusar recibo de la solicitud, asignar nmero de solicitud y realizar las validaciones pertinentes, incluyendo que la numeracin a portar sea de TE. 3. TE notificar la aceptacin o rechazo de la solicitud en funcin del resultado de las validaciones. Si se supera la validacin, se enviar al operador el nmero Administrativo asignado a la conexin solicitada. 4. TE verificar si existe cobertura para la modalidad contratada. En el caso de no superarse, TE generar una incidencia hacia el Operador indicando dicha circunstancia. El Operador podr anular o reiterar. En caso de reiteracin la orden progresar hacia los sistemas de provisin marcada la orden con un cdigo que indique que no ha superado la validacin de Cobertura . 5. TE asignar los recursos y activar la orden. Si el operador proporciona el VP, VC, OP-VLAN, se asignarn dichos valores. En caso contrario sern asignados por TE. 6. TE agendar con el coordinador la ventana de instalacin (VIN). Se generar una parada de reloj hasta la fecha concertada. 7. Si el contacto fuera infructuoso, se seguir un protocolo de reintento de contacto. 8. Se notificar al Operador la VIN acordada con el coordinador (punto de contacto facilitado). La comunicacin de la ventana de instalacin incluir tambin los parmetros de provisin que el operador necesita conocer de la activacin del servicio (OP-VLAN, VC/VP, S-VLAN, C-VLAN), as como el nmero Administrativo de la conexin. 9. En la VIN se realizar la instalacin. 10. Una vez en el domicilio de cliente el instalador de TE realizar una prueba final. Del resultado de esta prueba depende el fin de la provisin:
Si los parmetros tcnicos obtenidos estn por encima del mnimo para la modalidad instalada, se dar por vlida la instalacin y se comunicar el fin de solicitud al Operador. Si los parmetros no cumplen el mnimo establecido para alguno de los valores, se generar una incidencia hacia el Operador. El Operador podr anular o reiterar la orden.
11. TE notificar al operador el fin de la solicitud.
3.8.2.2.1
Datos de contratacin de Alta sobre Vacante de NEBA-Cobre

CAMPO DATOS DE LA SOLICITUD DATOS DEL OPERADOR N SOLICITUD (del OPERADOR) TIPO DE REGISTRO NOMBRE DEL COORDINADOR TCNICO APELLIDOS DEL COORDINADOR TCNICO TELFONO COORDINADOR TCNICO PRINCIPAL EMAIL COORDINADOR TCNICO PRINCIPAL OBLIG. SI SI (1*) SI SI SI SI
03/11/2011
Pgina 75 de 150
FAX TELFONO COORDINADOR TCNICO ALTERNATIVO EMAIL COORDINADOR TCNICO ALTERNATIVO DATOS DE CONTACTO NOMBRE APELLIDOS TELEFONO 1 TELEFONO 2 DATOS DOMICILIO CDIGO GESCAL OBSERVACIONES DATOS ACCESO NMERO TELFONO NMERO ADMINISTRATIVO DATOS CONEXIN MODALIDAD (ADSL 2+: A1 a A18) (VDSL: V1 a V23) SECTOR NUMERO ADMINISTRATIVO PPAIE OP-VLAN COBRE VP VC INSTALACIN SPLITTER (SI/NO) INSTALACIN PTR (SI/NO) DESNUDAR (SI/NO) DATOS MANTENIMIENTO MANTENIMIENTO (SI/NO) TIPO DE MANTENIMIENTO
SI SI SI SI (2*) SI (2*) SI (2*) SI (2*) SI (3*) SI (4*) SI (5*) SI (6*) SI
SI SI NO (7*) NO (8*) NO (8*) SI (9*) SI (10*) SI SI SI (11*)
(1*) El TIPO DE REGISTRO permitir identificar el tipo de alta solicitada. Existir un cdigo que permitir diferenciar las Alta sobre Vacante de las Altas sobre Ocupado. (2*) El Operador informar en todos los casos un nmero de contacto del cliente que permita al personal de TE acordar la fecha en la que se realizarn los trabajos de instalacin en el domicilio del mismo. (3*) Cdigo GESCAL 24 o 37. Obligatorio informar al menos el Cdigo GESCAL 24 si el TIPO DE REGISTRO se corresponde con la operacin de Alta sobre Vacante. (4*) Obligatorio si el TIPO DE REGISTRO se corresponde con la operacin de Alta sobre Vacante y el Operador ha informado el Cdigo GESCAL 24. (5*) Obligatorio si el TIPO DE REGISTRO se corresponde con la operacin de Alta sobre Ocupado y no se ha informado el NMERO ADMINISTRATIVO. (6*) Obligatorio si el TIPO DE REGISTRO se corresponde con la operacin de Alta sobre Ocupado y no se ha informado el NMERO TELFONO. (7*) Opcional, independientemente de la tecnologa (ADSL2+ o VDSL) con la que se corresponda la Modalidad solicita si el Operador no informa este dato TE asignar el valor correspondiente en la provisin del servicio. (8*) Opcional, si la Modalidad solicitada se corresponde con la tecnologa ADSL2+ y el
03/11/2011
Pgina 76 de 150
Operador no informa este dato TE asignar el valor correspondiente en la provisin del servicio. (9*) Si el TIPO DE REGISTRO se corresponde con la operacin de Alta sobre Vacante y la MODALIDAD solicitada se corresponde con la tecnologa VDSL se tomar por defecto el valor SI, independientemente de lo que haya indicado el Operador. En otro caso (Alta sobre Ocupado o tecnologa ADSL2+) se respetar lo indicado por el Operador. (10*) Si el TIPO DE REGISTRO se corresponde con la operacin de Alta sobre Vacante, la MODALIDAD solicitada se corresponde con la tecnologa ADSL2+ y se ha indicado NO en INSTALACIN DE SPLITTER se tomar por defecto el valor SI, independientemente de lo que haya indicado el Operador. (11*) Obligatorio si se ha indicado SI en MANTENIMIENTO.
3.8.2.2.2
Validaciones NEBA COBRE alta sobre vacante
Validaciones NEBA COBRE Alta sobre vacante Se validar que el Operador est dado de alta en NEON y tiene permiso para realizar el tipo de operacin solicitada. Se validar que los campos obligatorios estn informados y con el formato correcto. Se validar que los campos opcionales informados tengan el formato correcto. Validar que no haya orden de baja para el Administrativo del pPAI-E informado. Validacin cobertura (a travs del Domicilio). Se validar que el Sector sea uno de los posibles. Se validar que el Sector contiene la Central asociada al domicilio. Se validar que el Administrativo del pPAI-E informado existe Se validar que para configuraciones LAG, se haga referencia al Administrativo del LAG (principal). Se validar que el Sector sea el mismo que el del pPAI-E. Se validar que la Modalidad solicitada es vlida Se validar que el rango VP informado es correcto (ADSL2+). Se validar que el rango VC informado es correcto (ADSL2+). Se validar que el rango OP VLAN informado es correcto. Se validar que el pPAIE informado por el Operador en la solicitud del servicio NEBA tiene caudal contratado para las QoS que componen la Modalidad NEBA solicitada Si un Operador solicita Splitter y PTR se rechaza solicitud, porque no se pueden solicitar las dos cosas. Se validar la cobertura para el Tipo de Mantenimiento.
3.8.2.3 Alta sobre ocupado de NEBA Cobre (AOC)

Las solicitudes de Alta sobre ocupado utilizarn como parmetro de entrada el Nmero Administrativo del servicio preexistente sobre el par. En el caso de accesos con un nmero telefnico de Telefnica (incluido AMLT), podr utilizarse el nmero de telfono del servicio telefnico bsico de Telefnica. En el Alta sobre Ocupado se contemplan varios flujos en funcin de las caractersticas de la solicitud de servicio, bsicamente en funcin de si hay portabilidad y si es necesaria instalacin en
03/11/2011
Pgina 77 de 150
domicilio de cliente. Para cada flujo descrito se identifica informacin que el Operador incluir en la solicitud, relevante a los efectos de la descripcin de los flujos de provisin. En la tabla siguiente se muestra la casustica aplicable a los flujos de provisin de Alta sobre ocupado (AO) de NEBA Cobre. Aunque el Operador solicitante no tiene por qu conocer la situacin de origen, la tabla refleja el conjunto de flujos de provisin sobre los que se puede realizar ese tipo de movimiento. Se incluye una columna con un nmero identificador del escenario al que se har referencia en la definicin detallada de los flujos de provisin.
Origen Servicio minorista de banda ancha de TE, con STB/AMLT Servicio STB de TE AMLT
Destino NEBA xDSL conservando STB/AMLT NEBA xDSL sin STB NEBA xDSL sin STB con portabilidad NEBA xDSL conservando STB/AMLT NEBA xDSL sin STB NEBA xDSL sin STB con portabilidad
N 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
ADSL-IP/GigADSL STB/AMLT
con
NEBA xDSL mismo o distinto Operador manteniendo STB/AMLT NEBA xDSL sin STB mismo o distinto Operador NEBA xDSL sin STB distinto Operador con portabilidad
ADSL-IP/GigADSL STB/AMLT NEBA xDSL STB/AMLT
sin
NEBA xDSL sin STB mismo o distinto Operador NEBA xDSL sin STB distinto Operador con portabilidad
con
NEBA xDSL distinto Operador manteniendo STB/AMLT NEBA xDSL sin STB distinto Operador NEBA xDSL sin STB distinto Operador con portabilidad
NEBA xDSL sin STB/AMLT
NEBA xDSL sin STB distinto Operador NEBA xDSL sin STB distinto Operador con portabilidad
Bucle compartido STB/AMLT
con
NEBA xDSL con STB/AMLT mismo/distinto Operador NEBA xDSL sin STB/AMLT mismo/distinto Operador NEBA xDSL sin STB/AMLT mismo/distinto Operador con portabilidad
Bucle compartido STB/AMLT Bucle desagregado
sin
NEBA xDSL sin STB/AMLT mismo/distinto Operador NEBA xDSL sin STB/AMLT distinto Operador con portabilidad NEBA xDSL sin STB/AMLT mismo/distinto Operador NEBA xDSL sin STB/AMLT distinto Operador con portabilidad
Movimientos de Alta sobre ocupado (AO) NEBA xDSL
03/11/2011
Pgina 78 de 150
3.8.2.3.1
Datos de contratacin de Alta sobre Ocupado de NEBA-Cobre

CAMPO OBLIG. SI SI (1*) SI SI SI SI SI SI SI SI (2*) SI (2*) SI (2*) SI (2*) SI (3*) SI (4*) SI SI SI NO (5*) NO (6*) NO (6*) SI (7*) SI (8*) SI SI SI (9*) NO SI (10*) NO SI(10/11*) SI(10) SI(10*)
DATOS DE LA SOLICITUD DATOS DEL OPERADOR
N SOLICITUD (del OPERADOR) TIPO DE REGISTRO NOMBRE DEL COORDINADOR TCNICO APELLIDOS DEL COORDINADOR TCNICO TELFONO COORDINADOR TCNICO PRINCIPAL EMAIL COORDINADOR TCNICO PRINCIPAL FAX TELFONO COORDINADOR TCNICO ALTERNATIVO EMAIL COORDINADOR TCNICO ALTERNATIVO
DATOS DE CONTACTO
NOMBRE APELLIDOS TELEFONO 1 TELEFONO 2
DATOS ACCESO
NMERO TELFONO NMERO ADMINISTRATIVO
DATOS CONEXIN
MODALIDAD (ADSL 2+: A1 a A18) (VDSL: V1 a V19) SECTOR NUMERO ADMINISTRATIVO PPAIE OP-VLAN COBRE VP VC INSTALACIN SPLITTER (SI/NO) INSTALACIN PTR (SI/NO) DESNUDAR (SI/NO)
DATOS MANTENIMIENTO DATOS PORTABILIDAD
MANTENIMIENTO (SI/NO) TIPO DE MANTENIMIENTO PORTABILIDAD SI PORTABILIDAD ASOCIADA O ENTRE TERCEROS; NO POR DEFECTO NUMERO DE TELEFONO PORTABILIDAD TIPO DE DOCUMENTO DEL USUARIO FINAL (TITULAR DEL N DE TELEFONO ASOCIADO AL PAR) CIF/NIF/NIE/N PASAPORTE TIPO DE PORTABILIDAD NRN, N INICIAL Y N FINAL DE RANGO
(1*) El TIPO DE REGISTRO permitir identificar el tipo de alta solicitada. Existir un cdigo que
03/11/2011
Pgina 79 de 150
permitir diferenciar las Alta sobre Vacante de las Altas sobre Ocupado. (2*) El Operador informar en todos los casos un nmero de contacto del cliente que permita al personal de TE acordar la fecha en la que se realizarn los trabajos de instalacin en el domicilio del mismo. (3*) Obligatorio si el TIPO DE REGISTRO se corresponde con la operacin de Alta sobre Ocupado y no se ha informado el NMERO ADMINISTRATIVO. (4*) Obligatorio si el TIPO DE REGISTRO se corresponde con la operacin de Alta sobre Ocupado y no se ha informado el NMERO TELFONO. (5*) Opcional, independientemente de la tecnologa (ADSL2+ o VDSL) con la que se corresponda la Modalidad solicita si el Operador no informa este dato TE asignar el valor correspondiente en la provisin del servicio. (6*) Opcional, si la Modalidad solicitada se corresponde con la tecnologa ADSL2+ y el Operador no informa este dato TE asignar el valor correspondiente en la provisin del servicio. (7*) Si el TIPO DE REGISTRO se corresponde con la operacin de Alta sobre Vacante y la MODALIDAD solicitada se corresponde con la tecnologa VDSL se tomar por defecto el valor SI, independientemente de lo que haya indicado el Operador. . En otro caso (Alta sobre Ocupado o tecnologa ADSL2+) se respetar lo indicado por el Operador. (8*) Si el TIPO DE REGISTRO se corresponde con la operacin de Alta sobre Vacante, la MODALIDAD solicitada se corresponde con la tecnologa ADSL2+ y se ha indicado NO en INSTALACIN DE SPLITTER se tomar por defecto el valor SI, independientemente de lo que haya indicado el Operador. (9*) Obligatorio si se ha indicado SI en MANTENIMIENTO. (10*) Obligatorio si se ha indicado SI en PORTABILIDAD. (11*) La validacin de documento de usuario final es propia de la portabilidad y se hereda en NEBA por obligacin de portabilidad solo en los casos en la que la solicitud de NEBA lleva asociado Portabilidad. EL campo tipo de Documento de usuario final no es obligatorio. El campo CIF/NF/NIE/N pasaporte , es decir , el numero de documento de usuario final, se validar de acuerdo a los criterios acordados por los Operadores en la AOP.
3.8.2.3.2
Validaciones de Alta sobre ocupado de NEBA COBRE
Las siguientes validaciones aplican a todas las Altas sobre ocupado de NEBA cobre,
VALIDACIONES NEBA COBRE alta sobre ocupado Se validar que el Operador est dado de alta en NEON y tiene permiso para realizar el tipo de operacin solicitada. Se validar que los campos obligatorios estn informados y con el formato correcto. Se validar que los campos opcionales informados tengan el formato correcto. Validar que no existe pedido en vuelo para el Administrativo/IUA de la Conexin. Incluir tambin telfono (es decir, por Administrativo/telfono) Validar que no haya orden de baja para el Administrativo del pPAI-E informado. Validacin cobertura ( N telfono o N administrativo). Se validar que el Sector sea uno de los posibles. Se validar que el Sector contiene la Central asociada al domicilio. Se validar que el Administrativo del pPAI-E informado existe (En la ltima versin del B2 se permite la comparticin de pPAIEs). Se validar que para configuraciones LAG, se haga referencia al Administrativo del LAG (principal).
03/11/2011
Pgina 80 de 150
Se validar que el Sector sea el mismo que el del pPAI-E. Se validar que la Modalidad solicitada es vlida Se validar que el Telfono/N Administrativo est de acuerdo a la condicin de uso establecida en el configurador (servicio vlido en funcin de la preexistente del acceso). Se validar que el rango VP informado es correcto (ADSL2+). Se validar que el rango VC informado es correcto (ADSL2+). Se validar que el rango OP VLAN informado es correcto. Validaciones de incompatibilidades de portabilidad cuando TE es donante (por ejemplo telfono portable). Se validar que el pPAIE informado por el Operador en la solicitud del servicio NEBA tiene caudal contratado para las QoS que componen la Modalidad NEBA solicitada Ya tiene el servicio solicitado (se validar que el operador no solicite el mismo servicio que ya tiene. Si un Operador solicita Splitter y PTR se rechaza solicitud, porque no se pueden solicitar las dos cosas. Se validar la cobertura para el Tipo de Mantenimiento.
3.8.2.4AOC sin portabilidad y sin instalacin de equipamiento

El Operador realizar la solicitud NEBA Cobre informando, adems de otros datos obligatorios de la solicitud, el nmero Administrativo o, en su caso, el nmero de telfono del servicio telefnico de Telefnica existente en el acceso sobre el que solicita el alta del servicio NEBA. El operador no marcar portabilidad. El proceso de una solicitud de este tipo aplica a los movimientos 1, 2, 4, 5, 7, 8,10,12,13,15,17,18, 20 y 22 de la tabla y seguir los siguientes pasos: Descripcin del proceso: 1. El Operador realizar su solicitud NEBA (S-NEBA) de conformidad con lo indicado en el apartado datos de contratacin Alta NEBA Cobre sobre ocupado 2. TE asigna nmero de solicitud y realiza la validacin de los datos de la solicitud, incluida cobertura. 3. TE generar una notificacin en la que se informar de la aceptacin o rechazo de la solicitud en funcin del resultado de las validaciones. 4. Proceso de validacin de la aptitud del par de la modalidad contratada:
En el caso de que la modalidad destino tenga un perfil de validacin ms exigente que el de la modalidad actual, TE realizar siempre la validacin de la aptitud del par para la modalidad seleccionada por el Operador peticionario, aplicndose el criterio de marcar o no marcar el pedido en funcin de la aptitud del par. Si la modalidad actual se provision sin tener en cuenta el criterio de validacin de TE y por lo tanto est marcada como no recomendable para la calidad del bucle se validar la aptitud del par con independencia de que la modalidad destino sea ms o menos exigente en trminos de aptitud de par que la origen, reflejando la marca la situacin resultante de dicha validacin. Esto solo se aplica para el caso de que el sevicio origen sea el NEBA.
5. Actuacin en ambos casos, de superacin o no de la validacin del par:
En el caso de no superarse la validacin segn lo indicado en el punto anterior, TE generar una incidencia hacia el Operador que indicar dicha circunstancia. El Operador
03/11/2011
podr anular o reiterar. En caso de reiteracin la orden progresar y se provisionar. Se generar una marca indicando no recomendable para la calidad del bucle.
Si se supera la validacin, la orden progresar de forma normal y se provisionar, eliminando la marca de no recomendable para la calidad del bucle si existiera.
6. Si existiera un servicio mayorista sobre dicho acceso afectado por la solicitud de NEBA-Cobre, TE comunicar al operador titular del servicio mayorista preexistente el inicio de un proceso de alta sobre ocupado por el cual perder el servicio NEBA-Cobre que tena contratado a TE. 7. TE realizar la asignacin de recursos e identificar si son necesarios trabajos en central (cambio de DSLAM). 8. En caso de no ser necesarios trabajos en central, a. TE comunicar al operador solicitante la ventana de activacin del servicio (VAN). Se genera parada de reloj hasta la activacin. Dicha comunicacin incluir los parmetros tcnicos asociados a la activacin del servicio (OP-VLAN, VC/VP, S-VLAN, C-VLAN). b. El operador podr solicitar el cambio de VAN mediante los procesos NEBA, ajustndola a sus necesidades. La nueva ventana de activacin, no ser ms tarde de 15 das desde la fecha de recepcin de la solicitud de NEBA. 9. En caso de ser necesarios trabajos en central, TE informar al operador de la Ventana de instalacin (VIN) junto con los parmetros tcnicos asociados a la activacin del servicio (OPVLAN, S-VLAN, C-VLAN). En este caso, el operador deber aceptar la fecha de VIN. 10. TE comunicar al operador titular, en su caso, la VAN o VIN establecida. 11. En la fecha establecida, se realizarn los trabajos necesarios. 12. TE notificar al operador solicitante y, en su caso, al operador cedente el fin de la solicitud.
3.8.2.5 AOC sin portabilidad y con instalacin de equipamiento

El Operador realizar la solicitud NEBA-Cobre informando, adems de otros datos obligatorios de la solicitud, 1) nmero Administrativo o, en su caso, nmero de telfono del servicio telefnico bsico de Telefnica que existe en el acceso sobre el que solicita el alta del servicio NEBA y 2) que solicita la venta e instalacin de equipamiento (PTR o Splitter). El operador no marcar portabilidad. El proceso de una solicitud de este tipo aplica a los movimientos 1, 2, 4, 5, 7, 8,10,12,13,15,17,18, 20 y 22 de la tabla (los mismos que en el caso anterior) y seguir los siguientes pasos: Descripcin del proceso: 1. El Operador realizar su Solicitud de conformidad con lo indicado en el apartado datos de contratacin Alta NEBA Cobre sobre ocupado 2. TE asigna nmero de solicitud y realizar la validacin de los datos de la solicitud, incluyendo la cobertura para la modalidad de NEBA-Cobre solicitada. 3. TE generar una notificacin en la que se informar de la aceptacin o rechazo de la solicitud en funcin del resultado de las validaciones. 4. Proceso de validacin de la aptitud del par de la modalidad contratada:
En el caso de que la modalidad destino tenga un perfil de validacin ms exigente que el de la modalidad actual, TE realizar siempre la validacin de la aptitud del par para la
03/11/2011
Pgina 82 de 150
modalidad seleccionada por el Operador peticionario, aplicndose el criterio de marcar o no marcar el pedido en funcin de la aptitud del par.
Si la modalidad actual se provision sin tener en cuenta el criterio de validacin de TE y por lo tanto est marcada como no recomendable para la calidad del bucle se validar la aptitud del par con independencia de que la modalidad destino sea ms o menos exigente en trminos de aptitud de par que la origen, reflejando la marca la situacin resultante de dicha validacin. Esto solo se aplica para el caso de que el sevicio origen sea el NEBA.
5. Actuacin en ambos casos, de superacin o no de la validacin del par:
En el caso de no superarse la validacin segn lo indicado en el punto anterior, TE generar una incidencia hacia el Operador que indicar dicha circunstancia. El Operador podr anular o reiterar. En caso de reiteracin la orden progresar y se provisionar. Se generar una marca indicando no recomendable para la calidad del bucle. Si se supera la validacin, la orden progresar de forma normal y se provisionar, eliminando la marca de no recomendable para la calidad del bucle si existiera.
6. Si existiera un servicio mayorista sobre dicho acceso afectado por la solicitud de NEBA-Cobre, TE comunicar al operador titular del servicio mayorista preexistente el inicio de un proceso de alta sobre ocupado por el cual perder el servicio que tena contratado a TE. 7. Se proceder a la Asignacin de los nuevos recursos. 8. TE agendar con el coordinador (punto de contacto facilitado) la ventana de instalacin (VIN). Se generar una parada de reloj hasta la fecha concertada. 9. Si el contacto fuera infructuoso, se seguir un protocolo de reintento de contacto. 10. Se notificar al Operador la ventana de instalacin (VIN) acordada con el coordinador (punto de contacto facilitado). La comunicacin de la ventana de instalacin incluir tambin los parmetros de provisin que el operador necesita conocer de la activacin del servicio (OPVLAN, VP/VC, S-VLAN, C-VLAN). 11. TE comunicar al operador titular del servicio preexistente, en su caso, la VIN. 12. TE activar la conexin NEBA en la VIN, coincidiendo con la instalacin en domicilio de cliente. 13. Una vez en el domicilio de cliente el instalador de TE realizar una prueba final. Del resultado de esta prueba depende el fin de la provisin: a. Si los parmetros tcnicos obtenidos estn por encima del mnimo para la modalidad instalada, se dar por vlida la instalacin y se comunicar el fin de solicitud al Operador b. Si estos parmetros no cumplen el mnimo establecido, se generar una incidencia hacia el Operador. El Operador podr anular o reiterar la orden. 14. TE notificar al operador solicitante y, en su caso, al operador cedente la finalizacin de la solicitud.
3.8.2.6
AOC con portabilidad donante de TE y sin instalacin de equipamiento
El Operador realizar la solicitud NEBA-Cobre informando, adems de otros datos obligatorios de la solicitud: 1) nmero administrativo o, en su caso, nmero de telfono del servicio telefnico bsico de Telefnica que existe en el acceso sobre el que solicita el alta el servicio NEBA, y 2)
03/11/2011
Pgina 83 de 150
portabilidad donante de TE junto con el correspondiente nmero de telfono del servicio telefnico bsico de Telefnica. Es necesario incluir en la mensajera de la portabilidad que una solicitud de portabilidad est relacionada con una solicitud de NEBA, de forma similar a como se hace en el caso de solicitudes de prolongacin de par. El proceso de una solicitud de este tipo aplica a los movimientos 3, 6, 9, 14 y 19 de la tabla y seguir los siguientes pasos: Descripcin del proceso. 1. El Operador realizar su Solicitud de conformidad con lo indicado en el apartado datos de contratacin Alta NEBA Cobre sobre ocupado 2. TE realizar la asignacin de nmero de solicitud y validacin de los datos, incluyendo la cobertura para la modalidad de NEBA-Cobre solicitada y que la numeracin a portar es de TE. 3. TE generar una notificacin en la que se informar de la aceptacin o rechazo de la solicitud en funcin del resultado de las validaciones. 4. Proceso de validacin de la aptitud del par de la modalidad contratada:
En el caso de que la modalidad destino tenga un perfil de validacin ms exigente que el de la modalidad actual, TE realizar siempre la validacin de la aptitud del par para la modalidad seleccionada por el Operador peticionario, aplicndose el criterio de marcar o no marcar el pedido en funcin de la aptitud del par. Si la modalidad actual se provision sin tener en cuenta el criterio de validacin de TE y por lo tanto est marcada como no recomendable para la calidad del bucle se validar la aptitud del par con independencia de que la modalidad destino sea ms o menos exigente en trminos de aptitud de par que la origen, reflejando la marca la situacin resultante de dicha validacin. Esto solo se aplica para el caso de que el sevicio origen sea el NEBA.
Actuacin en ambos casos, de superacin o no de la validacin del par:
En el caso de no superarse la validacin segn lo indicado en el punto anterior, TE generar una incidencia hacia el Operador que indicar dicha circunstancia. El Operador podr anular o reiterar. En caso de reiteracin la orden progresar y se provisionar. Se generar una marca indicando no recomendable para la calidad del bucle. Si se supera la validacin, la orden progresar de forma normal y se provisionar, eliminando la marca de no recomendable para la calidad del bucle si existiera. Si existiera un servicio mayorista sobre dicho acceso afectado por la solicitud de NEBACobre (acceso compartido, NEBA con ST, etc.), , TE comunicar al operador titular del servicio preexistente el inicio de un proceso de alta sobre ocupado por el cual perder el servicio que tena contratado a TE.
5. TE realizar la asignacin de recursos e identificar si son necesarios trabajos en central (cambio de DSLAM). 6. En caso de no ser necesarios trabajos en central, TE comunicar al operador solicitante y, en su caso, al operador titular la Ventana de Activacin NEBA (VAN). En caso contrario, se comunicara la Venta de Instalacin NEBA (VIN). Se genera parada de reloj hasta la activacin. TE comunicar los parmetros tcnicos asociados a la activacin del servicio (OPVLAN, VP/VC, S-VLAN, C-VLAN).
03/11/2011
Pgina 84 de 150
a. El operador solicitar la portabilidad (SP) mediante proceso batch con una VPN que puede diferir de la VAN (o VIN, en su caso), ajustndose a los procesos de portabilidad. b. Si transcurridos 15 das desde el envo de la VAN o VIN no se ha recibido una SP vlida se anular la solicitud NEBA (causa operador) (se denegar cualquier SP posterior asociada a dicha S-NEBA) . c. Si recibida una SP vlida o recibida la CP, el operador cancelara la portabilidad, la solicitud NEBA se pondr en incidencia. El operador dispondr de 5 das para anular o reiterar. En caso de Reiterar, la solicitud NEBA quedar en espera de la llegada de una nueva SP vlida durante un mximo de 15 das. Transcurrido dicho plazo se anular la S-NEBA (causa operador). d. Una vez recibida la CP, TE activar la portabilidad y la conectividad en la VAN (VIN) . 7. En la SP, el Operador deber hacer referencia a que est asociada a una solicitud de NEBA. 8. Llegada la ventana se procede a la provisin de portabilidad y a la instalacin en central del servicio NEBA. 9. TE notificar al operador solicitante y, en su caso, al operador cedente la finalizacin de la solicitud.
3.8.2.7 AOC con portabilidad donante de TE y con instalacin de equipamiento

El Operador realizar la solicitud NEBA-Cobre informando, adems de otros datos obligatorios de la solicitud: 1) nmero administrativo o, en su caso, nmero de telfono del servicio telefnico bsico de Telefnica que existe en el acceso sobre el que solicita el alta el servicio NEBA, 2) portabilidad donante de TE junto con el correspondiente nmero de telfono del servicio telefnico bsico de Telefnica y 3) que solicita la venta e instalacin de equipamiento (PTR o Splitter) Es necesario incluir en la mensajera de la portabilidad que una solicitud de portabilidad est relacionada con una solicitud de NEBA, de forma similar a como se hace en el caso de solicitudes de prolongacin de par. El proceso de una solicitud de este tipo aplica a los movimientos 3,6,9,14 y 19 de la tabla y seguir los siguientes pasos: Descripcin del proceso: 1. El Operador realizar su Solicitud de conformidad con lo indicado en el apartado datos de contratacin Alta NEBA Cobre sobre ocupado 2. TE realizar la asignacin de nmero de solicitud y validacin de los datos de la solicitud, incluyendo la cobertura para la modalidad de NEBA-Cobre solicitada y que la numeracin a portar es de TE. 3. TE generar una notificacin en la que se informar de la aceptacin o rechazo de la solicitud en funcin del resultado de las validaciones 4. Proceso de validacin de la aptitud del par de la modalidad contratada:
En el caso de que la modalidad destino tenga un perfil de validacin ms exigente que el de la modalidad actual, TE realizar siempre la validacin de la aptitud del par para la modalidad seleccionada por el Operador peticionario, aplicndose el criterio de marcar o no marcar el pedido en funcin de la aptitud del par. Si la modalidad actual se provision sin tener en cuenta el criterio de validacin de TE y por lo tanto est marcada como no recomendable para la calidad del bucle se validar la
03/11/2011
Pgina 85 de 150
aptitud del par con independencia de que la modalidad destino sea ms o menos exigente en trminos de aptitud de par que la origen, reflejando la marca la situacin resultante de dicha validacin. Esto solo se aplica para el caso de que el sevicio origen sea el NEBA. Actuacin en ambos casos, de superacin o no de la validacin del par:
En el caso de no superarse la validacin segn lo indicado en el punto anterior, TE generar una incidencia hacia el Operador que indicar dicha circunstancia. El Operador podr anular o reiterar. En caso de reiteracin la orden progresar y se provisionar. Se generar una marca indicando no recomendable para la calidad del bucle. Si se supera la validacin, la orden progresar de forma normal y se provisionar, eliminando la marca de no recomendable para la calidad del bucle si existiera.
5. Si existiera un servicio mayorista sobre dicho acceso afectado por la solicitud de NEBA-Cobre (acceso compartido, NEBA con ST, etc.),, TE comunicar al operador titular del servicio preexistente el inicio de un proceso de alta sobre ocupado por el cual perder el servicio que tena contratado a TE. 6. TE acordar con el coordinador (punto de contacto facilitado) la ventana de instalacin (VIN). Se generar una parada de reloj hasta la fecha concertada. 7. TE confirmar al Operador la ventana de instalacin (VIN) acordada con el coordinador (punto de contacto facilitado) y realizar la asignacin de los nuevos recursos. La comunicacin de la ventana de instalacin incluir tambin los parmetros de provisin que el operador necesita conocer de la activacin del servicio (OP-VLAN, VP/VC, S-VLAN, C-VLAN). Se producir una parada de reloj 8. En este momento el operador podr solicitar a la entidad de referencia la portabilidad mediante proceso batch. a. En su SP, el Operador fijar una VPN dentro de los mrgenes establecidos para la portabilidad. En caso contrario, TE devolver un ASP dentro de dichos lmites.. b. Si 15 das despus de la comunicacin de la VIN no se hubiera recibido una SP vlida se generar una incidencia y se proceder a anular la S-NEBA (causa operador), denegndose cualquier SP posterior asociada a dicha S-NEBA. c. Si recibida una SP vlida o recibida la CP, el operador cancelar la portabilidad, se generar una incidencia en la solicitud NEBA, parando los trabajos de activacin en instalacin. El operador tendr 5 das para resolverla, en caso contrario se anular. Adicionalmente, si transcurridos 15 no se recibiera otro SP vlido se anular la SNEBA (causa operador). 9. En la SP, el Operador deber hacer referencia a que est asociada a una solicitud de NEBA. 10. TE instalar la conexin NEBA y la portabilidad en la VIN . 11. Una vez en el domicilio de cliente el instalador de TE realizar una prueba final. Del resultado de esta prueba depende el fin de la provisin: a. Si los parmetros tcnicos obtenidos estn por encima del mnimo para la modalidad instalada, se dar por vlida la instalacin y se comunicar el fin de solicitud al Operador b. Si estos parmetros no cumplen el mnimo, se generar una incidencia hacia el Operador. El Operador podr anular o reiterar la orden. 12. TE notificar al operador solicitante y, en su caso, al operador cedente la finalizacin de la solicitud.
03/11/2011
Pgina 86 de 150
3.8.2.8
AOC con portabilidad entre terceros y sin instalacin de equipamiento
El Operador realizar la solicitud NEBA-Cobre informando, adems de otros datos obligatorios de la solicitud: 1) nmero administrativo del servicio sobre el que solicita el alta el servicio NEBA, 2) que existe portabilidad entre terceros y 3) nmero telefnico a portar. El proceso de una solicitud de este tipo aplica a los movimientos 11, 16, 21 y 23 de la tabla y seguir los siguientes pasos: Descripcin del proceso: 1. El Operador realizar su Solicitud de conformidad con lo indicado en el apartado datos de contratacin Alta NEBA Cobre sobre ocupado. 2. TE asigna nmero de solicitud y se ejecutan las validaciones correspondientes, incluida la cobertura para la modalidad de NEBA-Cobre solicitada. 3. TE generar una notificacin en la que se informar de la aceptacin o rechazo de la solicitud en funcin del resultado de las validaciones. 4. Proceso de validacin de la aptitud del par de la modalidad contratada:
En el caso de que la modalidad destino posea un perfil de validacin ms exigente que el de la modalidad actual, TE realizar siempre la validacin de la aptitud del par para la modalidad seleccionada por el Operador peticionario. Si la modalidad actual se provision sin tener en cuenta el criterio de validacin de TE y por lo tanto est identificada como no recomendable para la calidad del bucle se validar la aptitud del par con independencia de que la modalidad destino sea ms o menos exigente en trminos de aptitud de par que la origen. Esto solo se aplica para el caso de que el sevicio origen sea el NEBA
En el caso de no superarse la validacin en los casos anteriormente descritos, TE generar una incidencia hacia el Operador indicando dicha circunstancia. El Operador podr anular o reiterar. En caso de reiteracin la orden progresar y se provisionar. Se generar una marca indicando no recomendable para la calidad del bucle. Si se supera la validacin, la orden progresar de forma normal y se provisionar, eliminando la marca de no recomendable para la calidad del bucle si existiera.
5. TE comunicar al operador titular del servicio preexistente el inicio de un proceso de alta sobre ocupado por el cual perder el servicio NEBA-Cobre que tena contratado a TE. 6. TE realizar la asignacin de recursos e identificar si son necesarios trabajos en central (cambio de DSLAM). 7. En caso de no ser necesarios trabajos en central, TE comunicar tanto al operador receptor del servicio como al operador titular del servicio preexistente la Ventana de activacin (VAN). Se genera parada de reloj hasta la activacin. TE comunicar asimismo al receptor los parmetros tcnicos asociados a la activacin del servicio (OP-VLAN, VP, VC, S-VLAN, CVLAN). El operador podr modificar la VAN por procesos NEBA, pudiendo retrasar la VAN hasta 15 das desde la S-NEBA. 8. En caso de ser necesarios trabajos en central, TE comunicar tanto al operador receptor del servicio como al operador titular del servicio preexistente la Ventana de Instalacin (VIN). Se genera parada de reloj hasta la instalacin. TE informar al receptor, asimismo, de los
03/11/2011
Pgina 87 de 150
parmetros tcnicos asociados a la activacin del servicio (OP-VLAN, VP, VC, S-VLAN, CVLAN). 9. El operador receptor procede a cursar la solicitud de portabilidad mediante proceso batch. Adems de los datos obligatorios previstos en la especificacin de portabilidad vigente para SP, deber consignar:
Ventana de portabilidad deseada, coincidiendo con la VAN/VIN comunicada por Telefnica. Nmero administrativo. Identificador de proceso asociado a NEBA.
10. El operador donante validar la portabilidad y comprobar la correspondencia entre el nmero de telfono a portar y el nmero administrativo del acceso. En caso de denegacin de la SP por este motivo, el donante facilitar el nmero administrativo correcto en el campo descripcin causa denegacin. El operador donante no podr modificar la fecha de ventana propuesta. 11. Si la solicitud de portabilidad se retrasara por cualquier incidencia (rechazo, falta de respuesta, cancelacin asociada a una incidencia en la tramitacin, etc.), la solicitud NEBA no se cancelar. El operador receptor abrir una incidencia (con parada de reloj), que deber resolverse con la negociacin de una nueva VAN/VIN con Telefnica, mediante el intercambio de comunicaciones a travs del mdulo de NEBA. Transcurridos 15 das laborables sin solventarse la incidencia o sin ser cancelada por el receptor, la solicitud NEBA podr ser anulada por Telefnica. 12. Cuando la solicitud de portabilidad sea cancelada por voluntad expresa del usuario final, ser responsabilidad del operador receptor cancelar la solicitud NEBA vinculada a la mayor brevedad. La cancelacin de una solicitud NEBA deber ser solicitada por el operador receptor siempre tras verificacin previa por ste de que la solicitud de portabilidad vinculada est cancelada (o no ha llegado a cursarse). 13. En ningn caso proceder Telefnica a los trabajos de activacin o instalacin NEBA sin antes verificar a partir de la informacin de la ER que la portabilidad ha sido confirmada (va mensajes CP) para la fecha prevista y no se ha producido una cancelacin o incidencia (va mensajes CNC). En caso contrario Telefnica abrir un periodo de incidencia, en los mismos trminos que en el punto 11 del procedimiento, deteniendo el proceso de activacin (con parada de reloj). 14. Una vez efectuadas con resultado satisfactorio las verificaciones indicadas, Telefnica ejecutar los trabajos de activacin o instalacin en la ventana programada y comunicar el fin del traspaso NEBA a donante y receptor.
3.8.2.9
AOC con portabilidad entre terceros y con instalacin de equipamiento
El Operador realizar la solicitud NEBA-Cobre informando, adems de otros datos obligatorios de la solicitud: 1) nmero administrativo del servicio sobre el que solicita el alta el servicio NEBA, 2) que existe portabilidad entre terceros y 3) nmero telefnico a portar. El proceso de una solicitud de este tipo aplica a los movimientos 11, 16, 21 y 23 de la tabla y seguir los siguientes pasos: Descripcin del proceso:
03/11/2011
Pgina 88 de 150
1. El Operador realizar su Solicitud de conformidad con lo indicado en el apartado datos de contratacin Alta NEBA Cobre sobre ocupado 2. TE asigna nmero de solicitud y se ejecutan las validaciones correspondientes, incluida la cobertura para la modalidad de NEBA-Cobre solicitada. 3. TE generar una notificacin en la que se informar de la aceptacin o rechazo de la solicitud en funcin del resultado de las validaciones 4. Proceso de validacin de la aptitud del par de la modalidad contratada:
En el caso de que la modalidad destino posea un perfil de validacin ms exigente que el de la modalidad actual, TE realizar siempre la validacin de la aptitud del par para la modalidad seleccionada por el Operador peticionario. Si la modalidad actual se provision sin tener en cuenta el criterio de validacin de TE y por lo tanto est identificada como no recomendable para la calidad del bucle se validar la aptitud del par con independencia de que la modalidad destino sea ms o menos exigente en trminos de aptitud de par que la origen. Esto solo se aplica para el caso de que el sevicio origen sea el NEBA
En el caso de no superarse la validacin en los casos anteriormente descritos, TE generar una incidencia hacia el Operador indicando dicha circunstancia. El Operador podr anular o reiterar. En caso de reiteracin la orden progresar y se provisionar. Se generar una marca indicando no recomendable para la calidad del bucle. Si se supera la validacin, la orden progresar de forma normal y se provisionar, eliminando la marca de no recomendable para la calidad del bucle si existiera.
5. TE comunicar al operador titular del servicio preexistente el inicio de un proceso de alta sobre ocupado por el cual perder el servicio NEBA-Cobre que tena contratado a TE. 6. TE agendar con el coordinador (punto de contacto facilitado) la ventana de Instalacin (VIN). Se generar una parada de reloj hasta la fecha concertada. 7. Si el contacto fuera infructuoso, se seguir un protocolo de reintento de contacto. 8. TE realizar la asignacin de recursos y comunicar tanto al operador receptor del servicio como al operador titular del servicio preexistente la Ventana de Instalacin (VIN). Se genera parada de reloj hasta la instalacin. TE informar al receptor, asimismo, de los parmetros tcnicos asociados a la activacin del servicio (OP-VLAN, VP, VC, S-VLAN, C-VLAN). 9. El operador receptor procede a cursar la solicitud de portabilidad mediante proceso batch. Adems de los datos obligatorios previstos en la especificacin de portabilidad vigente para SP, deber consignar:
Ventana de portabilidad deseada, coincidiendo con la VIN comunicada por Telefnica Nmero administrativo Identificador de proceso asociado a NEBA
10. El operador donante validar la portabilidad y comprobar la correspondencia entre el nmero de telfono a portar y el nmero administrativo del acceso. En caso de denegacin de la SP por este motivo, el donante facilitar el el nmero administrativo correcto en el campo descripcin causa denegacin. El operador donante no podr modificar la fecha de ventana propuesta.
03/11/2011
Pgina 89 de 150
11. Si la solicitud de portabilidad se retrasara por cualquier incidencia (rechazo, falta de respuesta, cancelacin asociada a una incidencia en la tramitacin, etc.), la solicitud NEBA no se cancelar. El operador receptor abrir una incidencia (con parada de reloj), que deber resolverse con la negociacin de una nueva VIN con Telefnica, mediante el intercambio de comunicaciones a travs del mdulo de NEBA. Transcurridos 15 das laborables sin solventarse la incidencia o sin ser cancelada por el receptor, la solicitud NEBA podr ser anulada por Telefnica. 12. Cuando la solicitud de portabilidad sea cancelada por voluntad expresa del usuario final, ser responsabilidad del operador receptor cancelar la solicitud NEBA vinculada a la mayor brevedad. La cancelacin de una solicitud NEBA deber ser solicitada por el operador receptor siempre tras verificacin previa por ste de que la solicitud de portabilidad vinculada est cancelada (o no ha llegado a cursarse). 13. En ningn caso proceder Telefnica a los trabajos de instalacin NEBA sin antes verificar a partir de la informacin de la ER que la portabilidad ha sido confirmada (va mensajes CP) para la fecha prevista y no se ha producido una cancelacin o incidencia (va mensajes CNC). En caso contrario Telefnica abrir un periodo de incidencia, en los mismos trminos que en el punto 11 del procedimiento, deteniendo el proceso de instalacin (con parada de reloj). 14. Una vez efectuadas con resultado satisfactorio las verificaciones indicadas, Telefnica ejecutar los trabajos de instalacin en la ventana programada. Estando en el domicilio de cliente el instalador de TE realizar una prueba final. Del resultado de esta prueba depende el fin de la provisin: a. Si los parmetros tcnicos obtenidos estn por encima del mnimo estipulado para la modalidad instalada, se dar por vlida la instalacin y se comunicar el fin de solicitud a los operadores donante y receptor. b. Si estos parmetros no cumplen un mnimo establecido, se generar una incidencia hacia el operador receptor. El Operador podr anular o reiterar la orden, y se notificar de ello igualmente al donante.
3.8.2.10
Modificaciones conexiones NEBA Cobre
En este apartado se describen las modificaciones que un Operador puede realizar sobre una conexin NEBA de su titularidad, es decir, que tanto el origen como el destino son servicios NEBA. La identificacin por parte del Operador de dicho servicio se realizar mediante nmero Administrativo o telfono correspondiente. Las modificaciones contempladas para las conexiones NEBA Cobre son las siguientes:
Modificacin modalidad comercial El Operador podr solicitar la modificacin de la modalidad comercial siempre y cuando la modalidad destino se corresponda con una modalidad ADSL2+ o VDSL2. Modificacin parmetros tcnicos: el Operador podr solicitar la modificacin de los siguientes parmetros tcnicos: o o
OP VLAN: El Operador podr solicitar la modificacin del parmetro de configuracin OP VLAN. VC/VP: El Operador podr solicitar la modificacin del parmetro de configuracin VC/VP si la modalidad del servicio para el que solicita la modificacin es ADSL2+.
03/11/2011
Pgina 90 de 150
Instalacin PTR/Splitter: El Operador podr solicitar la modificacin de un servicio NEBA para solicitar la instalacin de equipamiento (PTR o Splitter).
Cambio conexin de un pPAI-E/LAG a otro El Operador podr solicitar migrar una conexin NEBA desde y hacia un pPAI-E/LAG Cambio a modalidad xDSL sin STB Si el servicio de NEBA-Cobre se est prestando sobre un acceso en el que existe una STB titularidad de TE (Minorista o AMLT) y existe un Operador que presta acceso indirecto con NEBA, dicho Operador podr solicitar el paso a xDSL sin STB de dicho acceso como movimiento post-venta. El servicio final ser el mismo acceso indirecto NEBA (la misma modalidad) sin STB. En este caso causarn baja el servicio STB de TE o el AMLT pero no el acceso de cobre, ya que soporta el acceso indirecto. Este movimiento podr llevar asociada la portabilidad (donante de TE). Instalacin de Splitter y PTR Modificacin o alta de modalidad de mantenimiento entre las tres disponibles.
Mantenimiento mayorista 12h Mantenimiento mayorista 8h Mantenimiento mayorista 6h (Servicio sujeto a mapa de cobertura)
Existen casos en los que se pueden solicitar varias modificaciones en un pedido como son cambios de modalidad NEBA; paso a xDSL sin STB, modificacin de modalidad de mantenimiento y/o instalacin de splitter/PTR. Sin embargo, hay modificaciones que no podrn solicitarse conjuntamente con otras solicitudes:
Modificacin parmetros tcnicos (OP-VLAN y/o VP/VC), se pueden solicitar juntas en un pedido pero no combinadas con ninguna otra opcin. Migracin de una conexin de un pPAI-E/LAG a otro.
Las reglas que rigen en estos casos son: El cambio de OP-VLAN, VP/VC y pPAI-E / LAG provocar un corte en la conexin del usuario si el Operador o el propio usuario final por indicacin del Operador, no reconfigura el servicio con los parmetros nuevos.
3.8.2.10.1
Datos de contratacin de Modificacin de una conexin NEBA-Cobre

CAMPO OBLIG. SI SI SI SI SI SI SI SI SI SI(1*)
DATOS DE
NOMBRE
03/11/2011
Pgina 91 de 150
CONTACTO
APELLIDO TELEFONO 1 TELEFONO 2
SI(1*) SI(1*) SI(1*) SI NO (2*) NO (2*) NO (2*) NO (2*) NO (2*) NO (2*) NO (2*) NO (2*) NO (2*)(3*) NO (4*) NO SI (5*) NO SI(5*)
DATOS CONEXIN
NMERO ADMINISTRATIVO MODALIDAD (ADSL 2+: A1 a A18) (VDSL: V1 a V19) NMERO ADMINISTRATIVO PPAIE OP-VLAN COBRE VP VC INSTALACIN SPLITTER (SI/NO) INSTALACIN PTR (SI/NO) DESNUDAR (SI/NO)
DATOS MANTENIMIENTO DATOS PORTABILIDAD
MANTENIMIENTO (SI, NO) TIPO MANTENIMIENTO PORTABILIDAD SI PORTABILIDAD ASOCIADA O ENTRE TERCEROS; NO POR DEFECTO NUMERODE TELEFONO PORTABILIDAD TIPO DE DOCUMENTO DEL USUARIO FINAL (TITULAR DEL N DE TELEFONO ASOCIADO AL PAR) CIF/NIF/NIE/N PASAPORTE
(1*) El Operador informar en todos los casos un nmero de contacto del cliente que permita al personal de TE acordar la fecha en la que se realizarn los trabajos de instalacin en el domicilio del mismo. (2*) El Operador deber informar obligatoriamente alguno de estos campos. (3*) Si se indica NO se considerar que el Operador est solicitando la baja del Mantenimiento. Si se deja en blanco se mantendr el mantenimiento que tenga con anterioridad. (4*) Obligatorio si se ha indicado SI en MANTENIMIENTO. (5*) Obligatorio si se ha indicado DONANTE en PORTABILIDAD.
3.8.2.10.2
Procesos de provisin de modificaciones NEBA Cobre
El Proceso de provisin es el siguiente (salvo el paso a XDSL sin STB): 1. El Operador hace su solicitud con los datos indicados en el apartado Datos de Contratacin de Modificacin de Conexin NEBA-FTTH. 2. TE asigna nmero de solicitud y realiza la validacin de los datos de la solicitud. 3. TE notificar la aceptacin o rechazo de la solicitud en funcin de las validaciones. 4. Proceso de valildacin de la aptitud del par
Se realizar validacin de la aptitud del par en los siguientes casos:
Cuando la modalidad destino sea ms exigente en cuanto a requisitos de validacin de bucle.
03/11/2011
Pgina 92 de 150
Cuando exista para la modalidad provisionada una marca indicando que fue provisionada con bucle no recomendado, an siendo la nueva modalidad menos o igual de exigente en cuanto a dichos requisitos de validacin.
Comportamiento de la provisin en funcin del resultado de la validacin:
Si el resultado de la validacin indica un bucle apto, se realizar la modificacin hacia la modalidad destino y se eliminar, si existiera, la marca de bucle no recomendado. Si el resultado de la validacin indica bucle no apto, se enviar una incidencia al Operador indicando dicha circunstancia. El Operador podr reiterar la orden o anularla. En caso de reiteracin, la provisin de la nueva modalidad progresar de forma normal incluyendo una marca que indique que se ha realizado con un bucle no recomendado.
5. Las actuaciones de provisin dependern de la modificacin solicitada:
Cambio que no implique visita domiciliaria, es decir, cambio de Modalidad Comercial, cambio de parmetros tcnicos (VP, VC, OP-VLAN) o cambio de pPAI-E:
o o
TE realizar la asignacin, comunicando al Operador la VAN. El Operador podr modificar la VAN para ajustarla a sus necesidades, no obstante se validar que la nueva fecha de VAN no supere los 15 das desde el inicio de la solicitud. En la VAN indicada por TE o la fecha aportada por el Operador se procede a la activacin en la red de TE.
Cambio que implique visita domiciliaria, cambio de Modalidad (de ADSL2+ a VDSL2) o Reinstalacin de PTR/Splitter:
o o o o
TE agendar con el coordinador (punto de contacto facilitado) la fecha de Instalacin. Se generar una parada de reloj hasta la fecha concertada. Si el contacto fuera infructuoso, se seguir un protocolo de reintento de contacto. Se comunica al operador la ventana de instalacin acordada. Se proceder a la instalacin en la que TE realizar una prueba final para verificar los parmetros de la conexin en el domicilio del cliente. Si el resultado de esta prueba es insatisfactorio se generar una incidencia hacia el Operador indicando esta circunstancia y anulando el pedido. En caso contrario se comunicr el fin de la solicitud y el servicio quedar instalado correctamente.
3.8.2.10.3
Modificacin a NEBA cobre xDSL sin STB
1. El Operador hace su solicitud con los datos indicados en el apartado Datos de Contratacin de Modificacin de Conexin NEBA-FTTH. 2. TE asigna nmero de solicitud y realiza la validacin de los datos de la solicitud. 3. TE notificar la aceptacin o rechazo de la solicitud en funcin de las validaciones. 4. TE fijar una ventana de Instalacin (VIN), para realizar los trabajos imprescindibles en la central. a. Dado que TE es el Operador Donante, fijar una VPN que estar incluida dentro de la VIN. b. Si trascurre un plazo de 15 das desde la fecha de envo de la VIN sin recibir la ventana de portabilidad, se proceder a anular la solicitud.
03/11/2011
Pgina 93 de 150
c. En la VIN se procede a la provisin del servicio. 5. Se procede a informar al Operador del fin de la Solicitud.
3.8.2.10.4
Validaciones Modificaciones NEBA cobre
Descripcin Validaciones Modificaciones NEBA Cobre Se validar que el Operador est dado de alta en NEON y tiene permiso para realizar el tipo de operacin solicitada. Se validar que los campos obligatorios estn informados y con el formato correcto. Se validar que los campos opcionales informados tengan el formato correcto. Validar que no existe pedido en vuelo para el Administrativo de la Conexin. Que el Administrativo haga referencia al servicio NEBA Validar que no haya orden de baja para el Administrativo del pPAI-E informado. Validacin cobertura ( N telfono o N administrativo). Se validar que el Administrativo del pPAI-E informado existe Se validar que para configuraciones LAG, se haga referencia al Administrativo del LAG (principal). Se validar que el Sector sea el mismo que el del pPAI-E. Se validar que la Modalidad solicitada es vlida Se validar que el Tipo de Mantenimiento sea vlido Se validar que el N Administrativo de la conexin existe y pertenece al Operador. Se validar que la Modalidad es una modalidad de Cobre Se validar que la Modalidad origen no es la misma que la destino, cuando es cambio de modalidad. Se validar que el pPAIE origen no es el mismo que el destino, en caso de cambio de pPAI-E Se validar que el rango VP informado es correcto (ADSL2+). Se validar que el rango VC informado es correcto (ADSL2+). Se validar que el rango OP VLAN informado es correcto. Se validar que el pPAIE informado por el Operador en la solicitud del servicio NEBA tiene caudal contratado para las QoS que componen la Modalidad NEBA solicitada Validar que en solicitudes de modificacin (incluidas migraciones) se ha informado algn dato (son datos opcionales). Si se solicita la modificacin de datos tcnicos, OP VLAN, VP o VC en Cu no se puede solicitar la modificacin de ninguna otra caracterstica. De la misma forma se actuar si se solicita la modificacin del pPAIE de un servicio NEBA Cu. Si un Operador solicita Splitter y PTR se rechaza solicitud, porque no se pueden solicitar las dos cosas. Se validar la cobertura para el Tipo de Mantenimiento.
03/11/2011
Pgina 94 de 150
3.8.2.11
Baja conexiones NEBA Cobre
El Operador podr solicitar la baja de una conexin NEBA-Cobre de su titularidad identificando dicho servicio mediante el Nmero Administrativo correspondiente. Se distinguen dos casos que darn lugar a dos tipos de flujos de provisin distintos:
Baja de un servicio NEBA construido sobre una lnea con servicio STB (TE o AMLT). En este caso se proceder a eliminar el servicio de Banda Ancha permaneciendo el servicio de lnea STB (TE AMLT). Baja de servicio NEBA construido sobre una lnea sin STB. En este caso se eliminar el servicio de Banda Ancha y el acceso puesto que no existe servicio STB.
Los anteriores tipos de baja se pueden solicitar por parte de los Operadores por dos motivos diferentes:
Baja por motivos comerciales, donde se aplicar el precio correspondiente. Baja por prestaciones de bucle. Se permite al Operador solicitar bajas sin coste si existe un franqueo de avera sobre la lnea afectada que indica mala prestacin de bucle. La peticin de esta baja est sujeta a un plazo determinado de 30 das tras el cierre de una incidencia relacionada con las prestaciones del bucle.
Tal como se recoge en la oferta de referencia actual, existirn casos de baja de servicio no generadas por una solicitud expresa del operador. Se describen a continuacin estos casos:
Solicitud de baja de la lnea telefnica por parte del cliente final. En este caso, cualquier servicio de acceso indirecto que est contratado sobre la lnea telefnica causar baja siendo notificada al Operador. Peticin de portabilidad sobre una lnea STB titularidad de TE o bien con el servicio AMLT. Que no haga referencia a una solicitud NEBA En este caso la baja de la lnea arrastrar tambin el servicio de acceso indirecto.
3.8.2.11.1
Datos de contratacin de Baja de conexin NEBA-Cobre

CAMPO OBLIG. SI SI (1*) SI SI SI SI SI SI SI SI
DATOS CONEXIN
NMERO ADMINISTRATIVO
(1*) El TIPO DE REGISTRO permitir identificar el tipo de Baja solicitada. Existir un cdigo que permitir diferenciar las Bajas normales de las Bajas por mala calidad.
03/11/2011
Pgina 95 de 150
3.8.2.11.2
Validaciones de Bajas de NEBA Cobre
Descripcin Validaciones Baja Neba Cobre Se validar que el N Administrativo de la conexin existe y pertenece al Operador. Se validar que el N Administrativo se corresponde con un servicio NEBA. Se validar que la baja de NEBA solicitada por prestacin de bucle se corresponde con dicha situacin. Se validar que la baja de NEBA solicitada por prestacin de bucle est en plazo.
3.8.2.12
-
Movimientos masivos: Altas y modificaciones masivas

Alta masiva de conexiones individuales Modificacin masiva de modalidades Migracin masiva (VLANs) entre pPAI-E/LAG.
Existen tres tipos de movimientos masivos.
En este apartado slo se incluyen los dos primeros tipos de movimientos masivos. Las migraciones masivas se analizan en el apartado correspondiente de los servicios soporte. Cada tipo de movimiento masivo se tramitar mediante solicitudes independientes. Es decir, una solicitud de movimiento masivo ser del tipo Alta masiva de conexiones o Modificacin masiva de modalidades. 1) Alta Masiva Se considerar movimiento de Alta Masiva a una solicitud de movimiento masivo de un Operador que cumpla los siguientes requisitos:
Afecta a un nmero de conexiones individuales comprendido entre 15 y 50 (ambos valores incluidos), asociadas todas a la misma ubicacin fsica. Si tras las validaciones pertinentes el nmero de conexiones individuales vlidas sigue siendo superior a 15, se mantendr la consideracin de solicitud de alta masiva; si tras las validaciones el nmero de conexiones individuales vlidas es inferior a 15, se ejecutarn las altas individuales vlidas, pero no se aplicarn las condiciones / precios de alta masiva. Las conexiones individuales de origen incluidas en la solicitud de alta masiva sern accesos sin banda ancha, es decir, accesos solo con STB (ya sea servicio de TE o AMLT). Las conexiones destino sern sin instalacin domiciliaria y todas ellas del mismo tipo, es decir, con STB o sin STB.
En conclusin, el servicio de alta masiva NEBA ser aplicable a Alta sobre ocupado de NEBA Cobre sobre tecnologa ADSL2+ (modalidades tipo a) 2) Modificacin Masiva de modalidad Se considerar movimiento de Modificacin Masiva a una solicitud de movimiento masivo de un Operador que cumpla los siguientes requisitos:
Desde 2 solicitudes hasta X (pendiente de anlisis detallado) Una solicitud de modificacin masiva de modalidad incluir servicios NEBA origen del mismo tipo, es decir, todas las conexiones de una solicitud deber ser tipo a (sobre
03/11/2011
Pgina 96 de 150
ADSL2+), o tipo v (VDSL2) y la solicitud de modificacin masiva implica que todas las conexiones debern tener la misma modalidad destino. Una solicitud de cambio masivo de modalidad no incluir modificaciones que impliquen la instalacin de splitter en domicilio de cliente ni otra instalacin cualquiera en domicilio de cliente. Una solicitud de cambio masivo de modalidad no incluir cambio de pPAI-E/LAG de conexiones. Si tras las validaciones pertinentes el nmero de conexiones individuales vlidas sigue siendo superior a 2, se mantendr la consideracin de solicitud de modificacin masiva; si tras las validaciones el nmero de conexiones individuales vlidas es 1, sta se ejecutar pero no se aplicarn las condiciones y precios de modificacin masiva. El tiempo mximo de interrupcin ser de 60 minutos en cada conexin. En los siguientes apartados se detallan las actuaciones generadas en el flujo.
3.8.2.12.1
Contratacin de movimientos masivos
El Operador podr solicitar las siguientes operaciones masivas:
Altas sobre Ocupado de conexiones NEBA ADSL2+ con STB (TE o AMLT) con origen en accesos sin banda ancha, es decir, slo con STB (o AMLT) Altas sobre Ocupado de conexiones NEBA ADSL2+ sin STB, con origen en accesos sin banda ancha, es decir, slo con STB (o AMLT) Modificaciones de modalidad de un conjunto de conexiones NEBA-Cobre sobre ADSL 2+ , es decir, modalidades de tipo a, hacia una modalidad destino concreta de tipo a. Modificaciones de modalidad de un conjunto de conexiones NEBA-Cobre sobre VDSL 2, es decir, modalidades de tipo v, hacia una modalidad destino concreta de tipo v. Altas sobre ocupado de conexiones NEBA ADSL2+ con STB (TE o AMLT) con origen en accesos con banda ancha mayoristas GigADSL/ADSL IP. Se considerarn movimientos de este tipo aquellos que cumplan las siguientes restricciones:
o o o o o o o
Nmero de conexiones entre 2 y 50. Mismo Operador origen y destino. Neba Cobre Mismo servicio origen (ADSL IP o GigADSL). El destino siempre es NEBA. Pedidos sin instalacin domiciliaria Las Conexiones que se migren debern estar en la misma central, es decir deben tener el mismo Localizador_ATLAS en fichero de Centrales y Nodos . Todas las conexiones irn bien con portabilidad o bien sin portabilidad, Todas las conexiones tendrn el mismo pPAI_E destino.
El tiempo mximo de interrupcin ser de 60 minutos en cada conexin. La tramitacin se realizar mediante un Web Service especfico. El proceso ser el siguiente: 1. En funcin del movimiento solicitado, se realizarn las validaciones pertinentes en contratacin (cobertura, validez del bucle,). 2. El Operador recibir una referencia de Telefnica del pedido (solicitud de movimiento masivo) y tantas referencias como componentes tengan la solicitud masiva, es decir, nmeros de referencia de subpedido.
03/11/2011
Pgina 97 de 150
3. El pedido del movimiento masivo deber pasar en bloque a provisin (OSS). Por tanto, si alguna de las conexiones individuales incluidas en la solicitud masiva queda detenida en su validacin en los sistemas comerciales, la solicitud no progresar a los sistemas de provisin hasta que no se haya resuelto la incidencia. 4. Tras las validaciones comerciales se contemplan dos escenarios:
Escenario 1: Si el nmero de conexiones individuales aceptadas (han superado las validaciones) es igual o superior al mnimo definido para las masivas (15 en altas y 2 en posventas) el pedido se considerar masivo por lo que se facturar con cuota de masiva. Se notificar al Operador los nmeros de subpedido de las conexiones individuales rechazadas por no haber pasado las validaciones y de las aceptadas por haber pasado las validaciones. Escenario 2: Si el nmero de solicitudes aceptadas es inferior al mnimo definido para las masivas (15 en altas y 2 en posventas).
o o
Se notificar al Operador las conexiones individuales rechazadas por no haber pasado las validaciones y las aceptadas por haber pasado las validaciones. Se notificar al Operador que las que han pasado las validaciones se ejecutarn y facturarn como solicitudes individuales. El proceso de contratacin y provisin de las solicitudes que han pasado las validaciones progresar a provisin; no se detendr a la espera de respuesta por parte del Operador.
El Operador podr solicitar la cancelacin de conexiones individuales haciendo referencia al nmero de subpedido de la conexin o conexiones que desea cancelar. No podr cancelar conjuntamente la solicitud de movimiento masivo, es decir, la identificada mediante la referencia de pedido, salvo incidencias de validacin. En caso de que un subpedido que se solicita cancelar haya llegado al punto de no retorno, se rechazar la solicitud de Cancelacin de ese subpedido.
3.8.2.12.2
Datos de contratacin de Alta masiva de conexiones NEBA

CAMPO DATOS DEL PEDIDO DATOS DEL OPERADOR N SOLICITUD (del OPERADOR) TIPO DE REGISTRO NOMBRE DEL COORDINADOR TCNICO APELLIDOS DEL COORDINADOR TCNICO TELFONO COORDINADOR TCNICO PRINCIPAL EMAIL COORDINADOR TCNICO PRINCIPAL FAX TELFONO COORDINADOR TCNICO ALTERNATIVO EMAIL COORDINADOR TCNICO ALTERNATIVO DATOS SOLICITUDES DATOS SOLICITUD 1 DATOS SOLICITUD 2 DATOS SOLICITUD N OBLIG. SI SI (1*) SI SI SI SI SI SI SI SI (2*)
03/11/2011
Pgina 98 de 150
(1*) El TIPO DE REGISTRO permitir identificar el tipo de operacin solicitada. Existir un cdigo que permitir diferenciar los diferentes tipos de Alta ( vacante u ocupado y unitarias o masivas) (2*) El Operador deber incluir para cada solicitud los datos de contratacin especficos de cada una, es decir, (Acceso, conexin, mantenimiento) correspondientes al tipo de Alta solicitada.
3.8.2.12.3
Datos de contratacin de Cambio masivo de conexiones NEBA

CAMPO DATOS DEL PEDIDO DATOS DEL OPERADOR N SOLICITUD (del OPERADOR) TIPO DE REGISTRO NOMBRE DEL COORDINADOR TCNICO APELLIDOS DEL COORDINADOR TCNICO TELFONO COORDINADOR TCNICO PRINCIPAL EMAIL COORDINADOR TCNICO PRINCIPAL FAX TELFONO COORDINADOR TCNICO ALTERNATIVO EMAIL COORDINADOR TCNICO ALTERNATIVO DATOS SOLICITUDES DATOS SOLICITUD 1 DATOS SOLICITUD 2 DATOS SOLICITUD N OBLIG. SI SI (1*) SI SI SI SI SI SI SI SI (2*)
(1*) El TIPO DE REGISTRO permitir identificar el tipo de alta solicitada. Existir un cdigo que permitir diferenciar los diferentes tipos de Modificacin (CU o FTTH, y unitarias o masivas) (2*) El Operador deber incluir para cada solicitud los datos de contratacin correspondientes al tipo de Modificacin solicitada.
3.9 Mensajera hacia el Operador por el Alta de un servicio Minorista de Telefnica

Telefnica, en caso de desempear el papel de operador receptor del servicio (movimientos de NEBA hacia minorista de Telefnica), respetar en todos sus extremos los procedimientos de traspaso entre terceros, con o sin portabilidad, contenidos en el presente documento, lo que incluye la mensajera asociada a los mismos. No obstante, a continuacin se describe de forma resumida la mensajeria mnima asociada al Alta de un servicio Minorista de Telefnica proveniente de una Conectividad NEBA. 1. TE comunicar al operador titular del servicio preexistente (operador donante) el inicio de un proceso de alta sobre ocupado por el cual perder el servicio de su titularidad. En dicha comunicacin, Telefnica indicar al donante la ventana de actuacin (VAN o VIN) prevista. 2. Telefnica cursar la solicitud de portabilidad mediante proceso batch. Adems de los datos obligatorios previstos en la especificacin de portabilidad vigente para SP, deber consignar:
Ventana de portabilidad deseada, coincidiendo con la VIN o VAN Nmero administrativo / IUA. Identificador de proceso asociado a NEBA
3. En caso de cancelacin, se enviar un mensaje al operador donante notificando este hecho. 4. Una vez migrado con xito, Telefnica notificar al operador el fin de la solicitud.
3.10 Facturacin de conexiones de cliente NEBA

El esquema de precios del servicio NEBA responde a un modelo en el que se establece el precio de la conexin (acceso) y de la capacidad contratada por el Operador. En este apartado se enumeran los conceptos facturables asociados a las conexiones NEBA, tanto NEBA-Cobre como NEBA-Fibra.
3.10.1 Conceptos facturables conexiones Cobre

Cuotas aperidicas del servicio NEBA COBRE en concepto de alta Tipo de alta Origen Destino instalacin de splitter NEBA Sin STB No Alta sobre N/A vacante NEBA Sin STB S (VDSL) No NEBA con STB S NEBA con STB No con cambio de S modalidad NEBA NEBA con STB No NEBA sin STB S (VDSL) NEBA sin STB No con cambio de S (VDSL) modalidad NEBA No NEBA sin STB S (VDSL) NEBA sin STB NEBA sin STB No con cambio de S (VDSL) modalidad NEBA Alta sobre No NEBA con STB Ocupado S Slo STB No NEBA sin STB S (VDSL) No NEBA con STB S STB + BA (1) No NEBA sin STB S (VDSL) No Slo BA (1) NEBA sin STB S (VDSL) No Desagregado o NEBA sin STB compartido sin STB (1) S (VDSL) No NEBA sin STB S (VDSL) Compartido con STB (1) No NEBA con STB S
03/11/2011
Pgina 100 de 150
Cuotas aperidicas del servicio NEBA COBRE en posventa Movimiento Situacin NEBA sin STB Baja NEBA con STB Sin instalacin Splitter Cambio de modalidad Con instalacin Splitter Cambio de parmetros tcnicos Paso de NEBA con STB a NEBA sin STB Migracin conexin entre dos pPAI-E Instalacin Splitter Instalacin PTR NEBA sin STB Altas masivas para ADSL 2+ cuando sean altas sobre ocupado (1) (2) NEBA con STB Cambios de modalidad masivos ADSL2+, VDSL (1)
Cuotas peridicas del servicio NEBA COBRE Recargo para conexiones de acceso indirecto NEBA sin STB ADSL (A1A18) y posteriores VDSL (V1V23) y posteriores
Cuotas peridicas de mantenimiento NEBA COBRE 12 h 8h 6h
3.10.2 Conceptos facturables conexiones FTTH

Cuotas aperidicas NEBA FIBRA en ALTA Alta sobre vacante (con instalacin PTRo) Alta sobre ocupado Alta sobre ocupado con cambio de modalidad
Cuotas aperidicas NEBA FIBRA en POSVENTA Modificacin de modalidad Modificacin de parmetros tcnicos Migracin conexin entre pPAI-E Instalacin PTRO (1) Baja
03/11/2011
Pgina 101 de 150
(1) El PTRO forma parte del servicio, no obstante se prev el caso de que el operador pueda solicitar la reinstalacin de PTRO.
Cuotas peridicas NEBA FIBRA Modalidad F1..F75 Mantenimiento Premium FTTH
3.10.3 Otros conceptos facturables
En caso de que el Operador solicite un suministro de n ONT (procedimiento similar al modelo actual de los routers VDSL2), la facturacin de esta solicitud no estar asociada a las facturas de las conexiones NEBA ni a la de los Servicio Soporte NEBA. Operaciones Masivas. Para la facturacin de las altas masivas y las modificaciones masivas, ver especificacin Movimientos masivos.
3.11 Modificaciones en Vuelo

Se permitir ante incidencias de provisin de tipo cliente, la modificacin por parte del operador de los datos de contacto con el cliente y de la fecha prevista de instalacin Incidencias ante las que se permite modificar:
DESCRIPCIN CLIENTE ILOCALIZABLE. VARIOS INTENTOS DE CONTACTO CLIENTE MODIFICA FECHA DE COMPROMISO CAMBIO FECHA INTERESADA CLIENTE CLIENTE AUSENTE. FALTA O ERROR DATOS DE CONTACTO CLIENTE AUSENTE CLIENTE ILOCALIZABLE
As pues, lo nico que se podr modificar son:
Cambios de Fecha Interesada Cambios de Datos de Coordinador de Operador
3.12 Comunicaciones de Telefnica Operador

En la Tabla siguiente figura el listado con las comunicaciones hasta ahora identificadas de Telefnica al Operador durante la tramitacin de los tipos de operaciones antes descritas. Todas las comunicaciones se establecern por el canal de comunicacin WEB SERVICE.
03/11/2011
Pgina 102 de 150
3.12.1 Comunicacin Alta de pPAI-E

Comunicacin al Operador Recepcin de la solicitud Se realiza como respuesta al WS de alta de solicitud invocado por el Operador, antes de realizar validacin alguna. Aceptacin de la solicitud Se realiza una vez realizadas las validaciones oportunas. Informacin de la comunicacin Nmero de Solicitud Operador > Nmero de solicitud generado por el Operador Nmero de Referencia de TE > Nmero de solicitud generado por TE. Para sucesivas comunicaciones se utilizar este nmero para identificar la solicitud. Nmero de Referencia de TE objeto de aceptacin. Nmero Administrativo (identificativo comercial) Del pPAI-E solicitado.
Nmero de Referencia de TE Rechazo de la solicitud Tras la recepcin de la solicitud si sta no supera alguna validacin. Cdigo Rechazo > Se definir una lista de cdigos de rechazo para el servicio. Cada validacin tendr asociado un cdigo de rechazo especfico. Descripcin Rechazo > Descripcin del motivo del rechazo. Incidencia en Provisin Durante la provisin y si se detecta una incidencia que deba ser comunicada al Operador. Las incidencias de provisin especficas se detallan en el apartado de incidencias de provisin de este documento. Pendiente Pruebas Operador Una vez finalizadas las tareas de provisin. La solicitud se encuentra a partir de este momento pendiente de la realizacin de pruebas por parte del Operador. Nmero de Referencia de TE Cdigo de la Incidencia > Cdigo correspondiente a la incidencia.
Observaciones> Descripcin con el motivo de la incidencia.
Nmero de Referencia de TE.
Nmero Administrativo del pPAI-E (identificativo comercial).
Finalizacin de la Solicitud Esta comunicacin se realizar una vez recibido el RFS por parte de los sistemas de provisin.
N Referencia solicitud TE > Nmero de solicitud generado por TE notificado al Operador en la Aceptacin de la solicitud. N Administrativo PPAIE > N Administrativo correspondiente al servicio que se ha provisionado. Fecha Fin > Fecha en la que se ha finalizado la solicitud.
03/11/2011
Pgina 103 de 150
3.12.2 Comunicacin Alta LAG

Comunicacin al Operador Recepcin de la solicitud Se realiza como respuesta al webservice de alta de solicitud invocado por el Operador, antes de realizar validacin alguna. Informacin de la comunicacin Nmero de Solicitud Operador > Nmero de solicitud generado por el Operador Nmero de Referencia de TE > Nmero de solicitud generado por TE. Para sucesivas comunicaciones se utilizar este nmero para identificar la solicitud. Nmero de Referencia de TE objeto de aceptacin. Aceptacin de la solicitud Se realiza una vez realizadas las validaciones oportunas Nmero Administrativo del pPAI-E solicitado. (identificativo comercial) Nmero/s Administrativo/s de las interfaces fsicas del LAG (identificativo/s comercial/es) indicando en cada caso el tipo del Administrativo (LAG o interfaz fsico). Nmero de Referencia de TE Rechazo de la solicitud Tras la recepcin de la solicitud si sta no supera alguna validacin. Cdigo Rechazo > Se definir una lista de cdigos de rechazo para el servicio. Cada validacin tendr asociado un cdigo de rechazo especfico. Descripcin Rechazo > Descripcin del motivo del rechazo. Incidencia en Provisin Durante la provisin y si se detecta una incidencia que deba ser comunicada al Operador. Las incidencias de provisin especficas se detallan en el apartado de incidencias de provisin de este documento. Pendiente Pruebas Una vez finalizadas las tareas de provisin. La solicitud se encuentra a partir de este momento pendiente de la realizacin de pruebas por parte del Operador. Nmero de Referencia de TE Cdigo de la Incidencia > Cdigo correspondiente a la incidencia.
Nmero de Referencia de TE. Nmeros Administrativos de los interfaces fsicos Nmero Administrativo del LAG Identificador de LAG en la red de TE. N Referencia solicitud TE > Nmero de solicitud generado por TE notificado al Operador en la Aceptacin de la solicitud. N Administrativo PPAIE > N Administrativo correspondiente al servicio que se ha provisionado. Fecha Fin > Fecha en la que finaliza la solicitud.
Finalizacin de la Solicitud Esta comunicacin se realizar una vez recibido el RFS por parte de los sistemas de provisin,.,.
03/11/2011
Pgina 104 de 150
3.12.3 Comunicaciones Modificacin pPAI-E (No incluye Migraciones de Conexiones)

Comunicacin al Operador Recepcin de la solicitud Se realiza como respuesta al webservice de alta de solicitud invocado por el Operador, antes de realizar validacin alguna Aceptacin de la solicitud Se realiza una vez realizadas las validaciones oportunas. Nmero de Referencia de TE Rechazo de la solicitud Tras la Recepcin de la solicitud si sta no supera alguna validacin. Cdigo Rechazo > Se definir una lista de cdigos de rechazo para el servicio. Cada validacin tendr asociado un cdigo de rechazo especfico. Descripcin Rechazo > Descripcin del motivo del rechazo. Incidencia en Provisin Durante la provisin y si se detecta una incidencia que deba ser comunicada al Operador. Las incidencias de provisin especficas se detallan en el apartado de incidencias de provisin de este documento. Pendiente Pruebas Operador Una vez finalizadas las tareas de provisin. La solicitud se encuentra a partir de este momento pendiente de la realizacin de pruebas por parte del Operador. Nmero de Referencia de TE Cdigo de la Incidencia > Cdigo correspondiente a la incidencia. Informacin de la comunicacin Nmero de Solicitud Operador > Nmero de solicitud generado por el Operador Nmero de Referencia de TE > Nmero de solicitud generado por TE. Para sucesivas comunicaciones se utilizar este nmero para identificar la solicitud. Nmero de Referencia de TE objeto de aceptacin.
Nmero Administrativo del pPAI-E (identificativo comercial)
03/11/2011
Pgina 105 de 150
3.12.4 Comunicacin Modificacin Lag por Aumento de Capacidad

Comunicacin al Operador Recepcin de la solicitud Se realiza como respuesta al webservice de alta de solicitud invocado por el Operador, antes de realizar validacin alguna Informacin de la comunicacin Nmero de Solicitud Operador > Nmero de solicitud generado por el Operador Nmero de Referencia de TE > Nmero de solicitud generado por TE. Para sucesivas comunicaciones se utilizar este nmero para identificar la solicitud. Nmero de Referencia de TE objeto de aceptacin. Aceptacin de la solicitud Se realiza una vez realizadas las validaciones oportunas. Nmero/s Administrativo/s de las interfaces fsicas del LAG y del propio LAG (identificativo/s comercial/es) indicando en cada caso el tipo del Administrativo (LAG o interfaz fsico) Nmero de Referencia de TE Rechazo de la solicitud Tras la Recepcin de la solicitud si sta no supera alguna validacin. Cdigo Rechazo > Se definir una lista de cdigos de rechazo para el servicio. Cada validacin tendr asociado un cdigo de rechazo especfico. Descripcin Rechazo > Descripcin del motivo del rechazo. Incidencia en Provisin Durante la provisin y si se detecta una incidencia que deba ser comunicada al Operador. Las incidencias de provisin especficas se detallan en el apartado de incidencias de provisin de este documento. Pendiente Pruebas Operador Una vez finalizadas las tareas de provisin. La solicitud se encuentra a partir de este momento pendiente de la realizacin de pruebas por parte del Operador. Nmero de Referencia de TE Cdigo de la Incidencia > Cdigo correspondiente a la incidencia.
Observaciones Descripcin con el motivo de la incidencia.
Nmeros Administrativos de los interfaces fsicos
03/11/2011
Pgina 106 de 150
3.12.5 Comunicacin Modificacin Lag por Decremento de Capacidad

Comunicacin al Operador Recepcin de la solicitud Se realiza como respuesta al webservice de alta de solicitud invocado por el Operador, antes de realizar validacin alguna. Informacin de la comunicacin Nmero de Solicitud Operador > Nmero de solicitud generado por el Operador Nmero de Referencia de TE > Nmero de solicitud generado por TE. Para sucesivas comunicaciones se utilizar este nmero para identificar la solicitud. Nmero de Referencia de TE objeto de aceptacin. Aceptacin de la solicitud Se realiza una vez realizadas las validaciones oportunas Nmero/s Administrativo/s de las interfaces fsicas del LAG y del propio LAG (identificativo/s comercial/es) indicando en cada caso el tipo del Administrativo (LAG o interfaz fsico) Nmero de Referencia de TE Rechazo de la solicitud Tras la Recepcin de la solicitud si sta no supera alguna validacin. Cdigo Rechazo > Se definir una lista de cdigos de rechazo para el servicio. Cada validacin tendr asociado un cdigo de rechazo especfico. Descripcin Rechazo > Descripcin del motivo del rechazo. Incidencia en Provisin Durante la provisin y si se detecta una incidencia que deba ser comunicada al Operador. Las incidencias de provisin especficas se detallan en el apartado de incidencias de provisin de este documento. Nmero de Referencia de TE Cdigo de la Incidencia > Cdigo correspondiente a la incidencia.
Nmero de Referencia de TE. Pendiente Pruebas Operador Una vez finalizadas las tareas de provisin. La solicitud se encuentra a partir de este momento pendiente de la realizacin de pruebas por parte del Operador. Fecha fin de provisin > Fecha en la que finalizan las tareas de provisin del servicio y que marca la fecha de inicio de la facturacin del servicio solicitado. Nmero/s Administrativo/s de las interfaces fsicas del LAG y del propio LAG (identificativo/s comercial/es) indicando en cada caso el tipo del Administrativo (LAG o interfaz fsico) N Referencia solicitud TE > Nmero de solicitud generado por TE notificado al Operador en la
Finalizacin de la Solicitud
03/11/2011
Pgina 107 de 150
Esta comunicacin se realizar una vez recibido el RFS por parte de los sistemas de provisin.
Aceptacin de la solicitud. Nmero/s Administrativo/s de las interfaces fsicas del LAG y del propio LAG (identificativo/s comercial/es) indicando en cada caso el tipo del Administrativo (LAG o interfaz fsico) Fecha Fin > Fecha en la que se ha finalizado la solicitud.
3.12.6 Comunicacin Migracin de Conexiones

Comunicacin al Operador Recepcin de la solicitud Se realiza como respuesta al webservice de alta de solicitud invocado por el Operador, antes de realizar validacin alguna Aceptacin de la solicitud Se realiza una vez realizadas las validaciones oportunas. Nmero de Referencia de TE Rechazo de la solicitud Tras la Recepcin de la solicitud si sta no supera alguna validacin. Cdigo Rechazo > Se definir una lista de cdigos de rechazo para el servicio. Cada validacin tendr asociado un cdigo de rechazo especfico. Descripcin Rechazo > Descripcin del motivo del rechazo. Incidencia en Provisin Durante la provisin y si se detecta una incidencia que deba ser comunicada al Operador. Las incidencias de provisin especficas se detallan en el apartado de incidencias de provisin de este documento Pendiente Pruebas Operador Una vez finalizadas las tareas de provisin. La solicitud se encuentra a partir de este momento pendiente de la realizacin de pruebas por Nmero de Referencia de TE Cdigo de la Incidencia > Cdigo correspondiente a la incidencia. Observaciones> Descripcin con el motivo de la incidencia Listado de VLANes migradas correctamente Listado de VLANes no migradas Nmero de Referencia de TE. Nmero Administrativo del pPAI-E Origen (identificativo comercial) Nmero Administrativo del pPAI-E Destino (identificativo comercial) Informacin de la comunicacin Nmero de Solicitud Operador > Nmero de solicitud generado por el Operador Nmero de Referencia de TE > Nmero de solicitud generado por TE. Para sucesivas comunicaciones se utilizar este nmero para identificar la solicitud. Nmero de Referencia de TE objeto de aceptacin.
03/11/2011
Pgina 108 de 150
parte del Operador.
Listado de S_VLANes origen y destino indicando la correspondencia entre ellas. N Referencia solicitud TE > Nmero de solicitud generado por TE notificado al Operador en la Aceptacin de la solicitud. Fecha Fin > Fecha en la que se ha finalizado la solicitud.
3.12.7 Comunicaciones cancelaciones y anulaciones de pedidos

Comunicacin al Operador Anulacin de pedido Telefnica podr anular un pedido por los motivos indicados en el apartado correspondiente de este documento. Aceptacin de anulacin Telefnica acepta la anulacin de un pedido en incidencia por parte del operador. Rechazo de anulacin Telefnica rechaza la anulacin de un pedido por parte del operador si el pedido no est en incidencia pendiente de la actuacin del operador. Aceptacin de cancelacin Si el operador solicita la cancelacin de un pedido y aun no se ha alcanzado el punto de no retorno (PNR), Telefnica aceptar la cancelacin. Rechazo de cancelacin Si el operador solicita la cancelacin de un pedido y se ha alcanzado el punto de no retorno (PNR), Telefnica rechazar la cancelacin. Nmero de Referencia de TE Nmero de Referencia de TE INFORMACIN CONTENIDA EN LA COMUNICACIN Nmero de Referencia de TE
Motivo de la anulacin
Nmero de Referencia de TE Cdigo Rechazo > Se definir una lista de cdigos de rechazo para el servicio. Cada validacin tendr asociado un cdigo de rechazo especfico. Descripcin Rechazo > Descripcin del motivo del rechazo.
Nmero de Referencia de TE Cdigo Rechazo > Se definir una lista de cdigos de rechazo para el servicio. Cada validacin tendr asociado un cdigo de rechazo especfico. Descripcin Rechazo > Descripcin del motivo del rechazo.
03/11/2011
Pgina 109 de 150
3.12.8 Comunicaciones Alta NEBA cobre

Comunicacin al Operador INFORMACIN CONTENIDA EN LA COMUNICACIN N Solicitud Operador > Nmero de solicitud generado por el Operador
Recepcin de la solicitud Se realiza automticamente como respuesta a la solicitud por parte del Operador.
N Referencia solicitud TE > Nmero de solicitud generado por TE. Para el resto de comunicaciones se utilizar este nmero para identificar la solicitud. N Referencia solicitud TE > Nmero de solicitud generado por TE. N Administrativo Conexin > N Administrativo correspondiente al servicio NEBA que se va a provisionar. Situacin origen del acceso si es alta sobre ocupado N Referencia solicitud TE > Nmero de solicitud generado por TE Cdigo Rechazo > Se definir una lista con los cdigos de rechazo que existirn para este servicio. En principio cada validacin tendr asociado un cdigo de rechazo especfico. Descripcin Rechazo > Descripcin del cdigo de rechazo, informando del motivo de rechazo de la solicitud. N Referencia solicitud TE > Nmero de solicitud generado por TE Datos Provisin > Se incluirn en esta notificacin los datos tcnicos con los que se va a provisionar el servicio.
Aceptacin de la solicitud Se realiza una vez realizadas las validaciones comerciales correspondientes al tipo de solicitud.
Rechazo de la solicitud Se realizar en caso de que se produzca un rechazo de la solicitud por no cumplirse alguna de las validaciones comerciales.
Datos Configuracin Se realizar una vez completada la actividad de asignacin de los recursos fsicos y lgicos de red.
S-VLAN C-VLAN OP-VLAN VP (solo en ADSL2+) VC (solo en ADSL2+) VAN VIN
Incidencia en Provisin Esta comunicacin se realizar una vez iniciada la provisin y en caso de que se detecte una incidencia que deba ser comunicada al
N Referencia solicitud TE > Nmero de solicitud generado por TE notificado al Operador en la Aceptacin de la solicitud. Cdigo Incidencia > Cdigo correspondiente a la incidencia. Se proporcionar a los Operadores una lista con los cdigos de incidencia que pueden recibir.
03/11/2011
Pgina 110 de 150
Operador.
Descripcin Incidencia > Descripcin con el motivo de la incidencia. Se proporcionar a los Operadores una lista con los cdigos y descripciones de las incidencias que pueden recibir. N Referencia solicitud TE > Nmero de solicitud generado por TE notificado al Operador en la Aceptacin de la solicitud. Datos Provisin > Datos tcnicos con los que se ha realizado la provisin del servicio. Se informar al Operador de los datos que necesitar para realizar la configuracin del servicio.
Finalizacin de la Solicitud Esta comunicacin se realizar una vez recibido el RFS por parte de los sistemas de provisin
S-VLAN C-VLAN OP-VLAN VP (solo en ADSL2+) VC (solo en ADSL2+) N Administrativo Conexin > N Administrativo correspondiente al servicio NEBA que se ha provisionado. Fecha Fin Fecha en la que se ha finalizado la solicitud.
Comunicacin Inicio Traspaso conexin NEBA Esta comunicacin se realizar al Operador donante cuando se haya aceptado una solicitud que conlleva cambio de operador. Comunicacin Finalizacin Traspaso conexin NEBA Esta comunicacin se realizar al Operador donante cuando se haya alcanzado el RFS de una solicitud que conlleva cambio de operador. Comunicacin Anulacin Traspaso conexin NEBA Esta comunicacin se realizar al Operador donante cuando se haya anulado una solicitud de traspaso sobre una conexin de su propiedad.
N Administrativo Conexin > N Administrativo correspondiente al servicio NEBA que se va a perder. Texto informativo > Indicando que va a perder la conexin en cuestin.
N Administrativo Conexin > N Administrativo correspondiente al servicio NEBA que se va a perder.
Texto informativo > Indicando que ha perdido la conexin en cuestin.
N Administrativo Conexin > N Administrativo correspondiente al servicio NEBA que se va a perder. Texto informativo > Indicando que ha anulado la solicitud de traspaso sobre una conexin de su propiedad
03/11/2011
Pgina 111 de 150
Comunicacin Cancelacin Traspaso conexin NEBA Esta comunicacin se realizar al Operador donante cuando se haya cancelado/anulado una solicitud de traspaso sobre una conexin de su propiedad.
N Administrativo Conexin > N Administrativo correspondiente al servicio NEBA que se va a perder.
Texto informativo > Indicando que ha cancelado/anulado la solicitud de traspaso sobre una conexin de su propiedad.
3.12.9 Comunicaciones Alta NEBA FTTH

COMUNICACIN Recepcin de la solicitud Se realiza automticamente como respuesta a la solicitud por parte del Operador. INFORMACIN CONTENIDA EN LA COMUNICACIN N Solicitud Operador > Nmero de solicitud generado por el Operador N Referencia solicitud TE > Nmero de solicitud generado por TE. Para el resto de comunicaciones se utilizar este nmero para identificar la solicitud. N Referencia solicitud TE > Nmero de solicitud generado por TE. N Administrativo Conexin > N Administrativo correspondiente al servicio NEBA que se va a provisionar. N Referencia solicitud TE > Nmero de solicitud generado por TE Rechazo de la solicitud Se realizar en caso de que se produzca un rechazo de la solicitud por no cumplirse alguna de las validaciones comerciales. Cdigo Rechazo > Se definir una lista con los cdigos de rechazo que existirn para este servicio. En principio cada validacin tendr asociado un cdigo de rechazo especfico. Descripcin Rechazo > Descripcin del cdigo de rechazo, informando del motivo de rechazo de la solicitud. Datos Configuracin Se realizar una vez completada la actividad de asignacin de los N Referencia solicitud TE > Nmero de solicitud generado por TE
03/11/2011
Pgina 112 de 150
recursos fsicos y lgicos de red.
Datos Provisin > Se incluirn en esta notificacin los datos tcnicos con los que se va a provisionar el servicio. IUA S-VLAN C-VLAN OP-VLAN Identificador ONT VAN VIN N Referencia solicitud TE > Nmero de solicitud generado por TE notificado al Operador en la Aceptacin de la solicitud.
Incidencia en Provisin Esta comunicacin se realizar una vez iniciada la provisin y en caso de que se detecte una incidencia que deba ser comunicada al Operador. Cdigo Incidencia > Cdigo correspondiente a la incidencia. Se proporcionar a los Operadores una lista con los cdigos de incidencia que pueden recibir. Descripcin Incidencia > Descripcin con el motivo de la incidencia. Se proporcionar a los Operadores una lista con los cdigos y descripciones de las incidencias que pueden recibir. N Referencia solicitud TE > Nmero de solicitud generado por TE notificado al Operador en la Aceptacin de la solicitud. IUA > N Comercial correspondiente al servicio NEBA que se ha provisionado. Datos Provisin > Datos tcnicos con los que se ha realizado la provisin del servicio. Se informar al Operador de los datos que necesitar para realizar la configuracin del servicio. IUA S-VLAN C-VLAN OP-VLAN Identificador ONT Fecha Fin > Fecha en la que se ha finalizado la solicitud. Comunicacin Inicio Traspaso conexin NEBA IUA > N Comercial correspondiente al servicio NEBA que se va a perder.
Finalizacin de la Solicitud Esta comunicacin se realizar una vez recibido el RFS por parte de los sistemas de provisin,
03/11/2011
Pgina 113 de 150
Esta comunicacin se realizar al Operador donante cuando se haya aceptado una solicitud que conlleva cambio de operador. Comunicacin Finalizacin Traspaso conexin NEBA Esta comunicacin se realizar al Operador donante cuando se haya alcanzado el RFS de una solicitud que conlleva cambio de operador. Comunicacin Anulacin Traspaso conexin NEBA Esta comunicacin se realizar al Operador donante cuando se haya anulado una solicitud de traspaso sobre una conexin de su propiedad. Comunicacin Cancelacin Traspaso conexin NEBA Esta comunicacin se realizar al Operador donante cuando se haya cancelado/anulado una solicitud de traspaso sobre una conexin de su propiedad.
Texto informativo > Indicando que va a perder la conexin en cuestin.
N Administrativo Conexin > N Comercial correspondiente al servicio NEBA que se va a perder.
Texto informativo > Indicando que ha perdido la conexin en cuestin.
N Administrativo Conexin > N Administrativo correspondiente al servicio NEBA que se va a perder. Texto informativo > Indicando que ha anulado la solicitud de traspaso sobre una conexin de su propiedad. N Administrativo Conexin > N Comercial correspondiente al servicio NEBA que se va a perder. Texto informativo > Indicando que ha cancelado/anulado la solicitud de traspaso sobre una conexin de su propiedad.
3.12.10
Comunicaciones Modificacin NEBA cobre

COMUNICACIN INFORMACIN CONTENIDA EN LA COMUNICACIN N Solicitud Operador > Nmero de solicitud generado por el Operador N Referencia solicitud TE > Nmero de solicitud generado por TE. Para el resto de comunicaciones se utilizar este nmero para identificar la solicitud. N Referencia solicitud TE > Nmero de solicitud generado por TE. N Administrativo Conexin > N Administrativo correspondiente al servicio NEBA que se va a modificar. N Referencia solicitud TE > Nmero de solicitud generado por TE Cdigo Rechazo > Se definir una lista con los cdigos de rechazo que existirn para este servicio. En principio cada validacin tendr asociado un cdigo de rechazo especfico.
Recepcin de la solicitud Se realiza automticamente como respuesta a la solicitud por parte del Operador. Aceptacin de la solicitud Se realiza una vez realizadas las validaciones comerciales correspondientes al tipo de solicitud. Rechazo de la solicitud Se realizar en caso de que se produzca un rechazo de la solicitud por no cumplirse alguna de las validaciones
03/11/2011
Pgina 114 de 150
comerciales.
Descripcin Rechazo > Descripcin del cdigo de rechazo, informando del motivo de rechazo de la solicitud. N Referencia solicitud TE > Nmero de solicitud generado por TE Datos Provisin > Se incluirn en esta notificacin los datos que se van a modificar del servicio , entre ellos la VIN o VAN, segn corresponda. N Referencia solicitud TE > Nmero de solicitud generado por TE notificado al Operador en la Aceptacin de la solicitud.
Incidencia en Provisin Esta comunicacin se realizar una vez iniciada la provisin y en caso de que se detecte una incidencia que deba ser comunicada al Operador. Cdigo Incidencia > Cdigo correspondiente a la incidencia. Se proporcionar a los Operadores una lista con los cdigos de incidencia que pueden recibir. Descripcin Incidencia > Descripcin con el motivo de la incidencia. Se proporcionar a los Operadores una lista con los cdigos y descripciones de las incidencias que pueden recibir. N Referencia solicitud TE > Nmero de solicitud generado por TE notificado al Operador en la Aceptacin de la solicitud.
N Administrativo Conexin > N Administrativo correspondiente al servicio NEBA que se ha modificado. Datos Provisin > Datos tcnicos modificados. Fecha Fin > Fecha en la que se ha finalizado la solicitud.
3.12.11
Comunicaciones Modificacin NEBA FTTH

COMUNICACIN INFORMACIN CONTENIDA EN LA COMUNICACIN N Solicitud Operador > Nmero de solicitud generado por el Operador N Referencia solicitud TE > Nmero de solicitud generado por TE. Para el resto de comunicaciones se utilizar este nmero para identificar la solicitud. N Referencia solicitud TE > Nmero de solicitud generado por TE. IUA > Identificador del acceso correspondiente al servicio NEBA que se va a modificar. N Administrativo Conexin > N Administrativo correspondiente al servicio NEBA que se va a modificar.
03/11/2011
Pgina 115 de 150
N Referencia solicitud TE > Nmero de solicitud generado por TE Cdigo Rechazo > Se definir una lista con los cdigos de rechazo que existirn para este servicio. En principio cada validacin tendr asociado un cdigo de rechazo especfico. Descripcin Rechazo > Descripcin del cdigo de rechazo, informando del motivo de rechazo de la solicitud. N Referencia solicitud TE > Nmero de solicitud generado por TE Datos Provisin > Se incluirn en esta notificacin los datos tcnicos con los que se va a modificar el servicio entre ellos la VIN o VAN, segn corresponda.. N Referencia solicitud TE >- Nmero de solicitud generado por TE notificado al Operador en la Aceptacin de la solicitud.
Incidencia en Provisin Esta comunicacin se realizar una vez iniciada la provisin y en caso de que se detecte una incidencia que deba ser comunicada al Operador. Cdigo Incidencia > Cdigo correspondiente a la incidencia. Se proporcionar a los Operadores una lista con los cdigos de incidencia que pueden recibir. Descripcin Incidencia > Descripcin con el motivo de la incidencia. Se proporcionar a los Operadores una lista con los cdigos y descripciones de las incidencias que pueden recibir. N Referencia solicitud TE > Nmero de solicitud generado por TE notificado al Operador en la Aceptacin de la solicitud. IUA > N Comercial correspondiente al servicio NEBA que se ha modificado. Datos Provisin > Datos tcnicos modificados. Fecha Fin > Fecha en la que se ha finalizado la solicitud.
Finalizacin de la Solicitud Esta comunicacin se realizar una vez recibido el RFS por parte de los sistemas de provisin..
3.12.12
Comunicaciones Baja NEBA cobre

COMUNICACIN INFORMACIN CONTENIDA EN LA COMUNICACIN N Solicitud Operador > Nmero de solicitud generado por el Operador N Referencia solicitud TE > Nmero de solicitud generado por TE. Para el resto de comunicaciones se utilizar este nmero para identificar la solicitud. N Referencia solicitud TE > Nmero de solicitud generado por TE.
Recepcin de la solicitud Se realiza automticamente como respuesta a la solicitud por parte del Operador. Aceptacin de la solicitud Se realiza una vez realizadas
03/11/2011
Pgina 116 de 150
las validaciones comerciales correspondientes al tipo de solicitud.
N Administrativo Conexin > N Administrativo correspondiente al servicio NEBA que se va a dar de baja. N Referencia solicitud TE > Nmero de solicitud generado por TE Cdigo Rechazo > Se definir una lista con los cdigos de rechazo que existirn para este servicio. En principio cada validacin tendr asociado un cdigo de rechazo especfico. Descripcin Rechazo > Descripcin del cdigo de rechazo, informando del motivo de rechazo de la solicitud. N Referencia solicitud TE > Nmero de solicitud generado por TE notificado al Operador en la Aceptacin de la solicitud.
Incidencia en Provisin Esta comunicacin se realizar una vez iniciada la provisin y en caso de que se detecte una incidencia que deba ser comunicada al Operador. Cdigo Incidencia > Cdigo correspondiente a la incidencia. Se proporcionar a los Operadores una lista con los cdigos de incidencia que pueden recibir. Descripcin Incidencia > Descripcin con el motivo de la incidencia. Se proporcionar a los Operadores una lista con los cdigos y descripciones de las incidencias que pueden recibir. N Referencia solicitud TE > Nmero de solicitud generado por TE notificado al Operador en la Aceptacin de la solicitud. N Administrativo Conexin > N Administrativo correspondiente al servicio NEBA que se ha dado de baja. Fecha Fin > Fecha en la que se ha finalizado la solicitud.
3.12.13
Comunicaciones Baja NEBA FTTH

COMUNICACIN INFORMACIN CONTENIDA EN LA COMUNICACIN N Solicitud Operador > Nmero de solicitud generado por el Operador N Referencia solicitud TE > Nmero de solicitud generado por TE. Para el resto de comunicaciones se utilizar este nmero para identificar la solicitud. N Referencia solicitud TE > Nmero de solicitud generado por TE. IUA > Identificador del acceso correspondiente al servicio NEBA que se va a dar de baja.
Aceptacin de la solicitud Se realiza una vez realizadas las validaciones comerciales correspondientes al tipo de
03/11/2011
Pgina 117 de 150
solicitud.
N Administrativo Conexin > N Administrativo correspondiente al servicio NEBA que se va a dar de baja. N Referencia solicitud TE > Nmero de solicitud generado por TE Cdigo Rechazo > Se definir una lista con los cdigos de rechazo que existirn para este servicio. En principio cada validacin tendr asociado un cdigo de rechazo especfico. Descripcin Rechazo > Descripcin del cdigo de rechazo, informando del motivo de rechazo de la solicitud. N Referencia solicitud TE > Nmero de solicitud generado por TE notificado al Operador en la Aceptacin de la solicitud.
Incidencia en Provisin Esta comunicacin se realizar una vez iniciada la provisin y en caso de que se detecte una incidencia que deba ser comunicada al Operador. Cdigo Incidencia > Cdigo correspondiente a la incidencia. Se proporcionar a los Operadores una lista con los cdigos de incidencia que pueden recibir. Descripcin Incidencia > Descripcin con el motivo de la incidencia. Se proporcionar a los Operadores una lista con los cdigos y descripciones de las incidencias que pueden recibir. N Referencia solicitud TE > Nmero de solicitud generado por TE notificado al Operador en la Aceptacin de la solicitud. IUA > N Comercial correspondiente al servicio NEBA que se ha modificado. Fecha Fin > Fecha en la que se ha finalizado la solicitud.
4.
4.1
Subflujos Comunes
Rechazos
Una vez se solicita una peticin, se efectan una serie de validaciones sobre el pedido que son de varios tipos:
Validaciones comerciales. Relacionadas con los datos introducidos por el Operador y estn relacionadas con los datos incompletos o con errores de formato generalmente. Validaciones tcnicas, relacionadas con las incompatibilidades del servicio o con parmetros del mismo necesarios para su provisin Validaciones de cobertura, correspondientes a la aptitud del par de cobre y de los equipos de red para la provisin del servicio
Se establece un plazo mximo de un da laborable para la aceptacin o rechazo de toda solicitud.
03/11/2011
Pgina 118 de 150
En los cuadros siguientes se muestran los posibles rechazos asociados a la validacin de solicitudes de:
Servicios Soporte NEBA Conexiones NEBA-Cobre Conexiones NEBA-FTTH.
4.1.1 Rechazos Servicios de Soporte

Tipo de error Datos incorrectos Datos incorrectos Pedido en vuelo Datos incorrectos Datos incorrectos Datos incorrectos Datos incorrectos Administrativo pPAI-E incorrecto Administrativo pPAI-E incorrecto Administrativo pPAI-E incorrecto Datos incorrectos Datos incorrectos Datos incorrectos Datos incorrectos Datos incorrectos Operacin incorrecta Operacin incorrecta Operacin incorrecta Datos incorrectos Conexiones activas en BAJA Datos incorrectos Datos incorrectos Descripcin del rechazo Operador no dado de alta en NEON Formato de datos incorrectos Existe un pedido en curso para el administrativo informado Capacidad contratada no vlida Sector no vlido Central no vlida Central no pertenece a sector Administrativo pPAI no existe o es de otro Operador pPAI origen y destino no son del mismo sector Administrativo pPAI origen y destino son iguales Campo ethertype no vlido Capacidad BE no vlida Capacidad ORO no vlida Capacidad RT no vlida Tipo pPAIE no vlido Solicitud de modificacin no permitida Modificacin tipo pPAI-E no vlida Incoherencia del descarte del trfico en los pPAI-E del mismo sector para dicho Operador Suma de capacidades excede capacidad pPAI-E Existe alguna conexin activa en pPAI-E del que se ha solicitado baja Capacidad LAG fuera de rango Orden incorrecta para tipo de pPAI-E seleccionado
4.1.2 Rechazos Servicios Conectividad NEBA Tipo de error

Error en Operador Datos incorrectos
03/11/2011
Descripcin del rechazo

Operador sin permiso o no dado de alta en NEON Campo no informado o con formato incorrecto
Pedido en vuelo Datos incorrectos Sin cobertura Datos incorrectos Datos incorrectos Error en pPAI-E Error en LAG Error en pPAI-E Modalidad inexistente Error en Nmero Administrativo Error en Nmero Administrativo Error en IUA Error en IUA Error en Nmero Administrativo Modalidad no permitida Bucle no vlido Datos incorrectos Datos incorrectos Datos incorrectos Datos incorrectos Error en capacidad pPAI-E Operacin no permitida Error en Mantenimiento Error en Mantenimiento Error en solicitud de baja Error en solicitud de baja Operacin no permitida PORTABILIDAD Error en telfono para portabilidad Error en CIF/NIF/NIE/Pasaporte usuario final portabilidad Error en tipo de portabilidad Error en rango nmeros portabilidad
Existe pedido en vuelo para el identificador de la conexin solicitada Campo opcional con formato incorrecto NO existe cobertura xDSL/FTTH para el pedido solicitado Sector no existe para NEBA Sector no asociado al domicilio, telfono o administrativo seleccionado pPAI-E no existe o no pertenece al Operador solicitante de la conexin NEBA conexin NEBA no asociada al administrativo de la configuracin LAG pPAI-E no existe en el sector Modalidad no comercializada en NEBA Administrativo no se encuentra o no pertenece al Operador solicitante Administrativo no se corresponde a un servicio NEBA IUA no existe IUA no pertenece al Operador solicitante Administrativo no pertenece al Operador Modalidad destino no tiene misma tecnologa que origen en movimiento masivo Bucle no vlido para la modalidad solicitada VC fuera de rango VP fuera de rango Unidades de cableado debe estar entre 1 y 10 OP_VLAN fuera de rango pPAI-E no tiene caudal contratado para dar servicio a la modalidad solicitada No se puede instalar Splitter + PTR ya que se instala TrxDSL, es decir, ambos elementos en un componente Lnea sin cobertura para Mantenimiento 6h Modalidad de Mantenimiento incorrecta o no comercializada No existe franqueo de avera por mala calidad de bucle Se ha superado el plazo para solicitar BAJA por mala calidad de bucle para la conexin solicitada Lnea sin servicio STB de TE o AMLT Telfono no pertenece a TE o es cabecera de centralita Documento incorrecto usuario final peticionario de portabilidad Tipo de portabilidad solicitada no existe Error en rangos para portabilidad proceso 10
En estos listados se identificar un cdigo para cada descripcin de rechazo y, en la medida de lo posible, se tratar de que exista coherencia e incluso coincidencia con los utilizados en otros servicios mayoristas sin las causas son las mismas.
03/11/2011
Pgina 120 de 150
4.2
Cancelaciones
Se considera Cancelacin a aquella solicitud realizada por un Operador para detener la progresin de la provisin de un pedido (alta, posventa o baja) que haba solicitado previamente y todava no ha finalizado. Por lo tanto, las cancelaciones se atribuyen a decisiones comerciales de los Operadores. En la solicitud de cancelacin deber indicarse el nmero de referencia asignado por TE a la solicitud a cancelar (alta ,posventa o baja). Se identificar un cdigo para cada tipo de cancelacin y, en la medida de lo posible, se tratar de que exista coherencia e incluso coincidencia con los utilizados en otros servicios mayoristas. Para poder solicitar la cancelacin de una solicitud, sta no debe estar en el estado Incidencia ejecutiva pendiente de Operador (en ese estado el operador podra anular la solicitud). Sin embargo, s puede solicitarse la cancelacin de una solicitud que se encuentre en el estado Incidencia pendiente de Telefnica. En todos los casos, la cancelacin de una solicitud llevar asociada el cierre de la reclamacin por demora que pudiera existir sobre dicha solicitud. En toda solicitud existe un punto de no retorno en el flujo de provisin del que depende la aceptacin o rechazo de la solicitud de cancelacin. El punto de no retorno es el instante o punto en el flujo de provisin a partir del cual no es posible la cancelacin del mismo y, por tanto, sta se rechaza. La ubicacin en el flujo del punto de no retorno depende varios factores, como es la situacin de la provisin en el flujo de activacin en red de la orden de servicio (OS), la existencia o no de trabajos de instalacin de la OS, en central o en dependencias del cliente final, o la situacin de la portabilidad cuando la OS est ligada a una portabilidad (conexiones NEBA). En relacin con los trabajos de instalacin, se distinguen los casos siguientes:
Sin trabajos de instalacin del servicio: el punto de no retorno se produce si la OS se encuentra en estado comunicacin finalizacin solicitud. Con trabajos de instalacin: el punto de no retorno est justo antes de la distribucin de la OS al personal responsable de la instalacin.
Superados estos puntos de no retorno, la solicitud de la cancelacin se rechaza, pero existe la alternativa de interrumpir el flujo de provisin si la orden requiere visita domiciliaria o realizacin de pruebas con el Operador mediante un desistimiento. Esto provocar que TE genere una incidencia ejecutiva hacia el Operador que podr reiterar o anular el pedido. Si una vez iniciados los trabajos de provisin, el operador solicitara la cancelacin de la solicitud. Telefnica facturar una cantidad dependiente del momento de la cancelacin que no ser superior a la correspondiente cuota de alta. En todo caso, si una cancelacin se rechaza por cualquiera de los motivos posibles, el Operador podr solicitar la baja del servicio tras la entrega del mismo. En los apartados siguientes se describe con ms detalle las cancelaciones para Servicios Soporte y conexiones NEBA respectivamente.
4.2.1 Cancelaciones Servicios Soporte NEBA

Las solicitudes de cancelacin debern realizarse por el nmero de referencia asignado por TE en el proceso de alta, posventa o baja del Servicio Soporte NEBA.
03/11/2011
Pgina 121 de 150
En este caso el Operador podr cancelar el pedido de acuerdo con lo indicado en el apartado anterior, es decir, siempre que no supere el punto de no retorno y si no existe incidencia ejecutiva que requiere accin del Operador. En el caso de solicitudes de Servicios Soporte el punto de no retorno lo determinar que la OS se encuentre antes del fin de la solicitud. En caso de cancelacin se dar marcha atrs a los trabajos realizados.
4.2.2 Cancelaciones conexiones NEBA

El Operador podr cancelar la solicitud siempre que el flujo de provisin no haya superado el punto de no retorno ni exista incidencia ejecutiva pendiente del operador por requerir actuacin del mismo. En este caso, se debe tener en cuenta la existencia de portabilidad asociada a la solicitud que se solicita cancelar. Las solicitudes de cancelacin debern realizarse por el nmero de referencia asignado por TE en el proceso de alta, posventa o baja de la conexin NEBA. Los puntos de no retorno para las solicitudes de los servicios NEBA, tanto Cobre como FTTH, variarn en funcin de lo siguiente:
Estado de la solicitud: Se rechazarn las cancelaciones sobre solicitudes que se encuentren en un estado de Incidencia Operador o con posterioridad a la notificacin de la finalizacin de la solicitud. TE notificar al Operador en este caso el rechazo de la solicitud de cancelacin indicando el motivo del rechazo. Vase comunicaciones TE-Operador Portabilidad. Si la solicitud a cancelar se encuentra en un estado diferente de los indicados en el punto anterior ser necesario validar si dicha solicitud se realiz con Portabilidad, validando en tal caso si se trata de una solicitud de NEBA con o sin Portabilidad Donante de TE. o
Portabilidad Donante. En caso de tratarse de una solicitud con Portabilidad Donante se generar una incidencia al Operador que deber resolver en 5 das disponiendo de 15 das adicionales para solicitar de nuevo la portabilidad (Ver detalle en cada uno de los movimientos con portabilidad.
Sin portabilidad donante de TE. Ser necesario validar si la solicitud del servicio NEBA requiere de la realizacin de trabajos de instalacin.
Con Trabajos de Instalacin. Si la solicitud requiere de la ejecucin de trabajos de instalacin, se enviar la solicitud de cancelacin al sistema de gestin de instalaciones para que, en funcin del estado de los trabajos, se acepte o rechace dicha cancelacin. En caso de rechazarse la solicitud de cancelacin, se comunicar el motivo de dicho rechazo (por ejemplo, trabajos en curso o trabajos finalizados). Para asegurar que la solicitud de cancelacin se recibe y progresa efectivamente y no se ejecuta la instalacin y las capacidades de trabajo pueden reutilizarse para otras tareas, la solicitud de cancelacin deber recibirse al menos a 24 horas de la venta de instalacin. Sin Trabajos de Instalacin. Si la solicitud no requiere de la ejecucin de trabajos de instalacin, se proceder a la cancelacin de la misma. Para asegurar que la solicitud de cancelacin se recibe y progresa efectivamente y no se ejecuta la activacin o alta del servicio, se recomienda realizar la solicitud de cancelacin al menos a 6 horas de la ventana de activacin comunicada.
03/11/2011
Pgina 122 de 150
En los escenarios de cancelacin de solicitudes correspondientes a operaciones de Alta sobre Ocupado con cambio de Operador, se comunicar al Operador origen la cancelacin de la solicitud cuyo inicio se le haba comunicado previamente La cancelacin de una solicitud llevar asociado el cierre de la reclamacin por demora que pudiera existir sobre dicha solicitud.
Flujo cancelaciones Conexiones NEBA
4.3
Anulaciones
Se considera Anulacin a la peticin de interrupcin de la provisin de una solicitud, que est en estado de incidencia. Las anulaciones se generarn por parte de Telefnica o por parte del Operador. Se identificar un cdigo para cada tipo de anulacin y, en la medida de lo posible, se tratar de que exista coherencia e incluso coincidencia con los utilizados en otros servicios mayoristas .La anulacin de una solicitud conllevar el cierre de cualquier reclamacin por demora que pudiera existir sobre la misma. Si la solicitud estuviera en estado de incidencia, Telefnica generar una anulacin en los casos siguientes:
03/11/2011
Pgina 123 de 150
1. Si ha notificado al Operador una incidencia de provisin que requiere respuesta por su parte y el Operador no ha respondido en el plazo de 15 das. 2. Si existe una incidencia de provisin irresoluble por parte de TE y, en consecuencia, no puede suministrarse el servicio solicitado al Operador. 3. Si se trata de una solicitud con portabilidad y sta no se ha recibido en 15 das desde que se realizar la solicitud de alta del servicio NEBA. En los casos de desistimiento de cliente o de imposibilidad de pruebas, se enviar una incidencia ejecutiva al Operador para que anule la peticin o la reitere. Un Operador podr generar una anulacin en el caso de que TE le notifique una incidencia ejecutiva, es decir, que requiere respuesta por el Operador, y ste responda anulando la solicitud asociada. Las anulaciones se producen asociadas a una incidencia previa, en unos casos por parte de TE informando al Operador y en otros casos por parte del Operador, tras una incidencia enviada por TE con carcter ejecutivo. Si la anulacin responde a una incidencia causada por motivos ajenos a Telefnica, y se haya incurrido en costes derivados de trabajos de provisin se facturar una cantidad dependiente del momento de la cancelacin que no ser superior a la correspondiente cuota de alta.
4.4
Incidencias
Tras la solicitud de un servicio, pueden producirse incidencias en cualquiera de las fases de provisin del mismo. Se entiende por una incidencia como aquel estado de la provisin del servicio que constituye una alteracin o singularidad en el flujo normal del mismo, dando lugar a un conjunto de posibles acciones por parte de Telefnica y/o del Operador. Una incidencia de provisin puede deberse a una serie de causas:
La red, equipos o sistemas, que pueden presentar fallos o provocar demoras en la provisin de algn elemento del servicio. El Operador puede haber incluido datos incorrectos en su solicitud para la entrega del servicio. El Operador puede requerir una entrega demorada del servicio (por cualquier circunstancia de su responsabilidad posterior a la solicitud). El usuario final, que puede retrasar la provisin del servicio, por ejemplo, en la concertacin de cita o durante la visita de Telefnica a su domicilio. En este caso la incidencia devolver la OS al rea comercial para su informacin al Operador.
Se distinguen dos tipos de incidencias segn requieran o no acciones especficas para su resolucin:
Incidencias informativas: se trata de incidencias que deben ser resueltas por los grupos o reas de TE que actan en la propia etapa de la provisin en que se ha detectado la incidencia. Incidencias ejecutivas: requieren acciones por parte del Operador.
Una vez resuelta la incidencia, la solicitud afectada retomar el proceso de provisin desde el punto en que qued detenido, siempre y cuando el pedido no haya sido cancelado durante el proceso de resolucin de la misma.
03/11/2011
Pgina 124 de 150
Como se indic en el apartado anterior, existen incidencias que darn lugar a la anulacin de la solicitud del servicio, ya sean responsabilidad del Operador o Telefnica. En la figura siguiente se muestra el resumen de la casustica de incidencias descrita anteriormente indicando los casos en los que se desemboca en una anulacin del pedido o en la reanudacin del mismo:
4.4.1 Incidencias de Provisin ejecutivas para el Operador conexiones NEBA

Descripcin El cliente no permite la instalacin, decidir la actuacin Cliente Ilocalizable tras realizar tres intentos de contacto Cliente en obras. No es posible la instalacin Accin Comercial a realizar
Se enviara al Operador para que anule o reitere tras hablar con su cliente. En caso de que esta sea la 5 incidencia por este motivo de la orden se procede a Anular y comunicar Cliente Obras, depende de permisos particulares de Terceros al operador Incidencia Ejecutiva para el Operador. Se espera respuesta en 15 das. Si supera ese La orden esta Pendiente de actuacin por parte del Operador plazo o la fecha supera ms de 15 das: anular Se enviara al Operador para que anule o CAUSA CLIENTE reitere tras hablar con su cliente. Esta OBRAS CLIENTE incidencia el Operador debe resolverla en menos de 15 das desde la solicitud. En caso de que esta sea la 5 incidencia o se CLIENTE, OBRAS PROMOTORA superen los 15 das se procede a Anular y comunicar al operador CLIENTE AUSENTE FALTA O ERROR DATOS DE Se enviara al Operador para que anule o CONTACTO reitere tras hablar con su cliente. En caso de que esta sea la 5 incidencia por este motivo El cliente desiste,
03/11/2011
Pgina 125 de 150
El cliente esta ausente El Cliente esta ilocalizable
de la orden se procede a Anular y comunicar al operador
4.4.2 Incidencias informativas hacia el operador

Descripcin No existe equipamiento en central compatible NEBA Es necesario establecer VLAN entre el Dslam/OLT y pPAI-E El Cliente carece infraestructura Cliente Ilocalizable tras realizar tres intentos de contacto Cliente en obras. No es posible la instalacin Cliente Obras, depende de permisos particulares de Terceros Cliente solicita servicio en plazo mayor 15 das No existen pares Central cerrada por Saturacin y no est prevista ampliacin Cliente sin cobertura. No existe rea de Influencia Asociada al domicilio Falta de Bornas en la Caja ptica El nmero de Telfono pertenece a una localizacin nodo sin banda ancha El domicilio no dispone de Caja-CTO El domicilio no dispone de Red de Distribucin El Telfono es un TRAC El Telfono es un Centrex El Telfono es un Telfono Pblico El Telfono pertenece a un Ibercom El Telfono es segunda lnea de Voz-IP El Telfono no esta activo en la red. No puede Portarse El Telfono no tiene red asociada y no tiene cobertura para el servicio Domicilio ilocalizable. No Existe Calle o Domicilio El Administrativo esta fuera de Servicio o de baja Prestaciones insuficientes de bucle VCI Fuera de rango VPI Fuera de rango El bucle del cliente no admite modalidad ADSL2+ solicitada Datos insuficientes/ errneos domicilio instalacin El Domicilio de cliente esta sin red Orden Duplicada Trascurridos 15 das sin solicitud de Portabilidad El telfono esta PORTADO Accin Comercial a realizar NA NA Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador, si Ftth Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador Anular e informar al operador
5.
Reclamaciones
Se entiende por Reclamacin a la manifestacin realizada por parte del Operador de una disconformidad con el servicio, entendindose que dicha situacin se produce de forma anmala y que no est incluida en la prestacin del servicio. Por lo tanto, la reclamacin siempre tiene un carcter extraordinario. Se distingue la siguiente tipologa de reclamaciones:
Reclamaciones de provisin
o o
por demora en la provisin las genera un operador cuando una solicitud en vuelo est demorada segn el plazo baremo establecido. por disconformidad con el rechazo: las genera un operador cuando no este conforme con el Rechazo de una solicitud.
Reclamaciones de Facturacin: las genera un operador cuando no est conforme con importes Facturados por un servicio que est instalado y en funcionamiento. Reclamaciones de infraestructuras o averas: Se abren por indisponibilidad de un Servicio instalado.
5.1
Reclamaciones de provisin
El procedimiento general de atencin de reclamaciones de provisin se ajustar a lo indicado en la OBA vigente. No obstante se desarrollan a continuacin aspectos relevantes del mismo. 1. El Operador enva la reclamacin a travs del Web Services correspondiente. La informacin a incluir es la siguiente:
N Referencia de la solicitud sobre el cual realiza la Reclamacin. Este nmero se proporciona al Operador cuando el operador realiz la solicitud o pedido del servicio. Tipo de Reclamacin:
o o
Disconformidad con el rechazo Demora en la provisin
Tipo de servicio reclamado (NEBA Cobre, NEBA FTTH, Servicio Soporte), incluyendo en su caso la modalidad.
2. Telefnica realizar las validaciones correspondientes sobre la reclamacin. En caso de superarse la validacin, la reclamacin progresa; en caso contrario se rechaza y se devuelve al Operador indicndole el motivo del rechazo. 3. El Operador podr introducir informacin adicional una vez haya sido registrada la Reclamacin. 4. La resolucin de una Reclamacin podr conllevar: a. su rechazo si no procede o bien b. la realizacin de las acciones necesarias para que la provisin se finalice correctamente 5. Una vez resuelta la reclamacin, se enviar al Operador un Franqueo o Propuesta de Resolucin, que ste podr aceptar, rechazar o incluso no responder. El Operador podr rechazar dos veces el franqueo/resolucin de una reclamacin. Caso de recibirse un tercer rechazo del Operador sobre la misma reclamacin, sta se cerrar pudiendo el Operador iniciar el Procedimiento de Escalado. Por tanto, el proceso de Reclamaciones finalizara con el segundo franqueo. 6. Transcurridos 5 das hbiles desde el envo del franqueo de la incidencia por parte de Telefnica sin que se haya producido la aceptacin o el rechazo del mismo por parte del operador, sta pasar automticamente a la etapa de CIERRE DEFINITIVO por Vencimiento de temporizador. 7. Si durante la vida de una reclamacin, la solicitud reclamada sufriera una anulacin, dicha reclamacin pasar a estado CIERRE DEFINITIVO por Anulacin, del mismo modo que si la
03/11/2011
Pgina 127 de 150
solicitud reclamada sufriera una cancelacin, la reclamacin pasar a estado CIERRE DEFINITIVO por Cancelacin.
5.1.1 Disconformidad con el rechazo

Las validaciones realizadas sobre una reclamacin de disconformidad con el rechazo son las siguientes:
Que el pedido existe, es de NEBA y pertenece al Operador Reclamante Se comprobar que la solicitud del Operador se encuentra en estado Rechazado. Es decir, no se aceptarn estas reclamaciones si la solicitud del Operador se encuentra en cualquier otro estado, por ejemplo, Anulado. Se verificar que la reclamacin se ha introducido antes de 10 das hbiles posteriores al rechazo enviado por TE. Se verificar que no existe alguna otra Reclamacin en vuelo o anulada referida al mismo nmero de solicitud.
Para el caso concreto de reclamaciones sobre una solicitud que forma parte de un pedido masivo que ha sido rechazada por no tener el pedido un nmero mnimo de solicitudes para poder considerarlo masivo, la disconformidad con el rechazo solo se podr realizar sobre una de las solicitudes rechazadas y no sobre el pedido completo masivo. La disconformidad con el Rechazo de otra de las solicitudes del mismo pedido que ha sido rechazada por la misma causa se ha de rechazar por duplicada. Est en elaboracin la lista de rechazos de reclamaciones y los correspondientes motivos que tengan una relacin unvoca.
5.1.2 Demora en la provisin

Las principales caractersticas de este tipo de reclamaciones son las siguientes:
El Operador reclamar sobre el nmero de referencia de TE de la solicitud afectada. Por lo tanto tambin se efectuar control de duplicados igual que en el caso anterior. Se distinguir entre plazo de provisin y plazo de validacin. El plazo de validacin siempre es el mismo: dos das laborables. Sin embargo, los plazos de provisin son diferentes segn los movimientos. Por ejemplo, no tiene el mismo plazo de provisin un traspaso sobre el mismo acceso de Cobre que un alta sobre vacante de FTTH. Los plazos de provisin son los que indican en el apartado de Indicadores y Acuerdos de Nivel de Servicio (ANS).
En la reclamacin el Operador informar el nmero de referencia de TE y el tipo de reclamacin (en este caso Demora en la provisin). El sistema de gestin de reclamaciones recuperar el estado actual de la solicitud, la fecha estimada de instalacin y la fecha actual, teniendo en cuenta las paradas de reloj, ya que pueden afectar a la fecha de estimada de Instalacin. En el caso de que la solicitud est en estado de parada de reloj, ser necesario validar si se han superado los plazos de validacin o provisin y en tal caso se aceptar la reclamacin. En funcin del estado de la solicitud y de la superacin o no de los plazos definidos para la validacin y provisin de la misma pueden existir los siguientes escenarios:
La solicitud se encuentra en estado En Validacin, se ha superado el plazo de validacin pero no se ha superado el plazo de provisin. En este caso se identificar en qu validacin se ha quedado parada la solicitud y con esta informacin recuperar, de la tabla comentada anteriormente, el motivo de la reclamacin y su cdigo de motivo asociado. Se
03/11/2011
Pgina 128 de 150
efectuarn los trabajos para que progrese la peticin y la Reclamacin se resolver cuando el pedido supere el estado En Validacin y pase a la fase de En provisin.
La solicitud se encuentra en estado En Validacin y se han superado tanto el plazo de validacin como el de provisin. Se identificar la validacin en la que se ha quedado parada la solicitud y generando un Cdigo de Motivo distinto al anterior. En este caso no solo se ha superado el plazo de validacin sino tambin el plazo de provisin. Se resolver el problema solventado el problema de validacin en primer lugar, lo que permitir se distribuya la reclamacin al siguiente rea responsable de la gestin de la provisin. La solicitud se encuentra en estado En Provisin y se ha superado el plazo de provisin. Se identifica en qu tarea de la provisin se ha quedado parada la solicitud y con esta informacin recuperar, de la tabla la descripcin y cdigo del motivo de la reclamacin para su envo al rea que la resuelve.
No se admitirn reclamaciones por demora cuando la solicitud se encuentre en los siguientes estados:
Cancelado o en proceso de cancelacin Anulado o en proceso de anulacin Tramitado Rechazado.
En las dos tablas siguientes se reflejan los estados por los que pasan los pedidos de pPAI-E/LAG y accesos NEBA.
03/11/2011
Pgina 129 de 150
Reclamable por Fase del pedido Estado operador Demora Disconformidad
ACEPTACIN
EN VALIDACIN
TRAMITANDO PROVISIN X
Operacin comercial Alta Alta sobre Alta sobre Alta sobre sobre Modificacin vacante ocupado ocupado vacante Cu FTTH Cu FTTH Cu X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X
Modificacin FTTH X X X X
Baja Cu X X X X
Baja FTTH X X X X
X X X X
X X X
X X X
PDTE. PORTABILIDAD TRAMITADA FINALIZACIN ANULACIN RECHAZADO CANCELACIN INCIDENCIA TRAMITADA FINALIZADA ANULADO RECHAZADA CANCELADO TRAMITANDO EN INCIDENCIA TE EN INCIDENCIA X X
X X X X
X X
X X X X X X X X X X
X X X X X X X X X X
X X X X X X X X X X
X X X X X X X X X X
X X X X X X X X X X
X X X X X X X X X X
03/11/2011
Pgina 130 de 150
Reclamable por Fase del pedido Estado operador Demora Disconformidad
ACEPTACIN
EN VALIDACIN
TRAMITANDO PROVISIN X
Operacin comercial Alta Alta sobre Alta sobre Alta sobre sobre Modificacin vacante ocupado ocupado vacante Cu FTTH Cu FTTH Cu X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X X
Modificacin FTTH X X X X
Baja Cu X X X X
Baja FTTH X X X X
X X X X
X X X
X X X
PDTE. PORTABILIDAD TRAMITADA FINALIZACIN ANULACIN RECHAZADO CANCELACIN INCIDENCIA TRAMITADA FINALIZADA ANULADO RECHAZADA CANCELADO TRAMITANDO EN INCIDENCIA TE EN INCIDENCIA X X
X X X X
X X
X X X X X X X X X X
X X X X X X X X X X
X X X X X X X X X X
X X X X X X X X X X
X X X X X X X X X X
X X X X X X X X X X
03/11/2011
Pgina 131 de 150
5.2
Reclamaciones de facturacin
Las Reclamaciones de Facturacin sern registradas por el Centro de Relacin con Operadores (CRO), previo anlisis de que realmente es una Reclamacin de Facturacin y no una aclaracin de importes facturados. La Reclamacin se har siempre sobre la/s Factura/s sobre la que se ha mostrado la no conformidad.
5.3
Reclamaciones/Incidencias de Operaciones Masivas
A nivel de solicitud individual se podrn realizar las mismas reclamaciones que para el resto de movimientos, esto es:
reclamaciones de provisin reclamaciones de facturacin reclamaciones de infraestructuras/averas
En funcin del estado en el que se encuentre el pedido el Operador deber reclamar sobre el pedido completo o sobre las solicitudes individuales que lo componen:
Si el pedido se encuentra en estado En Validaciones el Operador deber reclamar por el nmero de referencia TE del pedido que lo agrupa. Si el pedido se encuentra en estado En Provisin el Operador deber reclamar por el nmero de referencia TE de la solicitud/es individual/es correspondientes.
Para las solicitudes que se hayan rechazado porque no han cumplido las validaciones, el operador podr abrir reclamaciones por Disconformidad con el Rechazo. No se podrn abrir reclamaciones de facturacin relacionadas con este tipo de solicitudes rechazadas para solicitar el cobro como masiva. En caso de querer provisionar de forma masiva todas las solicitudes, el operador deber cancelar todas las solicitudes validadas, reclamar la disconformidad con el rechazo y una vez aclarado el problema volver a solicitarlas de forma masiva. Una vez iniciada la provisin de cada solicitud, el tratamiento de las reclamaciones por demora es idntico al habitual de cada servicio Indirecto . As mismo, una vez provisionadas las conexiones, la atencin de reclamaciones de infraestructuras/averas es idntica a la habitual de cada servicio Indirecto. Las reclamaciones de facturacin contemplan la causa de facturacin errnea de alta masiva. El Operador podr incluir comentarios o informacin adicional de la reclamacin.
6.
Averas
El servicio NEBA incluye un sistema de apertura y gestin de averas, que permite comunicar las incidencias que se produzcan y realizar el seguimiento hasta su resolucin. La resolucin de incidencias por parte de Telefnica en su mbito de responsabilidad se ajustar a lo establecido en los correspondientes acuerdos de nivel de servicio. Se contemplan dos canales para que los operadores puedan gestionar con Telefnica las averas.
Canal H2M de Operadores Canal Web Services
03/11/2011
Pgina 132 de 150
6.1
Canal H2M
El canal H2M podr ser utilizado por el operador como canal alternativo al canal principal de web services, y consiste en un interfaz H2M de carga de ficheros XML para registro de averas. La respuesta de TE a la apertura de una avera en entorno H2M ser el numero de referencia de la apertura de la avera (o mensaje de error en caso de no superar las validaciones). Adems, TE remitir al operador por WS la notificacin de la apertura de la avera (o del error de validacin) que se introdujo por H2M. Cualquier avera introducida en el entorno H2M podr ser objeto de consulta unitaria (o detallada) y de consulta de movimientos (que recoge los campos de la consulta detallada con todos los posibles movimientos / valores del mismo desde que se abriera la avera).
6.2
Canal Web Services
Este canal es el que deben utilizar los operadores en todas las comunicaciones relativas a averas de este servicio contempladas entre TE y los Operadores (apertura, reiteracin, consultas...). Respecto del canal Web Services (WS) TE ofrece una Plataforma segura: control de las direcciones IP desde las que se aceptan conexiones a la infraestructura de servicios web XML; protocolo empleado HTTPS que permite garantizar la integridad y la confidencialidad de las comunicaciones; mecanismo de autenticacin basado en la firma digital de los mensajes SOAP a travs del estndar WS-Security segn el perfil Certificate Token Profile 1.0; empleo de certificados de servidor emitidos por una CA de confianza. La Plataforma de WS de Telefnica es compatible con X509PKIPathv1 y con X509v3 del certificate token profil. Es decir, TE lee los mensajes WS de los operadores en cualquiera de los dos formatos. Sin embargo, en emisin de mensajes hacia los operadores, hay que elegir uno. Tal y como se acord en el foro TE enva sus mensajes con el formato X509v3 para todos los servicios. A continuacin se enumeran las comunicaciones WS para la gestin de averas del servicio NEBA:
Sentido Operador -> TE

Registro de avera Modificacin Aceptacin de Franqueo (conlleva el cierre de la avera) Rechazo de Franqueo (implica la reapertura de la avera, pasando a estado Pendiente) Reiteracin Consulta de Movimientos Consulta Detallada Consulta de Descripciones Consulta Masiva Anexado de Ficheros
Sentido TE -> Operador

Aceptacin/Rechazo de Registro de avera No Validez de Actuacin
03/11/2011
Pgina 133 de 150
Parada de reloj Arranque de reloj Aceptacin/Rechazo de Modificacin Aceptacin/Rechazo de Reiteracin Franqueo Aceptacin/Rechazo de Reapertura (tras rechazo del franqueo) Aceptacin/Rechazo de Cierre Resultado de Consulta de Movimientos Resultado de Consulta Detallada Informacin Sin Cambio de Estado Resultado de Consulta de Descripciones Resultado de Consulta Masiva Anexado de Ficheros
Se incluye un cuadro aclaratorio sobre las actuaciones emitidas por el Operador (en sombreado) y las actuaciones emitidas por Telefnica (sin sombreado):
Respuesta a la invocacin (3*) (1*)
Invocacin al servicio de... Registro de avera Modificacin Parada Arranque Franqueo Aceptacin de Franqueo Cierre Rechazo de Franqueo Reiteracin
Aceptacin de Registro de Avera o Rechazo de Actuacin (2*) Aceptacin de Modificacin o Rechazo de Actuacin (2*)
Cierre o Rechazo de Actuacin (2*)
Reapertura o Rechazo de Actuacin (2*) Reiteracin o Rechazo de Actuacin (2*) Resultado de Consulta Detallada (sin o con movimientos) o Rechazo de Consulta (4*) Resultado de Consulta Movimientos o Rechazo de Consulta (4*) de
Consulta Detallada
Consulta de Movimientos Informacin Sin Cambio de Estado
03/11/2011
Pgina 134 de 150
Consulta de Descripciones
Resultado de Consulta Descripciones o Rechazo de Consulta (4*)
de
Consulta Masiva Anexado de Ficheros Anexado de Ficheros
Resultado de Consulta Masiva o Rechazo de Consulta (4*)
(1*) - En respuesta a cada actuacin podra recibirse un rechazo por error en formatos. (2*) - En cada comunicacin de "Rechazo de Actuacin" (no superacin de validaciones, independientes de errores de formatos) se especificar al Operador el motivo concreto del rechazo. (3*) - Si la celda est vaca es porque no se precisa de respuesta por parte del Operador (slo el ACK automtico de su plataforma para asegurar que se recibi el envo realizado desde TE). (4*) - Se puede devolver un Rechazo de Consulta cuando la consulta no se pueda ejecutar por problemas tcnicos o se haya superado el mximo establecido de invocaciones al WS.
6.3
Procedimiento de comunicacin de averas
6.3.1 Formularios de registro de averas

Los datos obligatorios para la apertura de una incidencia por avera son los siguientes:
Cdigo de referencia: aportado por el operador. Datos del Operador:
o o o o o o
Coordinador del Operador Telfono principal del Operador Telfono alternativo del Operador Horario de atencin Operador Direccin de correo electrnico principal del Operador Direccin de correo electrnico alternativo del Operador
Datos del usuario final:
o o o o o o
Nombre usuario final Apellidos usuario final Direccin postal de instalacin usuario final Telfono contacto usuario final Telfono mvil usuario final Horario de localizacin del usuario final
Datos de la incidencia:
Fecha y hora deteccin de la avera
03/11/2011
Pgina 135 de 150
o o o o
Nmero Administrativo que identifica al elemento afectado Direccin IP del usuario final Servicio afectado Sntoma Descripcin del sntoma Diagnstico previo (impacto y comprobaciones realizadas) Ha funcionado correctamente alguna vez? Tipo de pruebas realizadas por operador Pruebas de sincronismo:
Se han realizado pruebas de sincronismo? Velocidad de pico Atenuacin Margen de ruido
Pruebas con el cliente final:
o o o o o o
Se han puesto en contacto con cliente final? Realizado reset en equipo de cliente? Cambios de equipamiento entes de la avera? Prueba de tono en PTR/Splitter (slo para NEBA xDSL) Prueba de potencia ptica en PTRO (slo para NEBA FTTH) Sincronismo en PTR/Splitter? (slo para NEBA xDSL)
Tipo de seal sobre el par: ADSL2+/VDSL (slo para NEBA xDSL) Comunicaciones afectadas Frecuencia cortes Duracin cortes Informacin adicional sobre la incidencia
Los campos opcionales para abrir una incidencia por avera son: Cdigo MIGA de la central / RPCA Elemento de red afectado Prueba de Router? (slo para NEBA xDSL) Prueba de ONT? (slo para NEBA FTTH) Degradacin de calidad de servicio (BE, ORO, RT) y cuantificacin de dicha degradacin
Una vez completados correctamente todos los campos obligatorios de la incidencia, y si se superan las validaciones fsicas y lgicas, sta quedar registrada. Los operadores podrn adjuntar informacin relevante sobre la incidencia as como modificar datos relacionados con campos opcionales de la incidencia en cualquier momento del proceso de resolucin de la incidencia.
03/11/2011
Pgina 136 de 150
6.3.2 Interacciones
1. El operador que abre la incidencia cumplimenta los datos de la forma especificada en el apartado correspondiente. 2. Telefnica comprobar la incidencia. Cuando se verifique que la incidencia ya ha sido subsanada, o se considere que no existe tal incidencia o que queda fuera de su mbito de responsabilidad, Telefnica podr rechazar o denegar la incidencia antes de 24 horas, detallando las causas de tal rechazo al operador iniciador dentro de estas 24 horas. Este hecho dar lugar al cierre de la incidencia en caso de acuerdo, pudiendo iniciar el escalado de la misma si no existe tal acuerdo. 3. Cuando se verifique la existencia de la incidencia, Telefnica informar del perodo estimado de resolucin al Operador. Adicionalmente, y si el tipo de incidencia requiere que se efecte algn tipo de medida para su resolucin, se incluir, la fecha y hora de la cita para efectuar las medidas. En caso de que se solicite la presencia del Operador, ste confirmar la asistencia de su personal, de manera que se puedan efectuar las medidas oportunas. 4. Telefnica proceder a la resolucin de la avera y remitir una respuesta de franqueo. Este franqueo incluir los siguientes campos obligatorios:
Cdigo de referencia de Telefnica Motivo de la comunicacin Fecha y hora de 1 comunicacin Fecha y hora de comunicacin efectiva Cdigo de referencia de Operador Estado de la avera Fecha y hora del ltimo franqueo Fecha y hora de actuacin del tcnico Tiempo de duracin neto Tiempo de duracin total Responsable Causa Localizacin Datos del Centro Tcnico responsable:
o o o o
Identificacin del Centro Tcnico responsable Telfono fijo del Centro Tcnico responsable Telfono mvil del Centro Tcnico responsable Direccin de correo electrnico del Centro Tcnico responsable
Documentacin de franqueo
o o o o
Franqueo con conformidad Fecha y hora de peticin de conformidad Agente de Operador Telfono de confirmacin Operador
03/11/2011
Pgina 137 de 150
o o o o o
Pruebas de aceptacin realizadas con operador Informacin de pruebas de aceptacin realizadas co operador Cdigo de prueba operador Desplazamiento a cliente? Cdigo Boletn de Actuacin Domiciliario (BAD), slo obligatorio si existe BAD
Podr contener los siguientes campos no obligatorios: Observaciones de Telefnica al Operador Documentacin de Pruebas Conjuntas (PPCC)
o o o o o o o o o o
Localizacin PPCC Presencia tcnico operador Fecha y hora concertadas Fecha y hora realizacin Nombre del tcnico TE Apellidos del tcnico TE Telfono del tcnico TE Nombre del tcnico de operador Apellidos del tcnico de operador Telfono del tcnico de operador
Documentacin de pruebas realizadas:
o o o o o o
Fecha y hora de realizacin Nombre del tcnico TE Apellidos del tcnico TE Telfono del tcnico TE Localizacin de las pruebas Tipo de prueba: Sincronismo en GR/PAR Pruebas potencia ptica en PTRO Velocidad de sincronismo en GR/PAR Sincronismo en PTR Potencia ptica Velocidad de sincronismo en PTR Continuidad Atenuacin integrada Informacin resultado de las pruebas
5. Cuando el operador iniciador considere que la resolucin ha sido satisfactoria informar de este hecho a Telefnica aportando (Aceptacin Franqueo) la siguiente informacin (obligatoria):
Cdigo de referencia de Telefnica Disconforme con la causa y/o responsable?
Cuando el operador iniciador considere que la resolucin o la respuesta no han sido satisfactorias, podr rechazar el franqueo de la incidencia, y se reiterar el proceso de anlisis de la incidencia, pudindose iniciar el procedimiento de escalado. La verificacin de resolucin de incidencia se rellenar con la siguiente informacin (obligatoria salvo que se indique lo contrario):
Cdigo de referencia de Telefnica Motivo del rechazo del franqueo Solicita Pruebas Conjuntas (PPCC)?
CON cita prefijada por operador: Fecha y hora de PPCC Nombre tcnico de PPCC Apellidos tcnico de PPCC Telfono fijo tcnico de PPCC Telfono mvil tcnico PPCC Direccin de correo electrnico tcnico PPCC (no obligatorio) SIN cita prefijada por operador: Telfono de operador para solicitud de cita PPCC Horario de operador para solicitud de cita PPCC Localizacin de PPCC
6. Si el Operador aceptase el franqueo, la avera (resolucin satisfactoria) quedar cerrada. Transcurridos 5 das hbiles desde el envo del franqueo sin que se haya producido la aceptacin o el rechazo del mismo por parte del Operador que ha abierto la incidencia, sta pasar automticamente al estado de CERRADA. Las solicitudes que hayan alcanzado el estado de CERRADA podrn tambin ser consultadas durante un ao a partir de la fecha de cierre (Consulta Detallada, Consulta de Movimientos y Consulta Masiva ). 7. El Operador podr reclamar por disconformidad con la causa y/o responsable final de las incidencias consignadas en el sistema, sin que ello conlleve la reapertura de incidencias ya resueltas satisfactoriamente. 8. Cualquier eventualidad relacionada con el Operador o su cliente final que implique una parada de reloj en el proceso de resolucin de la incidencia ser comunicada al Operador. Telefnica facilitar la informacin relevante, incluyendo como mnimo la causa del problema y los datos de contacto del departamento tcnico responsable. El Operador podr proporcionar a Telefnica los datos que considere pertinentes para desbloquear el proceso. En todo caso, existir un proceso de relanzamiento de comunicaciones fallidas. En cada comunicacin se enviar adems un histrico de las comunicaciones realizadas. El Operador dispondr de un WS mediante el que podr consultar el histrico de comunicaciones realizadas para una determinada solicitud.
03/11/2011
Pgina 139 de 150
6.4
Seguimiento de averas
Para obtener informacin sobre la situacin en que se encuentra una avera (en curso o cerradas), el Operador podr realizar consultas de incidencias individuales por el sistema, introduciendo el cdigo de referencia de Telefnica (Consulta Detallada) Asimismo, el operador tambin podr solicitar informacin sobre la evolucin de la avera (Consulta de Movimientos) Tambin podr el Operador efectuar una Consulta Masiva de las averas que cumplan determinados criterios. Los parmetros que el operador puede facilitar son los siguientes:
Cdigo de referencia del operador Estado de la avera Estado del reloj Cdigo MIGA de la Central / RPCA Nmero administrativo Fecha de presentacin de avera
Los criterios de Cdigo de referencia de Operador, Nmero administrativo y Fecha de presentacin de avera sern individuales pudindose realizar la bsqueda por cualquiera de ellos de forma exclusiva. Los criterios Cdigo MIGA de la Central, Estado de la avera y Estado del reloj son combinables entre s (no con el Cdigo de referencia de Operador o Nmero administrativo) pero obligatoriamente irn acompaados de una fecha de presentacin concreta. El sistema ofrecer una lista de las incidencias que cumplan con las claves o datos introducidos presentando, la siguiente informacin:
Cdigo de Referencia de Telefnica Cdigo de Referencia de Operador Estado de la Avera Estado del Reloj N Reaperturas Fecha y Hora de Presentacin Fecha y Hora de Cierre Cdigo MIGA de la Central / RPCA Nmero Administrativo Servicio Afectado Sntoma Provincia Motivo de cierre
Y adems, en el caso de respuesta paginada:

Registro de paginacin.
03/11/2011
Pgina 140 de 150
7.
Procedimiento de escalado de incidencias
Este procedimiento de escalado se podr realizar en reclamaciones objeto de escalado por un Operador implicado en una incidencia de cualquier tipo (provisin y averas). Cuando un Operador autorizado est en desacuerdo con la actuacin realizada por Telefnica o viceversa, se podr iniciar el procedimiento de escalado de incidencias con el fin de resolver las posibles discrepancias que hayan surgido tras la apertura de la incidencia El escalado de una incidencia podr hacerse tanto para incidencias abiertas (activas/pendientes o franqueadas) como para incidencias que no estn abiertas (cerradas o rechazadas), independientemente del plazo transcurrido desde la solicitud de apertura, salvo que se trate de un escalado por motivos de expiracin de plazos. Las comunicaciones de escalado se iniciarn, en todos los casos, por los responsables designados para cada uno de los diferentes niveles de escalado, cuando se den las circunstancias para hacerlo. Telefnica no aceptar comunicados remitidos por personas o unidades diferentes a las designadas y podr rechazar aquellos que no cumplan con los requisitos de escalado que se establecen en este mismo documento. El procedimiento de escalado se iniciar por cualquiera de las partes mediante el envo de un correo electrnico al responsable designado por la otra parte. Enviado el correo electrnico, podrn continuarse las relaciones de escalado por telfono. Excepcionalmente, cuando las circunstancias lo precisen, se admitir el inicio de la comunicacin por telfono. El responsable designado para cada nivel de escalado tanto del operador autorizado como de Telefnica, deber atender convenientemente y responder con prontitud a todas las consultas y peticiones de cualquier otra informacin ms detallada que sobre la incidencia puedan realizarse entre ellos, colaborando de forma bidireccional hasta la resolucin de la incidencia. Los Operadores y Telefnica proporcionarn sus correspondientes cuadros de escalado a los que debern dirigirse para escalar segn el procedimiento. La concrecin de las personas de cada nivel de escalado deber negociarse entre cada uno de los operadores autorizados y Telefnica, y se detallarn, al menos, nombres y apellidos, telfonos (principal y alternativo), fax y correo electrnico (principal y alternativo) de dichos responsables, as como sus reas de responsabilidad y puestos concretos. Las personas responsables de cada nivel de escalado tendrn una disponibilidad de 12 horas diarias (de 8 de la maana a 8 de la tarde) los das laborables. A continuacin se detallan los requisitos y las causas para el escalado de incidencias.
7.1
Causas de escalado de incidencias
El operador podr iniciar el procedimiento de escalado cuando se den situaciones que generen discrepancias, incluyendo las siguientes:
Rechazos que se entienden improcedentes desde el operador Respuesta reiterativa insuficiente o no actualizada en una solicitud de informacin relativa a una incidencia (solicitada, activa/pendientes, franqueada o cerrada) o trabajo programado Desacuerdos en la resolucin de incidencias Cierre de una incidencia por avera por parte de Telefnica sin la aceptacin del operador iniciador Expiracin de los tiempos de atencin o respuesta comprometidos
03/11/2011
Pgina 141 de 150
Retraso en el plazo estipulado por la OBA para la resolucin de averas del servicio NEBA, no incluyendo los retrasos motivados por causas imputables al cliente o al propio operador autorizado por otras causas de fuerza mayor Reapertura por 2 vez de una avera Repeticin en menos de 48 horas de una avera cerrada Avera masiva con un nmero elevado de servicios asociados Sistema indisponible
En caso de desacuerdo sobre resolucin de una incidencia podr solicitarse, por cualesquiera de las partes, la realizacin de pruebas conjuntas por el personal tcnico de ambos operadores. Al objeto de mejorar la atencin de averas, con carcter general, las pruebas conjuntas se concertarn lo antes posible y debern realizarse en un plazo no superior a 24 horas desde el momento en que hayan sido solicitadas por alguno de los operadores. Telefnica y los operadores solicitantes se informarn mutuamente de los datos de contacto de los tcnicos que se desplazarn para la realizacin de las pruebas conjuntas.
8.
Supervisin
En el servicio NEBA Telefnica pone a disposicin de la CMT y Operadores un sistema de medida de la calidad de servicio (QoS) ofrecida en la Red. En la siguiente figura se incluye un esquema del sistema de medida de la QoS del servicio NEBA:
A continuacin se recogen los siguientes aspectos de este sistema de medida de calidad:
Obtencin de medidas Almacenamiento de medidas Acceso a los datos por parte de los operadores
8.1
Obtencin de medidas
Se tomarn medidas tanto para accesos de tecnologa de Cobre como de tecnologa FTTH obtenindose medidas de calidad, para cada una de estas tecnologas, de las tres Calidades contempladas en este servicio:
Best Effort (BE) Oro Real Time (RT)
A fin de obtener estas medidas se utilizarn equipos, ubicados en nodos de las diferentes MANes, generadores de tramas Ethernet. Estos equipos estarn programados para efectuar medidas de forma continua dirigiendo estas tramas a sondas situadas en puertos de prueba de los
DSLAM/OLT que se seleccionen para esta funcin. Cada vez que se obtienen medidas de una sonda de prueba se medirn todos los parmetros que, segn lo indicado en la siguiente tabla:
Parmetro Prdida de tramas Retardo medio unidireccional Variacin de Retardo (Jitter)
QoS BE X -
QoS ORO X X -
QoS RT X X X
A fin de que las medidas obtenidas sean representativas de la calidad real del servicio prestado por Telefnica, y a fin de evitar que su obtencin represente un coste desproporcionado, el nmero de sondas de prueba a utilizar estar comprendido en todo momento entre los dos valores siguientes:
Mnimo: nmero total de demarcaciones Mximo: nmero de centrales en las que, en cada momento se ofrezca el servicio NEBA
En todo caso, tanto el nmero de sondas de prueba como el de equipos generadores de tramas a utilizar en cada momento se fijar en funcin de la demanda real del servicio y de la distribucin geogrfica de dicha demanda. Las medidas se realizarn de forma peridica. La frecuencia de las mismas (el inverso del tiempo que transcurre entre dos tomas de medidas consecutivas de una misma sonda de pruebas) estar condicionada tambin por el nmero de sondas que, en cada momento, tengan que informar a un mismo equipo generador de tramas.
8.2
Almacenamiento de las medidas
Existir un repositorio en el que se almacene se almacene la informacin obtenida de realizar estas medidas. Esta informacin se actualizar diariamente y el tiempo en que permanezca en l es el siguiente (datos estimados pendiente de confirmar capacidad de almacenamiento):
Datos en bruto (todas las medidas efectuadas): 30 das Datos agrupados por mes: 5 aos Datos agrupados por das: 5 aos Datos agrupado por hora: 5 aos
Estas medidas sern tratadas a fin de obtener un volumen que, an siendo representativo de la Calidad prestada por Telefnica haga ms manejable el manejo de la informacin. No obstante, Se pretende que la informacin que se ponga a disposicin de los operadores sea representativa de la calidad del servicio
8.3
Acceso a los datos por los Operadores
En los sistemas de acceso a la informacin relativa a las medidas de calidad del servicio NEBA se establecern mecanismos de seguridad a fin de que slo puedan acceder a esta informacin aquellos operadores u otras entidades con autorizacin para solicitar conexiones de usuario de este servicio. El acceso a esta informacin se deber efectuar por medio de un WS en el que se podrn efectuar actuaciones de:
03/11/2011
Pgina 143 de 150
Consulta (se mostrar la informacin solicitada por pantalla) Descarga (la informacin obtenida se podr almacenar en ficheros para su posterior consulta/uso)
Los niveles de agregacin geogrfica a los que se podr tener acceso son:
A nivel Nacional A nivel de demarcacin
Los niveles de agrupacin temporal a los que se podr tener acceso son: Detalle de todas las medidas correspondientes de un periodo de una hora de un da determinado de los ltimos 30 das Datos agrupados por horas de un da determinado de los ltimos 5 aos Datos por das de un mes determinado de los ltimos 5 aos Datos por meses de los ltimos 5 aos
9.
Servicios de Consulta
Una de las ventajas fundamentales que aporta el canal WS es que el Operador dispone en tiempo real de toda la informacin asociada a sus solicitudes y puede almacenarla en sus repositorios segn van sucediendo los hitos por los que pasan las solicitudes. Ello posibilita que en su operativa habitual todos los datos que necesite consultar ya los tenga en sus sistemas, por lo que puede disponer de ellos de forma inmediata y con los criterios y formatos que prefiera. Solamente en caso de incidencias en sus repositorios necesitar recurrir a las consultas a los sistemas de Telefnica, para recuperar la informacin que hubiese perdido. Los WS de consulta que permitirn a los Operadores verificar la informacin almacenada en sus repositorios en caso de que consideren que existe alguna inconsistencia de los mismos. De este modo, los WS de consulta constituyen en realidad mecanismos de respaldo. Al disponer el Operador de sus propios repositorios de informacin actualizados por la propia dinmica del canal, puede crear las consultas que considere necesarias para su seguimiento, sin tener que depender de los criterios que tenga o pueda establecer Telefnica en sus WS. La escalabilidad y flexibilidad del canal de comunicacin WS permite a los Operadores evolucionar su solucin segn evolucionen sus necesidades de operativa interna sin tener que esperar a que se adapte el canal de comunicacin. As el canal es mero transmisor de informacin y su evolucin est sujeta a la inclusin y/o modificacin de la informacin que contiene y no a las necesidades operativas (como pueden ser los criterios de consulta) que puedan existir en cada Operador. A continuacin se detallan los tipos de consulta que los Operadores podrn realizar mediante los WS, los criterios de bsqueda que se podrn emplear en cada caso y la informacin que se obtendr como resultado de la ejecucin de dichas consultas.
9.1
Tipos de Consultas
Consultas Unitarias: Proporcionarn el detalle completo de la solicitud consultada, ya sea un pedido o una reclamacin (incidencia de provisin o avera). Tendrn como nico criterio de consulta el nmero de referencia de la solicitud proporcionado por Telefnica, que es el nico criterio que devuelve un nico registro (con sus campos asociados) como resultado de la consulta.
Los Operadores podrn realizar dos tipos de consultas mediante los WS de consulta:
03/11/2011
Consultas Masivas: Proporcionarn informacin que permita a los Operadores cotejar inconsistencias de su repositorio para el seguimiento del ciclo de vida de las solicitudes, as como realizar consultas que ofrezcan informacin de su inters. El resultado de la consulta, al poder ser masivo, tendr un mecanismo de paginacin que permita obtener toda la informacin resultante de la consulta mediante invocaciones sucesivas. De esta manera, no s ve afectado el tiempo de respuesta de los WS y se puede ofrecer la informacin en tiempo real.
Si un Operador necesitara recuperar informacin detallada de un conjunto de peticiones, por ejemplo, un conjunto de solicitudes o un conjunto de averas, podra lanzar de forma automatizada tantas consultas unitarias como sean necesarias para recuperar dicha informacin.
9.2
Criterios de Bsqueda
La operativa de consulta est basada en necesidades informacionales. Dado que el repositorio de informacin de Telefnica est estructurado desde un punto de vista transaccional para la optimizacin del proceso de tramitacin, los WS de consulta no deben afectar de manera negativa a dichos procesos de tramitacin. Tcnicamente, las BBDD se construyen utilizando una serie de campos como ndices de cada una de ellas. Estos ndices son los que se deben utilizar como referencia bsica para soportar las distintas consultas, de forma que stas sean ptimas en cuanto a rendimiento y dedicacin de recursos. Para las operaciones propias de tramitacin, que corresponden habitualmente a actualizacin y/o insercin de datos, cuanto ms ndices de bsqueda se establezcan (criterio de datos sobre los que realizar bsquedas), ms se penalizan las inserciones/actualizaciones puesto que por cada una de ellas, la base de datos tiene que reorganizar los ndices de bsqueda. En consecuencia, el nmero de ndices por tabla est sometido a limitaciones en aras de un equilibrio que permita por un lado las operaciones propias del tramitador y, por otro, los ndices bsicos de bsqueda. Se establecen criterios de consulta genricos y acotados basados en los ndices establecidos sobre el repositorio de Telefnica con el objetivo de garantizar la mayor eficiencia del proceso de tramitacin. Los criterios de bsqueda propuestos por Telefnica, con el objetivo de cumplir todo lo expuesto anteriormente, sern de dos tipos:
Criterios Principales: A informar uno nicamente en cada consulta. Como veremos a continuacin en algunos casos el criterio principal estar compuesto por varios datos. Criterios Secundarios: Se podrn utilizar opcionalmente y solamente en combinacin con alguno de los criterios principales.
Pasamos a describir los criterios, tanto principales como secundarios, propuestos para cada uno de los tipos de consultas:
9.2.1 Consultas Unitarias

Tendrn como nico criterio de bsqueda principal el Nmero de Referencia de la solicitud (pedido, reclamacin o avera) proporcionado a los Operadores por Telefnica. Para un mayor rendimiento de las consultas, las solicitudes finalizadas sern historificadas. Se entiende por solicitud historificada aquella cuya fecha de finalizacin es anterior a un plazo acordado.
Criterios Bsqueda N de Referencia de la Solicitud (Criterio Principal) Consulta en Histrico (Criterio Secundario)
03/11/2011
Pgina 145 de 150
A continuacin se muestra una breve descripcin de cada uno de los criterios propuestos para este tipo de consulta:
Criterio N de Referencia de la Solicitud Descripcin Nmero de referencia de la solicitud proporcionado a los Operadores por parte de Telefnica. Marca que indicar si se desea realizar la consulta en el histrico. A elegir entre los valores SI o NO.
Consulta en Histrico
9.2.2 Consultas Masivas

Se proponen criterios de consulta que tengan un carcter general y que puedan devolver informacin independientemente del estado de tramitacin en el que se encuentren las solicitudes
Criterios Consultas Masivas de Pedidos: Se proponen una serie de criterios de consulta genricos para todos los servicios. Opcionalmente se podr incluir como criterio secundario el ndice de Paginacin.
Criterios Bsqueda Nmero Referencia Operador (Criterio Principal)(*) Nmero de telfono de la solicitud (Criterio Principal) Nmero de administrativo de la solicitud (Criterio Principal) Tipo de Peticin + Servicio Comercial + Fecha Recepcin (Criterio Principal) Estado Operadora + Servicio Comercial + Fecha Recepcin (Criterio Principal) ndice Paginacin (Criterio Secundario)
(*) Este criterio de consulta es masivo porque puede devolver ms de un registro cuyos nmeros de referencia del Operador sean coincidentes.
A continuacin se muestra una breve descripcin de cada uno de los criterios propuestos para este tipo de consulta:
Criterio Nmero Referencia Operador Descripcin Nmero de referencia de la solicitud generado por el Operador. Nmero de telfono de la solicitud(solo para conexiones NEBA, no pPAI-E) Nmero de administrativo de la solicitud Tipo de la solicitud realizada, alta, baja o modificacin.
Nmero de Telefono
Nmero Administrativo. Tipo de Peticin
03/11/2011
Pgina 146 de 150
Servicio Comercial
Cdigo del servicio comercial solicitado (Desagregado, Compartido, Compartido sin STB o Caracterizacin) Fecha de realizacin de la solicitud. Estado de la solicitud. Se facilitar a los Operadores la lista de posibles resultados durante la definicin del servicio. Valor que NEON ofrecer a los Operadores como resultado en las consultas masivas si estas son paginadas.
Fecha de Recepcin Estado Operadora
ndice Paginacin
La personalizacin de criterios de consultas, ante necesidades especficas de cada Operador, puede ser implementada por l mismo en sus propios repositorios de informacin. Esto es posible puesto que los Operadores disponen de toda la informacin asociada a sus solicitudes, ya sea por tratarse de los datos que proporcionaron en la peticin al tratarse de informacin de sus clientes, por la informacin que se modifique o se agregue durante la tramitacin y que Telefnica habr informado va WS de modificacin al Operador en tiempo real, o por la informacin resultado de la ejecucin de las consultas.
9.3
Resultados de las consultas
Telefnica proporcionar a los Operadores los resultados de las consultas realizadas en tiempo real, independientemente de si se trata de una consulta unitaria o una consulta masiva.
9.3.1 Consultas Unitarias

Los resultados de este tipo de consultas proporcionarn un nico registro que contendr la informacin facilitada por los Operadores en la solicitud, cualquier cambio o modificacin realizado sobre dicha solicitud por parte de Telefnica o del Operador durante la tramitacin y las notificaciones o incidencias relacionadas con dicha solicitud. Se tratara por consiguiente de la totalidad de la informacin que est asociada a una solicitud.
9.3.2 Consultas Masivas

El resultado de este tipo de consultas, al poder ser masivo, tendr un mecanismo de paginacin que permita obtener toda la informacin resultante de la consulta mediante invocaciones sucesivas. El WS devuelve el resultado de la consulta y un indicador de paginacin y el Operador volver a consultar con los mismos criterios aadiendo el indicador de paginacin devuelto para recibir los siguientes resultados de la consulta. Esta paginacin es necesaria ya que las consultas masivas no tienen preestablecido un nmero de registros como respuesta. Dado que se trata de WS que deben proporcionar la informacin en tiempo real, se debe garantizar el rendimiento y los tiempos de respuesta independientemente del criterio de consulta utilizado (dentro de los criterios propuestos para las consultas masivas). De esta manera, se debe buscar un equilibrio entre los registros devueltos y el tiempo de respuesta de la consulta, proporcionando un mecanismo que permita recuperar el resto de los registros resultantes de dicha consulta (si el Operador lo considera necesario). Por el mismo motivo la cantidad de campos a devolver para cada registro tambin tiene que ser limitada, no pudindose devolver todos los campos que se ofrecen en la respuesta a una consulta
03/11/2011
Pgina 147 de 150
individual, si no aquellos que son fundamentales para que el Operador contraste posibles discrepancias en su repositorio.
10. Pruebas de interoperabilidad

Telefnica ofrecer a los operadores interesados los medios necesarios para llevar a cabo pruebas con el fin de prevenir problemas de interoperabilidad con anterioridad al despliegue de nuevas versiones de software en la red. A tal efecto los operadores sern oportunamente informados de las actuaciones en red que puedan afectar a la interoperabilidad de sus equipos de cliente con los equipos de Telefnica.
11. Canales de comunicaciones NEBA

11.1 Canal H2M
Este canal se propone como alternativa de contingencia ante posibles incidencias en los sistemas de los Operadores o cubrir necesidades muy puntuales. Se crear a tal efecto un canal secundario de tipo Web (interacciones hombre-mquina, H2M). La funcionalidad de ste interfaz es semejante a la definida para el servicio de prolongacin de par y servicios conexos. Este canal dispondr, esencialmente, de una pgina Web con facilidades de envo de archivos, permitiendo enviar solicitudes en formato XML que tendrn como modelo las plantillas estndar previstas para su manejo por los servicios Web de NEON. No obstante el carcter secundario de este canal alternativo, su conectividad ser redundada de la de los WS de NEON, por lo que presentar un nivel de disponibilidad adecuado incluso en caso de que el sistema principal presente problemas de acceso. El canal de retorno para los flujos de informacin subsiguientes al registro de la solicitud de alta ser el canal principal (WS). Hay que considerar que los procesos de solicitud involucran actuaciones cuyos resultados no son inmediatos, sino que stos se producen en horas e incluso das.
11.2 M2M: WEB SERVICES NEBA

Se emplear el nuevo modelo orientado a B2B (business-to-business, B2B), con una funcionalidad semejante a la definida para el servicio de prolongacin de par y servicios conexos (DT2008-674), que permitir a los Operadores integrar su lgica de negocio y gestin con los procesos de gestin mayorista de TE. NEON dispondr de un canal primario de comunicacin mediante Web Services, con un formato de intercambio de datos basado en XML, con el objetivo de disponer de una arquitectura que permita la comunicacin directa mquina-mquina entre los sistemas de Telefnica y del resto de Operadores. La prctica totalidad de las operaciones relacionadas tanto con el proceso de provisin de los servicios, como de su mantenimiento, se realizarn a travs de este canal. A continuacin, se enumeran los nuevos Web Services del servicio NEBA:
11.2.1 Servicios de Soporte Operador

TE
Alta de Servicio de Soporte Modificacin de Servicio de Soporte
03/11/2011
Pgina 148 de 150
Web Service Agenda , incluyendo Horario Disponible y Reserva ventana de trabajos Baja Servicios Soporte Cancelacin solicitud de Servicio Soporte NEBA Resolucin de incidencias (Anulacin/Reiteracin de la solicitud) Consulta detalle de la solicitud Consulta comunicaciones de una Solicitud Consulta Incidencias de una Solicitud
11.2.2 Servicios de Soporte TE

Operador
Notificacin cambio Estado de una solicitud Notificacin Incidencia Notificacin finalizacin solicitud Confirmacin Reserva de Ventana
11.2.3 Servicios de conexiones NEBA: Operador

TE
Altas (vacante y ocupado) NEBA xDSL Altas masivas NEBA xDSL Modificaciones NEBA xDSL Modificaciones masivas NEBA xDSL Altas (vacante y ocupado) NEBA FTTH Web Services Modificacin VAN Modificaciones NEBA FTTH Modificaciones Masivas NEBA FTTH Baja conexiones NEBA Cobre Baja conexiones NEBA FTTH Cancelacin de una Solicitud Resolucin de una incidencia (Anulacin o Reiteracin con modificacin) Confirmacin / cambio Ventana de Activacin (VAN) Consulta detalle de la Solicitud Consulta Lista Solicitudes Consultar estado de una Solicitud Consultar Comunicaciones de una Solicitud Consultar Incidencias de una Solicitud Consulta de Cobertura Consulta Repositorio Informacin Accesos
Estarn disponibles los siguientes Web Services actuales: WS de recuperacin del cdigo GESCAL. WS de acceso a la base de datos de pares individuales de cobre (basado en IRO) para la recuperacin del nmero Administrativo. WS Servicios de Informacin de OBA para acceder a la lista de centrales con entrega Ethernet (pPAI-E/LAG). WS Modificacin Datos de Contacto para la resolucin de una incidencia.
03/11/2011
Pgina 149 de 150
11.2.4 Servicios de Accesos TE-Operador

Notificacin Cambio Estado de una Solicitud Notificacin de una Incidencia Notificacin de Ventana de Activacin (VAN) Notificacin de Ventana Instalacin (VIN) Modificacin de Ventana de Activacin (VAN) Notificacin Finalizacin solicitud Notificacin inicio de traspaso Notificacin Cancelacin de Traspaso Notificacin Finalizacin Traspaso Confirmacin Reserva de Ventana
11.2.5 Averas
Vase apartado de Averas
03/11/2011
Pgina 150 de 150
ANEXO II
PRECIOS DEL SERVICIO NEBA
Pgina 1 de 8
ndice 1 INTRODUCCIN.................................................................................................................3 2 SERVICIO NEBA COBRE...................................................................................................3 2.1 CUOTAS APERIDICAS DEL SERVICIO NEBA COBRE EN CONCEPTO DE ALTA ........................3 2.2 CUOTAS APERIDICAS DEL SERVICIO NEBA COBRE EN CONCEPTO DE POST-VENTAS ............5 2.3 CUOTAS PERIDICAS DEL SERVICIO NEBA COBRE..............................................................5 2.4 SERVICIO DE MANTENIMIENTO DEL NEBA COBRE................................................................5 3 SERVICIO NEBA FTTH.......................................................................................................6 3.1 CUOTAS APERIDICAS DEL SERVICIO NEBA FTTH EN CONCEPTO DE ALTA..............................6 3.2 CUOTAS APERIDICAS DEL SERVICIO NEBA FTTH EN CONCEPTO DE POST-VENTAS...............6 3.3 CUOTAS PERIDICAS DEL SERVICIO NEBA FTTH ................................................................6 4 SERVICIOS SOPORTE.....................................................................................................7 4.1 CUOTAS ASOCIADAS AL PPAI-E..........................................................................................7 4.2 CUOTAS ASOCIADAS A LA CAPACIDAD (TRFICO)..................................................................7 4.3 CUOTAS POST-VENTA ASOCIADAS A LOS SERVICIOS SOPORTE .............................................8
Pgina 2 de 8
1 INTRODUCCIN
Este Anexo recoge los precios que OPERADOR AUTORIZADO deber pagar a TELEFNICA DE ESPAA como contraprestacin por el Servicio NEBA. OPERADOR AUTORIZADO estar obligado a satisfacer los precios vigentes en cada momento. Los precios estn recogidos en los siguientes apartados estructurados como: - Servicio NEBA Cobre - Servicio NEBA FTTH - Servicios Soporte del NEBA
2 SERVICIO NEBA COBRE

2.1 Cuotas aperidicas del servicio NEBA COBRE en concepto de alta
Instalacin de splitter No
Tipo de alta
Origen
Destino
Cuota () 14,72 ms cuota de alta para bucle vacante en acceso completamente desagregado 22,11 ms cuota de alta para bucle vacante en acceso completamente desagregado
NEBA Sin STB Alta sobre vacante N/A NEBA Sin STB
S (VDSL)
Pgina 3 de 8
NEBA con STB
No S
20,23 48,97 26,93 55,66 30,56 59,30 37,26 65,99 20,23 48,97 26,93 55,66 47,13 85,97 38,72 85,97 26,93 55,66 37,26 65,99 26,93 55,66 24 63,27 27,37 66,64 35,78 64,51
NEBA con STB
NEBA con STB con No cambio de modalidad S NEBA NEBA sin STB No S (VDSL)
NEBA sin STB con No cambio de modalidad S (VDSL) NEBA S (VDSL) NEBA sin STB NEBA sin STB con No cambio de modalidad S (VDSL) NEBA Alta sobre Ocupado NEBA con STB Slo STB NEBA sin STB NEBA con STB STB + BA (1) NEBA sin STB Slo BA (1) NEBA sin STB No S No S (VDSL) No S No S (VDSL) No S (VDSL) No S (VDSL) No S (VDSL) No S NEBA sin STB No
Desagregado o compartido sin NEBA sin STB STB (1) NEBA sin STB Compartido con STB (1) NEBA con STB
(1) La cuota es la misma con y sin cambio de operador
Pgina 4 de 8
2.2 Cuotas aperidicas del servicio NEBA COBRE en concepto de post-ventas

Movimiento Baja Cambio de modalidad Cambio de parmetros tcnicos Paso de NEBA con STB a NEBA sin STB Migracin conexin entre dos pPAI-E Instalacin Splitter Instalacin PTR Altas masivas para ADSL 2+ cuando sean altas sobre ocupado (1) (2) Cambios de modalidad masivos ADSL2+, VDSL (1) (1) Importe para N conexiones (2) Nunca llevan desplazamiento al domicilio del usuario final de OPERADOR AUTORIZADO NEBA sin STB NEBA con STB Situacin NEBA sin STB NEBA con STB Sin instalacin Splitter Con instalacin Splitter Cuota () 17,61 29,39 20,58 49,31 20,99 10,33 20,99 39,27 39,37 73,01+29,36*N 73,01+39,84*N 20,99+0,14*(N-1)
2.3 Cuotas peridicas del servicio NEBA COBRE

Las cuotas peridicas del servicio son: Cuota mensual () Recargo para conexiones de acceso indirecto NEBA sin STB Todas las modalidades de ADSL Todas las modalidades de VDSL 9,11 6,50 6,50
2.4 Servicio de mantenimiento premium del servicio NEBA COBRE

Las cuotas del servicio de mantenimiento premium son: Mantenimiento NEBA Cobre Cuota de alta () 12 h 8h 6h 0 0 0 Cuota mensual () 10,50 15,50 20,50
La cuota por modificacin del tipo de mantenimiento es de 14,14
Pgina 5 de 8
3 SERVICIO NEBA FTTH

3.1 Cuotas aperidicas del servicio NEBA FTTH en concepto de alta
Las cuotas aperidicas del servicio NEBA FTTH en concepto de alta son:
Cuota () Alta sobre vacante (con instalacin PTRo) Alta sobre ocupado Alta sobre ocupado con cambio de modalidad 150,00 20,23 26,93
3.2 Cuotas aperidicas del servicio NEBA FTTH en concepto de post-ventas

Cuota () Modificacin de modalidad Modificacin de parmetros tcnicos Migracin conexin entre pPAI-E Instalacin PTRO (1) 20,58 20,99 20,99 70,53
Baja 29,39 (1) El PTRO forma parte del Servicio NEBA, no obstante se prev el caso de que OPERADOR AUTORIZADO pueda solicitar la reinstalacin del PTRO.
3.3 Cuotas peridicas del servicio NEBA FTTH

Las cuotas peridicas del servicio NEBA FTTH son:
Cuota mensual () Todas las modalidades de FTTH 23,22
Pgina 6 de 8
4 SERVICIOS SOPORTE
4.1 Cuotas asociadas al pPAI-E
Las cuotas de alta y mensual asociadas al pPAI-E son: pPAI-E 1 Gbps 2Gbps 3 Gbps 4 Gbps 10 Gbps 20 Gbps Alcance Cuota de alta () Cuota mensual () 1.809,79 266,61 Largo Medio Largo Medio Largo Medio Largo Medio Largo Medio Largo Medio 1.538,32 3.981,54 3.384,31 5.972,31 5.076,46 7.963,08 6.768,61 9.048,95 7.691,61 19.907,69 16.921,54 226,62 586,54 498,56 879,81 747,84 1.173,08 997,12 1.466,36 1.246,40 3.225,98 2.742,08
4.2 Cuotas asociadas a la capacidad (trfico)

Las cuotas que se facturan por la capacidad contratada en Mbps en cada pPAI-E del sector por la calidad del Servicio NEBA contratada por OPERADOR AUTORIZADO son: CAPACIDAD CONTRATADA Calidad Best Effort Calidad Oro Calidad Real Time Cuota mensual (/Mbps) 32,62 1,532,62=48,93 232,62=65,24
Las cuotas que se facturan por la capacidad excedida en Mbps en cada sector por la calidad del Servicio NEBA contratada por OPERADOR AUTORIZADO son: Cuota mensual (/Mbps) Entre 25% y 75% de Ms de 75% de exceso exceso
CAPACIDAD EXCEDIDA Calidad Best Effort Calidad Oro Calidad Real Time
Hasta 25% de exceso
1,25precio 1,50precio 2precio capacidad capacidad contratada capacidad contratada contratada
La capacidad excedida slo se facturar si OPERADOR AUTORIZADO excede el trfico en el sector, siempre y cuando no tenga marcado en el mismo la opcin de descarte de trfico.
Pgina 7 de 8
4.3 Cuotas post-venta asociadas a los Servicios Soporte

Movimiento Modificacin de Capacidad Contratada de una QoS (1) Modificacin de poltica de Descarte de una QoS en un Sector Cuota () 120 600
Modificacin (aumento) de la capacidad de un p-PAI-E-LAG de largo alcance 240+n*1.990,77 para el tramo entre 2 y 4Gbps(2 y 3) Modificacin (aumento) de la capacidad de un p-PAI-E-LAG de medio alcance 240+n*1.692,15 para el tramo entre 2 y 4Gbps(2 y 3) Modificacin (disminucin) de la capacidad de un pPAI-E con LAG (3) Modificacin Tipo Ethernet (ethertype) Modificacin: migracin masiva de las conexiones de una S-VLAN entre dos pPAI-E (4) (1) Por modificacin de la capacidad contratada de una QoS en un pPAI-E. (2) n se corresponde con el nmero de interfaces que se va a ampliar el pPAI-E. Por ejemplo si se pasa de un LAG 2G a LAG 3G n=1. (3) Tanto el aumento de la capacidad de un pPAI-E con LAG (que implica la adicin de una o ms interfaces) como la disminucin de la capacidad conllevan la modificacin de las correspondientes cuotas peridica del p-PA-E. (4) Siendo N el nmero de VLANs migradas. 240 120 100+50*(N-1)
Pgina 8 de 8
ANEXO: ACUERDOS DE NIVEL DE SERVICIO (ANS)

ANSs de provisin
ANS para provisin de conexiones de COBRE ALTA Alta sobre Vacante (NEBA sin STB) Alta sobre Ocupado de NEBA con STB (sobre 1 acceso sin xDSL) 2 Alta sobre Ocupado de NEBA sin STB Alta sobre Ocupado de NEBA con STB (sobre 2 acceso con xDSL) Cambio de parmetros de NEBA COBRE 3 Migraciones masivas Baja de conexin individual ANS para provisin de conexiones de fibra ALTA sobre VACANTE (instalacin en edificios) Instalacin por fachada Instalacin en interior de edificios con ICT previas a la aplicacin del Real Decreto 346/2011. Instalacin en interior de edificio sin ICTs pero con conductos o espacios disponibles Instalacin en interior de edificios sin ICTs y con necesidad de ejecutar obra civil Instalacin en edificios con ICTs posteriores a la aplicacin del Real Decreto 346/2011. Viviendas unifamiliares con ICT Viviendas unifamiliares sin ICT pero con espacio ALTA sobre VACANTE disponible en conductos. 4 viviendas unifamiliares Viviendas unifamiliares sin ICT que requieren instalacin en fachada. ALTA sobre Ocupado Alta sobre Ocupado de NEBA fibra POSVENTA Cambio de parmetros de NEBA fibra Migraciones masivas BAJA Baja de conexin individual Tiempo (das laborables)
8 8 8 (si requiere trabajos en central o domicilio de cliente) 5 (si no los requiere) 8 10 5
POSVENTA
BAJA
Tiempo (das laborables)

10 10 10 10 10 10 10 10 8 8 10 5
1 2
El alta sobre ocupado de NEBA con STB cuyo origen sea un acceso sin banda ancha, siempre requieren trabajos en central.
La necesidad de trabajos en central y/o en domicilio de cliente para Alta sobre ocupado de NEBA (sobre un acceso con servicio) no es conocida en fase de contratacin sino en fase de provisin. En los procedimientos descritos existe un mensaje en el que se informa al operador de la asignacin de planta y de la ventana de actuacin. Se distingue entre ventana de instalacin (VIN, que incluye trabajos en central y/o en domicilio de cliente) y ventana de activacin (VAN, que no requiere trabajos ni en central ni en domicilio de cliente. A los flujos con VIN correspondera a un ANS de 8 das y a los flujos con VAN un ANS de 5 das.
3
Migraciones masivas segn se describen en los apartados 2.3.3.4 y 3.8.2.12 del documento Descripcin tcnica/Procedimientos del servicio NEBA. Viviendas unifamiliares o zonas de baja densidad conectadas a un punto de distribucin nico.
Pgina 1 de 2
ANS para servicios soporte ALTA POSVENTA BAJA Otros Alta pPAI-E Alta pPAI-E con LAG Modificacin capacidad contratada en pPAI-E o pPAI-E con LAG Baja de pPAI-E o pPAI-E con LAG Inclusin en GESCAL de direcciones no codificadas
Tiempo (das laborables)

45 45 10 5 2
En caso de incumplimiento de los plazos establecidos para la provisin de los servicios cuya responsabilidad sea de Telefnica, sern de aplicacin las correspondientes penalizaciones, calculadas como un porcentaje de la cuota de alta del servicio, conforme a la siguiente tabla (penalizaciones mutuamente excluyentes):
Servicio Conexin indirecto Alta de pPAI Migracin masiva de acceso Retraso Dr (das) Hasta 0,2 x Tmax Desde 0,2 x Tmax hasta 0,5 x Tmax Desde 0,5 x Tmax Hasta 0,25 x Tmax Desde 0,25 x Tmax Hasta 0,2 x Tmax Desde 0,2 x Tmax hasta 0,5 x Tmax Desde 0,5 x Tmax Desde 10 das
5
Penalizacin Dr x 6% cuota alta Dr x 10% cuota alta Dr x 16% cuota alta Dr x 2% cuota alta Dr x 3% cuota alta Dr x 6% cuota alta Dr x 10% cuota alta Dr x 16% cuota alta
(Precio ADSL minorista mnimo de Telefnica) x 0,196 x 24 x 0,2 x nmero de pares incluidos en la solicitud
Migracin masiva
Telefnica garantizar que el tiempo medio de provisin de los servicios mayoristas a otros operadores no exceder al tiempo medio de provisin de los servicios equivalentes de Telefnica en autoprestacin. ANSs de incidencias
ANS para incidencias Plazo garantizado PROVISIN Incidencias de provisin AVERAS Incidencia de prioridad alta (pPAIs, PAIs) Incidencia de prioridad media en acceso de cobre (incidencias de incomunicacin de cliente final) Incidencia de prioridad media en acceso de fibra (incidencias de incomunicacin de cliente final) Incidencias de prioridad baja (otras incidencias) Mantenimiento premium de 6H, 8H y 12 H
2 das laborables 6 horas
24 horas 48 horas 72 horas Horas indicadas
Tmax es el tiempo de provisin garantizado para cada servicio y Dr el nmero de das laborables de retraso transcurrido desde dicho tiempo de provisin. Al resultado de multiplicar cualquier coeficiente por Tmax se le aplicar un redondeo a la baja (por ejemplo, en caso de Tmax = 12 das, al multiplicar por 0,2 implica que el retraso ser de hasta 2 das).
Pgina 2 de 2
En caso de incumplimiento del plazo de resolucin mximo para una incidencia de provisin, ser de aplicacin la penalizacin correspondiente, calculada como un porcentaje de la cuota de alta del servicio. Este porcentaje ser el doble del tanto por ciento de retraso respecto al plazo de entrega del servicio: Penalizacin = 2 Dr / Plazo entrega Cuota de alta (por ejemplo, un retraso del 30% en la resolucin implicara una penalizacin del 60% de la cuota de alta). En caso de incumplimiento de los plazos mximos de resolucin de averas, sern de aplicacin las penalizaciones correspondientes, calculadas como un porcentaje de la cuota mensual del servicio. Este porcentaje ser el doble del tanto por ciento de retraso respecto al plazo de resolucin (por ejemplo, un retraso del 30% en la reparacin implicara una penalizacin del 60% de la cuota mensual).
ANSs de conectividad
Valor mximo de prdida de tramas ADSL2+ 0,8% 0,4% 0,02% Valor mximo de prdida de tramas VDSL2/GPON 0,8% 0,4% 0,02%
Retardo medio unidireccional (ADSL2+) 66 ms 45 ms
Retardo medio unidireccional VDSL2/GPON 66 ms 45 ms
Variacin del retardo (percentil 95%) ADSL2+ 10 ms
Variacin de retardo (percentil 95%) VDSL2/GPON 10 ms
El incumplimiento de estas garantas de calidad de servicio dar lugar a las penalizaciones que correspondan.
Pgina 3 de 3
ANEXO IV RELACIN DE TELEFNICA DE ESPAA CON EL USUARIO FINAL DE OPERADOR AUTORIZADO 1. Acceso a las instalaciones y equipos informticos del usuario final de OPERADOR AUTORIZADO OPERADOR AUTORIZADO garantiza que su usuario final se obligar, previa solicitud y una vez concertada la cita correspondiente, a autorizar expresamente a TELEFNICA DE ESPAA, a su personal debidamente identificado o al servicio tcnico que TELEFNICA DE ESPAA designe al efecto, a acceder a las instalaciones y equipos informticos en que se encuentre instalada el extremo A del Servicio NEBA con la finalidad de proceder a la prestacin de los servicios de Instalacin o de Resolucin y a la realizacin de las operaciones de mantenimiento que, a juicio de TELEFNICA DE ESPAA, resulten necesarias y, en caso de terminacin del Contrato, con la finalidad de proceder a la retirada de la instalacin que permite la conexin al Servicio NEBA. 2. Servicio de Instalacin Cuando as lo solicite OPERADOR AUTORIZADO, TELEFNICA DE ESPAA se obliga a proceder a la instalacin de Mdem/Router y de la ONT en los trminos indicados en el Anexo I. TELEFNICA DE ESPAA queda eximida de toda responsabilidad en las anomalas de cualquier naturaleza que presente el equipo informtico del usuario final de OPERADOR AUTORIZADO.
Pgina 1 de 1
TELEFNICA ESPAA
BORRADOR. Propuesta requisitos bsicos de equipos de Cliente NEBA (para Operadores)
Pgina 1 de 7
INTRODUCCIN 1 En este documento se recogen especificaciones bsicas de los equipos routers para FTTH y mdem para tecnologas xDSL (ADSL2+ y VDSL2) que formen parte del equipamiento de cliente del Servicio denominado Nuevo Ethernet de Banda Ancha (NEBA). 2 Ser responsabilidad del Operador1 la calificacin y homologacin del equipamiento de cliente (EDC) para el correcto y completo funcionamiento del servicio NEBA. 3 Se detallan requisitos que sirvan de referencia para la correcta funcionalidad de los EDC durante el perodo de pruebas de calificacin del servicio NEBA. Los requisitos son, en su mayora, orientativos y servirn para ser utilizados en las pruebas del servicio NEBA y, a partir de ellas, el ulterior desarrollo definitivo de especificaciones de EDC plenamente compatibles con el servicio. Algunos aspectos constituyen requisitos de obligada implementacin para el correcto funcionamiento del servicio NEBA de conformidad con las funcionalidades de los nodos de Acceso (DSLAM y OLT) y en su caso, el equipo ONT (NEBA-FTTH) descritos en la documentacin del servicio.
ALIMENTACION Y ENCENDIDO 4 El equipo debe funcionar conectado a la red elctrica alterna de 220 voltios y 50 Hz. 5 Ser responsabilidad del operador la utilizacin de un transformador externo o integrado. Su uso no deber interferir en el funcionamiento de otros equipos necesarios para el servicio (por ejemplo, ONT) ni afectar a la calidad del servicio. 6 Ser responsabilidad del operador incluir un interruptor integrado en el EDC. ste no deber interferir en el funcionamiento de otros equipos necesarios para el servicio ni afectar a la calidad del servicio. 7 Se recomienda que el estado encendido/apagado se muestre mediante un LED u otro indicador luminoso para facilitar tareas de OAM.
CONECTORES e INTERFACES 8 Se garantizar un correcto contacto entre conector macho y conector hembra de los elementos insertables y que la degradacin con el tiempo no sea significativa para la continuidad del contacto. 9 Ser responsabilidad del operador el tipo y nmero de conectores en el lado LAN (conexin entre mdem o router y dems dispositivos de cliente en la red en el hogar).
En este documento la referencia a Ser responsabilidad el operador implica que es una opcin del operador que implementar a su criterio, no considerndose un requisito obligatorio
Basado en ERQ.cb.xxx Especificacin de requisitos para Routers de FTTH y Mdem de ADSL2+ y VDSL2 para servicio NEBA
TELEFNICA ESPAA
Pgina 2 de 7
10 Para el servicio NEBA-Cobre, en el lado WAN (hacia la red de Telefnica), es decir, entre DSLAM y mdem xDSL, se dispondr de conector RJ-11. 11 Para el servicio NEBA-FTTH, en el lado WAN (hacia la red de Telefnica) el conector entre router de cliente y la ONT ser RJ-45 de 1 Gbps de tasa mxima entre ambos dispositivos. 12 La interfaz Ethernet de la ONT ser Gigabit Ethernet (1000BASE-T). 13 El EDC para NEBA-FTTH podr disponer de una interfaz FastEthernet (100BASE-T) Gigabit Ethernet (1000BASE-T) para su funcionamiento con la ONT. La interfaz Gigabit Ethernet que implemente el EDC deber ser conforme a IEEE 802.3ab y totalmente interoperable con 100BaseTX. Implementar la autonegociacin para half duplex o full duplex y la autodeteccin de cable Ethernet cruzado. 14 La interfaz Gigabit Ethernet o FastEthernet que implemente el EDC soportar los estndares 802.1Q, para el establecimiento de la nica VLAN por la interfaz WAN, ya sea con un DSLAM (xDSL) o a la ONT (FTTH). 15 Ser responsabilidad del operador establecer las caractersticas del EDC en su conexionado con dispositivos de cliente en la red del hogar (PCs, conmutadores u otros equipos). 4 FUNCIONALIDADES DEL EQUIPO 4. 1 Protocolos superiores 4.1.1 Protocolo IP 16 En la interfaz de red (lado WAN) se soportar la transmisin de paquetes IP (IPv4 e IPv6), permitiendo las modalidades de encapsulacin siguientes: PPPoE. Segn RFC 2516. Encapsulacin IPoE. Segn RFC 2684. (opcional segn requiera o no el operador mayorista).
17 Ser responsabilidad del operador establecer el tipo de trfico que inyecte desde su red hacia el EDC., siendo responsabilidad del operador establecer el funcionamiento a nivel IP de los servicios que provisione el Operador a sus clientes. 18 El trfico que inyecte el EDC hacia la ONT o el DSLAM estar marcado con prioridad segn 802.1p (bit p) y sobre una nica VLAN 802.1q, de acuerdo con la modalidad contratada. 19 El EDC ser transparente a nivel IP y superiores para la red de Telefnica, que slo trabajar con los valores Ethernet arriba indicados. La red de Telefnica desconoce el tipo de servicio a dicho nivel.
TELEFNICA ESPAA
Pgina 3 de 7
4.1.2 Seguridad 20 Ser responsabilidad del operador requerir los mecanismos necesarios para la configuracin de una contrasea de acceso al EDC. En todo caso, de existir contrasea para el acceso al EDC, sta deber ser informada al personal de Telefnica destinado a colaborar en pruebas del servicio. 21 Ser responsabilidad del operador requerir los mecanismos necesarios para la gestin del equipo router o mdem de forma remota, ya sea por FTP, TELNET, etc. Este tipo de protocolos son transparentes en la provisin e implementacin del servicio NEBA. 22 Ser responsabilidad del operador requerir aspectos sobre funcionalidades de firewall (nmero y tipos de filtros, limitaciones, etc,). 23 El Operador deber informar a Telefnica de aquellos aspectos que puedan afectar a la red de Telefnica durante el proceso de pruebas de calificacin de EDC con configuracin del servicio NEBA. 4.1.3 Capacidad del router 24 Para ADSL2+, VDSL2 y FTTH-GPON, el EDC deber soportar el enrutado de paquetes del protocolo IP con el objetivo de transportar el trfico correctamente entre la red del hogar del cliente (lado LAN) y la VLAN de la conexin con la red (lado WAN). La capacidad de enrutado y posterior criterio de asignacin permitir el correcto marcado del trfico con p-bit 802.1p, segn a modalidad del servicio NEBA contratada, y del nico identificador de VLAN 802.1q. 25 Ser responsabilidad del operador determinar si el equipo mdem y/o router soporta enrutado dinmico segn el protocolo RIPv2. Los equipos de Telefnica sern transparentes, independientemente de la tecnologa de acceso empleada y de los equipos de la Red hasta el pPAI-E. 26 Ser responsabilidad del operador definir subredes en las interfaces LAN, segn la configuracin de servicios del operador. 27 Ser responsabilidad del operador la disponibilidad de proxy ARP y su capacidad funcional. 4.1.4 Soporte del cliente DHCP 28 Ser responsabilidad del operador soportar la funcionalidad de cliente DHCP para la asignacin de la direccin IP definida en la nica VLAN que va a llegar al equipo router y/o mdem en la interfaz WAN respecto al DSLAM u ONT (en el caso de la tecnologa FTTH). 29 Ser responsabilidad del operador, en funcin de la definicin de sus servicios, establecer en el lado LAN la configuracin y soporte de un servidor DHCP que otorgue IPs de un rango definido a los dispositivos de cliente conectados al router o mdem, sea por cable o por conexin Wifi 802.11, que lo soliciten, adems de la direccin IP de la puerta de
TELEFNICA ESPAA
Pgina 4 de 7
enlace, mscara de red y/o direcciones de los DNS primario y secundario. 4.1.5 IGMP 30 Ser responsabilidad del operador, en funcin de su definicin de servicio, soportar IGMP(v2). La red de Telefnica es transparente para este tipo de trfico y no realiza procesamiento alguno. 31 Ser responsabilidad del operador la definicin de la funcionalidad de IGMP Proxy o Snooping en el equipo mdem o router. 4.1.6 NAT 32 Ser responsabilidad del operador, en funcin de la definicin de sus servicios, soportar NAP/PAT. 4.1.7 Calidad de servicio 33 Ser responsabilidad del operador establecer el criterio de asignacin del marcado de trfico en el EDC, siendo imprescindible que tanto el marcado como la velocidad binaria a la que se inyecte el trfico desde el EDC sean los que correspondan a la modalidad contratada. Ni la ONT ni el DSLAM terminarn la cross-conexin entre puertos para transportar el trfico si ste no est correctamente marcado. En se caso, se produciran prdidas de tramas y otros problemas relacionados con los parmetros bsicos de retardo y variacin de retardo (jitter). 34 Ser responsabilidad del operador establecer el criterio de asignacin del marcado 802.1p, ya sea por direccin IP de destino, puerto de destino, direccin IP de origen, puerto de origen, etc. No se pedir que un marcado p-bit 802.1p se corresponda con un tipo de servicio dado, aspecto que es desconocido para la red de Telefnica pues el servicio que ofrece es de nivel 2, con independencia del servicio o direccionamientos IPs, protocolos, etc. 35 En el sentido descendente, el mdem de xDSL y el router de FTTH identificarn el trfico a travs del ID VLAN 802.1q y del marcado 802.1p que lleve asociado cada servicio para su identificacin. Despus del reconocimiento de esta pareja de datos (aunque el ID VLAN siempre ser el mismo) se llevar al nivel IP del equipo para que procese segn el tipo de trfico, direccionamiento IP origen-destino, etc. Los valores de marcado 802.1p sern: 0, 3 y 5; y se correspondern con las calidades de servicio Best Effort, ORO y Real Time definidos en los perfiles comerciales para el servicio NEBA segn los documentos del servicio. 36 En el sentido ascendente, el mdem xDSL o el router FTTH debern integrar el trfico del nivel IP en una nica VLAN, con el marcado de prioridad correspondiente a cada modalidad contratada. Este marcado deber coincidir con el provisionado en los equipos DSLAM y/u ONTOLT de FTTH. Los valores de marcado 802.1p sern: 0, 3 y 5; y se correspondern con las calidades de servicio Best Effort, ORO y Real Time definidos en los perfiles comerciales para el servicio NEBA en los
TELEFNICA ESPAA
Pgina 5 de 7
correspondientes documentos difundidos entre operadores, CMT y Telefnica. 4.1.8 Conformado de trfico 37 Tanto el mdem de xDSL como el router de FTTH debern realizar un conformado del trfico en la interfaz de red, en sentido ascendente hacia DSLAM y/u ONT, para cada marcado de prioridad. Cabe destacar que el conformado de trfico se pide para los equipos que irn a las dos tecnologas expuestas xDSL y FTTH-GPON. 4.1.9 Proteccin contra el ruido impulsivo (INP) 38 Telefnica considera que el servicio debe incorporar INP como mecanismos de proteccin frente al ruido. Los operadores propondrn a Telefnica una configuracin concreta de INP2 vlida para todas las modalidades del servicio. 5 FACILIDADES DE GESTIN Y MANTENIMIENTO 39 Ser responsabilidad del operador la implementacin de configuracin por comandos, operativos en local o remoto. . 40 Ser responsabilidad del operador la implementacin de un protocolo que garantice el acceso IP al router. 41 Ser responsabilidad del operador establecer requisitos de gestin remota de los equipos. 42 Ser responsabilidad del operador permitir facilidades de telecarga de software de los EDC. 6 CONFIGURACIN POR DEFECTO 43 Ser responsabilidad del operador la configuracin por defecto de los equipos. La configuracin por defecto de fbrica deber cumplir con lo provisionado en relacin a la calidad contratada y al ID de VLAN correcto (o al menos con una de las calidades contratadas si es que hay varias) en los equipos de Red y de Acceso ya que de otra manera no se podra transportar el trfico entre la Red del operador y el equipo mdem y/o router. A partir de que la conexin est establecida, la gestin y configuracin del equipo quedar en manos del operador. 7 INTERFACES DE USUARIO 44 Ser responsabilidad del operador la interfaz de usuario. Deber tener en cuenta los dispositivos de cliente para el correcto funcionamiento de todos los servicios provisionados sobre el servicio NEBA configurado en los equipos de Acceso y de Red de Telefnica. Ser responsabilidad del
Telefnica implementa INP en su red. Se recomienda la versin INP4
TELEFNICA ESPAA
Pgina 6 de 7
operador el nmero de puertos, la autonegociacin, etc, de los mdems y routers para las tecnologas xDSL y FTTH-GPON. 8 INTERFAZ INALMBRICA 45 Ser responsabilidad del operador establecer la interfaz de inalmbrica (protocolo 802.11 u otro) 46 Ser responsabilidad del operador establecer 9 la banda de funcionamiento de la interfaz inalmbrica. los modos de funcionamiento de la interfaz inalmbrica. la activacin de la interfaz inalmbrica, el direccionamiento que debe soportar la interfaz inalmbrica, los mtodos se seguridad, como las claves WEP, de la interfaz inalmbrica, y la certificacin para la interoperabilidad de la interfaz inalmbrica.
PRUEBAS 47 Telefnica no realizar procesos de calificacin u homologacin de los EDC. 48 Este documento recoge las funcionalidades que sern obligatorias desde su punto de vista para que el encaminamiento del trfico a nivel Ethernet sea el correcto. Durante el proceso de pruebas o calificacin del servicio NEBA que se realicen en el entorno de prueba ofrecido por Telefnica para el servicio NEBA, los EDC del Operador no interfieran en el correcto funcionamiento de los equipos responsabilidad de Telefnica. El Operador ser responsable del soporte y configuracin de los EDC que utilice durante el perodo de pruebas del servicio NEBA.
10
OTROS REQUISITOS 49 Ser responsabilidad del operador que el equipo disponga de botones e indicadores luminosos. No debern interferir en el funcionamiento de otros equipos necesarios para el servicio ni afectar a la calidad del servicio. 50 Ser responsabilidad del ambientales del equipo. operador establecer las condiciones
51 Ser responsabilidad del operador establecer las condiciones para compatibilidad electromagntica del equipo. El equipo no deber interferir en el funcionamiento de los equipos gestionados y provisionados por Telefnica ni a la calidad del servicio. 52 Ser responsabilidad del operador establecer las condiciones de seguridad y proteccin del equipo. El equipo no deber interferir en el
TELEFNICA ESPAA
Pgina 7 de 7
funcionamiento de los equipos gestionados y provisionados por Telefnica ni a la calidad del servicio. 53 Ser responsabilidad del operador establecer los requisitos de seguridad y medioambientales aplicables a los componentes de los routers y mdems debern cumplir con, segn requiera cada operador. 54 Ser responsabilidad del operador establecer las caractersticas tcnicas elctricas del equipo. El equipo no deber interferir en el funcionamiento de los equipos gestionados y provisionados por Telefnica ni en la calidad del servicio. 55 Ser responsabilidad del operador establecer los requisitos en cuanto a la proteccin contra sobrevoltajes. El equipo no deber interferir en el funcionamiento de los equipos gestionados y provisionados por Telefnica ni en la calidad del servicio. 56 Ser responsabilidad del operador establecer requisitos sobre proteccin contra cada libre. 57 Ser responsabilidad del operador establecer el embalaje del equipo, respetando la normativa vigente a nivel nacional e internacional. 58 Ser responsabilidad del operador establecer los criterios de inspeccin del material para alcanzar el Nivel de Calidad Aceptable que estime oportuno. 59 Ser responsabilidad del operador y del correspondiente fabricante/suministrador el cumplimiento y conocimiento de toda la normativa aplicable segn la legislacin vigente en el territorio nacional y comunitario, as como disposiciones internacionales.

Neba Telefonica

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Neba Telefonica

Hochgeladen von

Copyright:

Verfügbare Formate

OFERTA DE REFERENCIA DEL NUEVO SERVICIO ETHERNET DE BANDA ANCHA (NEBA)

OFERTA DE REFERENCIA DE DEL SERVICIO NEBA)

1. Introduccin 2. Descripcin bsica del servicio 3. Contrato tipo

OFERTA DE REFERENCIA DE DEL SERVICIO NEBA)

Nuevo Servicio Ethernet de Banda Ancha (NEBA)

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

15.06.2010 11.11.2010 27.07.2011 03.11.2011

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

DESCRIPCIN BSICA DEL PRODUCTO/SERVICIO ........................................................................7

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

DESCRIPCIN BSICA DEL PRODUCTO/SERVICIO

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

Telefnica Telefnica Espaa

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

Red Ethernet Provincial

ADSL-IP Regional VLAN agregada para minorista y ADSL-IP

Operador 1 Mayorista Ethernet

Operador 2 Mayorista Ethernet

Figura 1: Arquitectura servicios mayoristas y minoristas

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

1.1 Interfaz router de cliente - Nodo de Acceso

Figura 2: Estructura de protocolos para conexiones ADSL 2+

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

Figura 3: Estructura de protocolos para conexiones VDSL2

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

Figura 4: Estructura de protocolos para conexiones FTTH

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

Red Ethernet Provincial Mayorista

Figura 5: Arquitectura de red MONOVLAN

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

RT up 128k 256k 256k 256k 256k 256k 256k 256k 256k

Vase documento de procedimientos

Los criterios especficos de los perfiles comerciales de VDSL2 se detallan a continuacin:

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

Vase documento de procedimientos

Perfiles comerciales tecnologa GPON

Los criterios especficos de los perfiles comerciales de GPON se detallan a continuacin:

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

En GPON el acceso no impone condiciones de validacin.

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

Creacin de nuevos perfiles/servicios NEBA

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

MAC Ori gen

L on g/T ipo Eth

Trama de Usuario: 802.1Q

MAC Ori gen

L ong/T ipo Eth

T rama nueva: 802.1a d

TRANSPORTE EN LA REM Y PUNTOS DE ENTREGA (PAI-E)

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

Se podrn realizar diversas mediciones del trfico, como, por ejemplo: -

PROPIEDAD DE TELEFONICA ESPAA, Especificacin funcional del servicio NEBA

DSL AM/ OLT