Está en la página 1de 92

Tema 1

Facilidades de BC.12

Facilidades BC.12

ÍNDICE

Facilidades BC.12

1

1.1.

Facilidades BC.12

4

1.1.1. Prestaciones de ACD

4

1.1.1.1. Cambio del tono de congestión por tono de ocupado

4

1.1.1.2. Chequeo del PIN durante el logon del agente ACD

4

1.1.1.3. Monitorización silenciosa durante llamada saliente de agente AC D 4

1.1.1.4. Intrusión con o sin tono por el supervisor ACD

4

1.1.1.5. Devolución de llamadas desde la cola ACD cuando el último agente ACD no está

4

1.1.1.6. Aumento de desbordamientos para ACD 5

1.1.1.7. Aumento de número de miembros en grupos y timbres comunes 5

1.1.2. Prestaciones de grupos de salto, grupos de timbre y grupos ACD

5

1.1.2.1. Activación/desactivación de desvío interno y externo [*21*nº grupo sor cualquier miembro del

] (ECF)

de

5

1.1.2.2. Permitir a ODN de ACD desviar en ocupado a un grupo AM 5

1.1.2.3. Permitir el desvío en no contesta hacia un grupo ACD

5

1.1.2.4. Permitir el desvío hacia un grupo de salto o grupo AM

5

1.1.3. Devolución de las llamadas manteniendo la posición de cola de grupos ACD/CTI

5

1.1.3.1. Devolución de llamada manteniendo la posición de cola ACD soporta extensión genérica 5

1.1.3.2. Devolución de llamada manteniendo la posición de cola ACD a destinos externos privados y destinos externos públicos

5

1.1.3.3. Extensión o transferencia de llamadas cuando ha sido devuelta manteniendo la.- posición de cola CTI/ACD 6

1.1.3.4. Se asocia la identidad de cliente (CID) en todos los estados activos de llamada

6

1.1.3.5. Comando de impresión de trabajos monitorizados. CSTMP 6

6

1.1.4.1. Envío de información de número Ilamante en enlaces TL12 y TI-17 6

1.1.4. Cambios en la señalización CAS R2

1.1.4.1.1. TL12

6

1.1.4.1.2. TL17

6

1.1.4.1.3. Tabla 7 Valor D3 (VARI)

6

1.1.4.2. Soporte de TLU82 en TL1

7

1.1.5. Tarificación avanzada

7

1.1.5.1. Diferentes modelos de tarificación 7

1.1.5.2. Cargo de llamadas a extensión cuando la operadora extiende la llamada 7

1.1.5.3. Desconexión automática de llamadas salientes por duración o coste 7

7

1.1.6.1. Identidad de enlace en llamadas entrantes 7

1.1.6. Prestaciones avanzadas de CIL (eventos de información de tarificación)

Tema 1

Facilidades de BC.12

1.1.6.2. Llamadas salientes

7

1.1.6.3. Nuevos códigos para eventos SMDRICIL

8

1.1.6.4. Almacenamiento de llamadas falladas

9

1.1.6.5. Número conectado en llamadas de red 9

1.1.6.6. Cambios en la salida CIL de LCR 10

1.1.7. Prestaciones de y extensiones de número marcado. (CLIR) ocultación nº llamante

10

1.1.7.1. CLIR por llamada., *42#. Si se marca se sale con el nº oculto

10

1.1.7.2. Sobrescribir restricción de número

11

1.1.8. Mejoras en el interface CSTA

11

1.1.8.1. Provisión de interfaz para conmutar el número personal con procedimientos CSTA 11

1.1.8.2. Disponibilidad de CSTA para extensiones virtuales 11

11

1.1.9. Nueva gama de terminales DBC 22X

1.1.10. Prestaciones para extensiones digitales DTS y extensiones RDSI 12

1.1.10.1. Valor por defecto para

12

1.1.10.2. Envío de número A y el nombre al display cuando se llama a un número adicional

12

1.1.10.3. Permitir códigos de servicio cuando el envío de DTMF está activado 12

1.1.10.4. Mensajes de 24 caracteres y textos en castellano para los terminales RDSI 12

1.1.10.5. No presentación de la traslación de número abreviado en los

13

1.1.10.6. 40 MDN por digital

13

1.1.11. Análisis numérico y códigos de accesos a

13

1.1.11.1.

Comienzo por cero de códigos de

13

1.1.12. Prestaciones de

13

1.1.12.1. Tarificación por línea en operadora

13

1.1.12.2. Cambio de idioma y textos a castellano en OPI 3213 13

1.1.12.3. El código de acceso se muestra en la consola OPI 3213

14

1.1.12.4. El tráfico entrante se enruta a la posición de día cuando no existe OPIS

 

14

1.1.12.5. Operadora automática

14

1.1.12.6. Posibilidad de no devolución de llamadas extendidas a grupo de salto o grupo ACD 14

1.1.12.7. Cola de operadora flexible 14

1.1.12.8. Aumento de la señal de llamada en la OPI 3213

1.1.12.9. Permitir a la OPI activar más de una retrollamada en ocupado 14

14

1.1.13. Prestaciones de enlaces RDSI 14

1.1.13.1. Transmisión de mensaje de PROGRESS en

14

1.1.13.2. Cambio en la desconexión RDSI cuando se recibe información dentro de

 

15

1.1.13.3. Modificación de la función ruta alternativa 15

1.1.13.4. Petición de tarificación para IBERCOM 15

1.1.13.5. Separación de UUS 2 y UUS 3 15

1.1.13.6. MCT en FACILITY IE sobre DSS1

16

1.1.13.7. Mensaje por defecto en los DTS en llamadas en tránsito 16

Tema 1

Facilidades de BC.12

1.1.13.8. Permitir tránsito sobre la misma ruta

17

1.1.13.9. Cambio de indicación de Llamada en espera

17

1.1.14. CALL OFFER sobre QSIG

17

1.1.14.1.

ISO Call Offer con retención de camino

17

1.1.15. Segmentación de mensaje QSIG

17

1.1.16. Extensión remota

17

1.1.16.1.

Conexión rápida

17

1.1.16.2.

Tráfico de extensión remota sobre DPNSS

17

RVA

1.1.17. 17

1.1.17.1.

Mensajes de bienvenida RVA para extensiones

17

1.1.17.2.

RVA en espera

18

1.1.17.3.

Diferentes músicas en espera para llamadas aparcadas.(MoH)

18

1.1.17.4.

Guías vocales

18

1.1.17.5.

Anuncio para llamada a número

19

1.1.17.6.

RVA avanzada para operadoras

19

1.1.17.7.

RVA avanzados para grupos ACD/PBX

19

1.1.18. Modificaciones en los tonos

20

1.1.18.1. Incremento del rango en ring en un agente

20

1.1.18.2. Tonos de llamada Morse

20

1.1.19. Nivel del tonos DTMF enviados

20

1.1.20. Nuevo firmware

21

1.1.20.1. Cambios en el envío de tonos DTMF en la extensión remota

21

1.1.20.2. Código de invocación de servicios

21

1.1.20.3. Cambios en la función jefe/secretaria

22

1.1.20.4. Cambios para crear Grupos de Captura

22

1.1.21. Aumento de capacidades

22

Tema 1

Facilidades de BC.12

1.1. Facilidades BC.12

El BC.12 se han recompilado todos los parches y desarrollos de mercado y se han incluido como prestaciones adicionales al sistema. Estos parches están disponibles en los mercados para los que fueron desarrollados en las versiones de MD-110 correspondientes pero a partir de ahora están disponibles en todas las versiones de país y todos los parches de nuevo desarrollo de prestaciones.

1.1.1.

Prestaciones de ACD

1.1.1.1.

Cambio del tono de congestión por tono de ocupado

Esta prestación cambia el tono de congestión por el tono de ocupado para las llamadas entrantes a grupo ACD por enlace público cuando todos los agentes están ocupados, la cola está llena y no está activado el desvío para el grupo AM

1.1.1.2. Chequeo del PIN durante el logon del agente ACD

Normalmente el PIN no es chequeado durante el logon con la tabla de AO programada. Si está activado el agente sólo hará logon si el PIN es correcto.

ACPAC:ACDNUM=6,ACDVAL= D 1 ;

0= El número de PIN no se valida cuando el agente ACD hace logon. 1= El número de PIN se valida cuando el agente ACD hace logon.

1.1.1.3. Monitorización silenciosa durante llamada saliente de agente AC D

Permite al supervisor realizar intrusión silenciosa en un agente que realice una llamada externa.

ASPAC:PARNUM=100,PARVAL= D1; 0

= Sin tono

1

= Tono en conferencia normal

2

= Tono en conferencia de operadora

4

= Tono en intrusión normal

8

= Tono en intrusión de ACD

1.1.1.4. Intrusión con o sin tono por el supervisor ACD

ASPAC:PARNUM=100,PARVAL= D i ; 0

= Sin tono

1

= Tono en conferencia normal

2

= Tono en conferencia de operadora

4

= Tono en intrusión normal

8

= Tono en intrusión de ACD

1.1.1.5. Devolución de llamadas desde la cola ACD cuando el último agente ACD no está disponible.

Esta prestación permite la devolución de llamadas desde la cola de ACD a la posición de desvío del grupo cuando el último agente pasa al estado de no disponible.

ASPAC:ACDNUM=7,ACDVAL= D 1 ;

0= Devolución de llamadas desde la cola de ACD no esta permitida cuando el último agente se desconecta. 1= Devolución de llamadas desde la cola de ACD esta permitida cuando el último agente se desconecta.

Tema 1

Facilidades de BC.12

1.1.1.6. Aumento de desbordamientos para ACD

Esta prestación permite el aumento del número de eventos de desbordamientos de grupos ACD de 4 a 8 de desvíos de grupos de ACD.

1.1.1.7. Aumento de número de miembros en grupos y timbres comunes.

Esta prestación aumenta el número de miembros disponibles en grupos de salto de 75 a 160 y de timbres comunes de 30 a 150.

1.1.2.

Prestaciones de grupos de salto, grupos de timbre y grupos ACD

 

1.1.2.1.

Activación/desactivación de desvío interno y externo [*21*nº sor cualquier miembro del grupo.

] (ECF) de grupo

GHCAC:GRP=

[,SERV=][,TRAF=][,SEL=][,QUE=];

 

SEL =

D1

D6.

D6=

0: Activación/desactivación de ECF y desvío no permitida para los miembros del grupo.

 

1:Activación/desactivación

de

desvío

permitida

para

los

miembros del grupo los miembros del grupo.

 

2: Activación/desactivación miembros del grupo

de

ECF

permitida

para

los

1.1.2.2.

Permitir a ODN de ACD desviar en ocupado a un grupo AM

Esta prestación permite a un ODN de ACD desviar en ocupado hacia un grupo ACD. En BC.11 era rechazado el desvío.

1.1.2.3. Permitir el desvío en no contesta hacia un grupo ACD.

En BC.11 este desvío se rechazaba

1.1.2.4. Permitir el desvío hacia un grupo de salto o grupo AM

Esta prestación permite el desvío en ocupado/no contesta hacia un grupo de salto o grupo ACD si todos los miembros del grupo están busy. -

1.1.3.

Devolución de las llamadas manteniendo la posición de cola de grupos ACD/CTI

1.1.3.1.

Devolución de llamada manteniendo la posición de cola ACD soporta extensión genérica.

El BC.12 se soporta esta prestación en todas las extensión similares a los digitales como las extensiones genéricas. Cuando un grupo desvía la llamada por expiración de tiempo en cola en el grupo de destino mantiene la posición de la cola.

1.1.3.2. Devolución de llamada manteniendo la posición de cola ACD a destinos externos privados y destinos externos públicos

Sé permite devolución de llamada manteniendo la posición de cola ACD a destinos externos privados y públicos, y recuperación siempre que la llamada no sea tomada en control por otra PABX (B-contesta).

Tema 1

Facilidades de BC.12

1.1.3.3. Extensión o transferencia de llamadas cuando ha sido devuelta manteniendo la.- posición de cola CTI/ACD

Si la operadora ha extendido una llamada a un grupo ACD/CTI antes de que sea devuelta con mantenimiento de posición de cola el sistema envía un mensaje de STATUS y mensaje de número actualizado, incluyendo número transferido al OAS (open aplication server)

1.1.3.4. Se asocia la identidad de cliente (CID) en todos los estados activos de llamada.

En BC.11 la asociación de CID solo se consideraba en estado de habla, ahora se asocia a todos los estados de llamada activa.

1.1.3.5. Comando de impresión de trabajos monitorizados. CSTMP.

Aparece el comando CSTMP que facilita la impresión de información sobre todos las tareas monitorizadas por CSTA.

1.1.4. Cambios en la señalización CAS R2

Se han realizado varios cambios en los parámetros y en la señalización CAS R2 que en principio no son de uso en España. Se han realizado cambios en el bloque funcional TL30.

1.1.4.1. Envío de información de número Ilamante en enlaces TL12 y TI-17.

1.1.4.1.1. TL12

Tabla 3 Valor de D7 (VARI)

0

1

2

3

4

5

6

7

8

9

A

B

C

D

E

F

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

           

XXXXXXXX

                 
               

X

X

X

X

X

X

X

X

 

0

 

1

2

 

3

 

X

 

X

 
   

X

   

X

X

 

X

   
   

X

 

X

Mercado Otros US (Release Guard) No Si Petición de categoría (solo MFC CCITT) No Si Petición de Número A No Si

1.1.4.1.2.

TL17

1.1.4.1.3.

Tabla 7 Valor D3 (VARI)

MFC-signal CCITT-A5 included MFC-signal diagram

No

Si

Petición de Número A No Si

Tema 1

Facilidades de BC.12

1.1.4.2. Soporte de TLU82 en TL1

Esta prestación habilita el uso de la tarjeta TLU82 por el bloque funcional TI-1.

1.1.5. Tarificación avanzada

1.1.5.1. Diferentes modelos de tarificación.

Un conjunto de siete modelos de tarificación (tarifas) han sido introducidos. El tipo de modelo de tarificación para una ruta particular es seleccionada por el dígito D4 del SERV.

Los diferentes modelos de tarificación y las tarifas por unidad de pulso se definen con los nuevos comando de tarificación.

1.1.5.2. Cargo de llamadas a extensión cuando la operadora extiende la llamada.

Si una extensión pide a la operadora que extienda una llamada al exterior por defecto el coste de la llamada se carga a la operadora. El nuevo 151 permite que la llamada sea cargada a la extensión que ha solicitado la extensión de la llamada.

ASPAC:PARNUM=151,PARVAL= D1;

0 = Cargo a la operadora

1 = Cargo a la extensión

1.1.5.3. Desconexión automática de llamadas salientes por duración o coste.

Esta prestación permite que las extensiones analógicas o las extensiones genéricas que realizan una llamada por un enlace RDSI pueda ser desconectada cuando se alcance un coste máximo asignado. El usuario recibe un tono especial o un mensaje RVA antes de ser desconectado.

Se controla por el nuevo parámetro MCOST

GEDII:DIR=….,LIM=…,CSP= [,CUST=][,LANG=][,MCOST=]; EXTEI: AUX= CAT= ,TYPE= DIR- [,TRM=] EQU=
GEDII:DIR=….,LIM=…,CSP= [,CUST=][,LANG=][,MCOST=];
EXTEI:
AUX=
CAT=
,TYPE= DIR-
[,TRM=]
EQU=
TRAF=,SERV=,CDIV=,ROC=

[,CUST-_] [,ICAT=][,MCOST=];

MCOST =

D1 D2 D3 D4 D1 D2 D3 D4 = 0-9999 Máximo coste acumulado

[,ADC=]

1.1.6.

Prestaciones avanzadas de CIL (eventos de información de tarificación)

1.1.6.1.

Identidad de enlace en llamadas entrantes

Si se definen formatos flexibles, las llamadas entrantes que no tienen el número Ilamante disponibles aparecen con el campo de número en blanco y podemos usar el nuevo campo identidad de

1.1.6.2. Llamadas salientes

Esta prestación envía todas las llamadas salientes abandonadas en estado de aviso (alerting). Sólo funciona para registrar las llamadas abandonadas de ECF/LCR. Se puede utilizar cuando definimos formatos flexibles, un nuevo campo llamado Charged Number permite el uso de esta prestación. No se han producido modificaciones en los formatos estándar.

Tema 1

Facilidades de BC.12

1.1.6.3. Nuevos códigos para eventos SMDRICIL

Se han implementado nuevos códigos para los eventos de call log en los siguientes casos de tráfico;

No contesta, desvío directo, sígueme, llamada interna a grupo, grupo de captura, llamadas a ocupado, llamadas a números vacantes y llamadas con ó4kb/s de datos.

CLCCC:SEG=,POS= [,CC1=] [,CC2=] [,CC3=];

POS = D1D2

D1D2 = Digits 0 - 31 for type of call Traffic case / type of call

POS

Reservado 0 Llamada transferida por operadora

1

Reservado

2

Reservado Reservado

4

Llamada terminada en ruta alternativa

5

Rellamada a ruta

6

Incoming call or tandem call

7

Llamada Interna

8

Llamada Conferencia

9

Llamada saliente

10

Reservado

11

Reservado

12

Intrusion

13

Llamada de datos

14

Llamada transferida

15

Llamada establecida en optimización de ruta

16

Llamada External follow me (ECF)

17

Reservado

18

Llamada Least cost routing (LCR)

19

Llamada DISA

20

MCT

21

Llamada terminada con optimización de ruta

22

Llamadas no-DISA abandonadas

23

Llamadas DISA abandonadas

24

Llamadas internas abandonadas

25

Llamadas DRA

26

Llamadas de SMS

27

Llamadas salientes abandonadas

28

Reservado para llamada ocupadas

29

Reservado para número vacante

30

Reservado

31

1.1.6.4 Transferencia antes y después genera tres registros de tarificación.

La transferencia antes y después de contestar genera tres registros de tarificación. Del primero al segundo, del segundo al tercero y del primero al tercero. Para activar la prestación debe de estar activada la opción de registro de llamadas abandonadas

Tema 1

Facilidades de BC.12

1.1.6.4. Almacenamiento de llamadas falladas

En los formatos flexibles podemos decidir si las llamadas a números ocupados y que no entran en cola o llamadas a números vacantes son almacenadas.

CLOHI:FILE=,FORM=,DMPSIZ=[,DISCR=],LOGABN=][,LOGFAL=][,HRTBT=]

LOGFAL= DI

0 = No se almacenan las llamadas falladas

1 = Log de llamadas a ocupado

2 = Log de llamadas a números vacantes

3 = Log de llamadas a números ocupados y vacantes

1.1.6.5. Número conectado en llamadas de red.

El campo de número conectado aumenta hasta 20 dígitos en los campos de información de tarificación para formatos flexibles. El identificativo de este campo es E1.

Dígitos D5D6

CLFOC:FORM=, DATA=

[,APPEND=];

DATA= D1

D8.

Field Identifier

 

A

Access Code 1

B

Access Code 2

C

Access Code 2 + ISDN CBC

D

Account Code

E

Calling Number

F

Authorization Code

G

Dialled Number

H

Single Character Condition Code

I

Double Character Condition Code

J

End Date

K

Call Duration Time

L

Operator Queue Time

M

Space

N

Call metering pulses

O

Queue Time to Busy Externa¡ Line

P

End Time

Q

ISDN CBC (Call by Call)

R

Operator r System Access Code

S

Transit Network Selection Code

   

T

External Line ID or Called Number

U

10 Digit Market Data 1

V

10 Digit Market Data 2

W

10 Character Market Data

X

Ring Time Duration

Y

Queue Time Duration

Z

Triple Character Condition Code

A1

BPOS (Mobility)

B1

Individual number (Mobility)

C1

Event (Mobility)

D1

Account or Authorization Code

E1

Connected Number

G1

Dialled Number or Oper. Queue Time

J1

End Year

J2

End Month

J3

End Day

P1

End Time including seconds

P3

Start Time including seconds

S9

Selection of field to log

T1

Outgoing trunk ID

T2

Incoming trunk ID

H10

Numeric value of condition code

G2

Number of the charged party

D5D6

(D7D8 See below)

Tema 1

Facilidades de BC.12

1.1.6.6. Cambios en la salida CIL de LCR

Para las llamadas no LCR el PARNUM=103 no cambia.

Para llamadas LCR podemos decidir si se envía en CIL el número marcado o el número trasladado de LCR.

ASPAC:PARNUM=103,PARVAL= D1;

0 = Se presenta el número marcado

1 = Se presenta el número LCR trasladado

1.1.7.

Prestaciones de y extensiones de número marcado. (CLIR) ocultación nº llamante

1.1.7.1.

CLIR por llamada., *42#. Si se marca se sale con el nº oculto

Hasta BC.12 la y extensiones de número Ilamante se controlaba a nivel y extensión para todas las llamadas y el usuario no tenía opción de ocultar/presentar el número según su conveniencia.

En BC.12 aparece el CLIR por llamada, con lo que el usuario decide si oculta o presenta, la ocultación se invoca con el nuevo código *42#. Se puede configurar en todos los tipos de extensión. ISDN, digital, genéricas y analógicas.

Extensiones genéricas. GE

GESPI:CSP=,TRAF=, SERV=, CDIV=, ROC=, NPRES= ;

NPRES=

D 1 D 2 D 3 D 4

D 2 =

0: Presentación no restringida 1: Presentación restringida 2: Presentación restringida por llamada

Extensiones analógicas.

EXTEI:

AUX= ,CAT= DIR-…,TYPE= [,TRM=] ,EQU= ,TRAF=,SERV=,CDIV=,ROC= [,CUST=] [,ICAT=][,MCOST=]; ADC= D1 D9 D 3 = 0:
AUX=
,CAT=
DIR-…,TYPE= [,TRM=]
,EQU=
,TRAF=,SERV=,CDIV=,ROC=
[,CUST=] [,ICAT=][,MCOST=];
ADC= D1
D9
D 3 =
0: Presentación no restringida
1: Presentación restringida
2: Presentación restringida por llamada
,CAT=
TRAF=,SERV=,CDIV=,ROC=
[,CUST=] [,CALALT=] [,LANG=][,ACCTYP=][,BSEG=];
ADC= D1 … D12
D 4 =
0: Presentación no restringida
1: Presentación restringida
2: Presentación restringida por llamada
ITNUI:DIR=,EQU=,

,TRAF=,SERV=,CDIV=,ROC=.

[,ADC=]

Extensiones digitales.

KSEKI:DIR=…,EQU=

[ ITYPE= [,ADC=] [,TRM=]

Extensiones RDSI.

,CAT= -[,ADC=] [,ACCTYP=] [,CUST=];

D 4 =

ADC= D1

D9

0: Presentación no restringida 1: Presentación restringida 2: Presentación restringida por llamada

Tema 1

Facilidades de BC.12

1.1.7.2. Sobrescribir restricción de número Ilamante.

Esta prestación permite presentar los números que vienen de la red pública con presentación restringida si la red tiene para nuestras extensiones categoría de sobrescribir el la presentación o lo que vulgarmente se llama categoría de policía. También se presentan todos los números internos y llamadas de red.

Extensiones genéricas. GE

GESPI:CSP=,TRAF=, SERV=, CDIV=, ROC=, NPRES= ;

NPRES=D 1 D 2 D 3 D 4

D4=

0: Sobreescribir CLIP no permitido 1: Sobreescribir CLIP permitido

Extensiones digitales KS

KSEKI:DIR= ,EQU= , CAT= ITYPE= [ ,ADC=] [ TRM=] TRAF=,SERV=,CDIV=,ROC= , [,CUST=] [,CALALT=]
KSEKI:DIR=
,EQU=
, CAT=
ITYPE= [ ,ADC=] [ TRM=]
TRAF=,SERV=,CDIV=,ROC= ,
[,CUST=] [,CALALT=] [,LANG=][,ACCTYP=][,BSEC=];
ADC= DI
D12
D12= 0: Sobreescribir CLIP no permitido
1: Sobreescribir CLIP permitido
Extensiones RDSI. IT
ITNUI:DIR=
,EQU=,
,CAT
,TRAF=,SERV=,CDIV=,ROC=
[,ADC-] [,ACCTYP=] [,CUST =] ;
ADC= D1
D9

D9=

0: Sobrescribir CLIP no permitido 1: Sobrescribir CLIP permitido

1.1.8.

Mejoras en el interface CSTA

1.1.8.1.

Provisión de interfaz para conmutar el número personal con procedimientos CSTA.

Se ha implementado un procedimiento para que se puedan conmutar las listas de números personales. Se ha introducido a nuevo servicio Set_Feature para activar/desactivar el perfil de número personal entre BC.12 y el Application Link.

Adicionalmente el perfil activo informa a CSTA como respuesta a Query_Feature para todos los tipos de extensión, también informa cuando se cambia el perfil por comando MML o procedimiento.

1.1.8.2. Disponibilidad de CSTA para extensiones virtuales.

Con esta prestación se permite la monitorización completa de las extensiones virtuales si están registradas en un terminal o no, para permitir recibir llamadas a través de una aplicación externa CSTA.

1.1.9. Nueva gama de terminales DBC 22X

La nueva gama de terminales incluye digitales, analógico, teléfonos IP y operadoras.

La nueva gama de digitales dispone de display más grandes y menús para la activación de los servicios, p.e. retrollamada.

Tema 1

Facilidades de BC.12

Tema 1 Facilidades de BC.12 Dialog 4220 Básico Dialog 4222 Oficina Dialog 4223 Profesional Dialog 4224

Dialog 4220 Básico

Tema 1 Facilidades de BC.12 Dialog 4220 Básico Dialog 4222 Oficina Dialog 4223 Profesional Dialog 4224
Tema 1 Facilidades de BC.12 Dialog 4220 Básico Dialog 4222 Oficina Dialog 4223 Profesional Dialog 4224

Dialog 4222 Oficina

Facilidades de BC.12 Dialog 4220 Básico Dialog 4222 Oficina Dialog 4223 Profesional Dialog 4224 Operadora Dialog

Dialog 4223 Profesional

4220 Básico Dialog 4222 Oficina Dialog 4223 Profesional Dialog 4224 Operadora Dialog 4225 Avanzado Dialog 4425

Dialog 4224 Operadora

4222 Oficina Dialog 4223 Profesional Dialog 4224 Operadora Dialog 4225 Avanzado Dialog 4425 Avanzado IP Los

Dialog 4225 Avanzado

Dialog 4425 Avanzado IP

Los siguientes teléfonos IP aparecerán en fechas próximas.

1.1.10. Prestaciones para extensiones digitales DTS y extensiones RDSI

1.1.10.1. Valor por defecto para TRM.

De acuerdo con el estándar ETSI no se incluir atenuación en las llamadas de terminales RDSI a enlaces públicos y viceversa. Ahora por defecto el valor TRM se pone a cero al iniciar una extensión RDSI.

1.1.10.2. Envío de número A y el nombre al display cuando se llama a un número adicional ADN.

Esta prestación envía al display el número A y el nombre al display de los digitales antes de responder una llamada de ADN. Antes de BC.12 se presenta el número y el nombre cuando la llamada se contestaba. Si existe más de una llamada ADN sólo se presenta la última que ha entrado al terminal.

1.1.10.3. Permitir códigos de servicio cuando el envío de DTMF está activado.

Con está prestación el sistema controla el estado de la llamada cuando se ha activado el envío de DTMF y se permite la petición de multiconferencia con el

ADC= D1

D9

D9=

0: Sobreescribir CLIP no permitido 1: Sobreescribir CLIP permitido

ASPAC:PARNUM=56,PARVAL= D1D 2 ;

PARVAL =Di D2

0

9=

Sufijo para activación

15=

Sufijo no disponible

16=

Ocultar los dígitos DTMF

47=

Chequeo de estado de parking y permitir funciones de teclado

63=

Chequeo de estado de parking y permitir funciones de teclado ocultando los dígitos marcados

1.1.10.4. Mensajes de 24 caracteres y textos en castellano para los terminales RDSI.

En BC.11 aunque el idioma se seleccione a castellano los textos de los terminales RDSI se presentaban en inglés. Esta deficiencia se corrigió con parche y el BC.12 esta incluida en sistema.

Tema 1

Facilidades de BC.12

1.1.10.5. No presentación de la traslación de número abreviado en los digitales.

Aparece un nuevo parámetro que nos permite controlar si el número trasladado se presenta a la extensión o se oculta.

ADCOI:ABB=,TRA=,CLASS=

NPRES= D1

[,NPRES= ];

D1=

0: Presentar el número abreviado trasladado 1: No presentar el número abreviado trasladado

1.1.10.6. 40 MDN por digital

Se incrementa de 30 a 40 el número de MDN en los teléfonos digitales.

1.1.11. Análisis numérico y códigos de accesos a prestaciones.

1.1.11.1. Comienzo por cero de códigos de autorización.

Está prestación permite que los códigos de autorización puedan comenzar por cero.

AUCOI: AUTH=[,CHECK=] ,CILCOD=, CAT=, CSP= DIR=,AUTH= CAT= CSP= AUTH = D 1 D 2 D
AUCOI:
AUTH=[,CHECK=]
,CILCOD=,
CAT=, CSP=
DIR=,AUTH=
CAT=
CSP=
AUTH = D 1 D 2 D 3 D 4 D 5 D 6 D 7
D 1 D 2 D 3 D 4 D 5 D 6 D 7 = 0-9999999 Código de autorización

1.1.12. Prestaciones de operadora.

[,CUST=];

1.1.12.1. Tarificación por línea en operadora

En BC.11 la operadora sólo podía iniciar tráfico con tarificación por ruta. En BC.1 I la operadora puede iniciar tráfico con tarificación por línea. El tipo de tarificación no se controla por comando.

OPERI :DIR=

[,PCM=] [,TRM =];

OPC= D1

,EQU=

D5

[,OPC= ] ,PRG=,TRAF= [,OCUST= ] [,MODE= ] ,TYPE=

D 5 =

0:

1: Tarificación por línea

Tarificación por ruta

1.1.12.2. Cambio de idioma y textos a castellano en OPI 3213.

Esta prestación permite el cambio de idioma a la consola de operadora 3213 procedimiento como en la consola 3214.

Código *08*L# con L número de idioma.

0

Inglés

1

Francés

2

Alemán

3

Español

4

Italiano

5-9

Reservado

por MML
por MML

o

Tema 1

Facilidades de BC.12

1.1.12.3. El código de acceso se muestra en la consola OPI 3213

En esta consola sólo se mostraba el enlace_ y código de ruta cuando entraba una llamada. Esta información es insuficiente cuando la operadora atiende varios códigos de acceso a operadora.

1.1.12.4. El tráfico entrante se enruta a la posición de día cuando no existe OPIS disponibles.

Esta prestación enruta el tráfico del grupo de operadoras a una posición de día cuando no hay operadoras disponibles para este grupo. Estas llamadas son desviadas a una posición de día seleccionada por comando. Esta prestación enruta el tráfico cuando se definen horarios de día y noche para los grupos de operadora.

OPDNC:WDAY= [,DTIME=] [,NTIME=];

OPCTS:CORG=,CALT=[,OACC=] [,ROU=

SDAY=

D 1 D 2 D 3 D 4 D 5 D 1 D 2 D 3 D 4 D 5

= 0 - 9 9 9 9 9

1.1.12.5. Operadora automática

] [,CUST=] [,SDAY=] [,SNIG= ];

N ú m e r o

d i r e c t o r i o

Esta prestación optimiza el trabajo de la operadora para llamadas entrantes de enlace en dos escenarios.

Cuando no se reciben los dígitos del número llamado

Cuando no se recibe el número común de operadora en llamadas DID

1.1.12.6. Posibilidad de no devolución de llamadas extendidas a grupo de salto o grupo ACD.

Cuando la operadora extiende una llamada a un grupo de salto se considera dos casos de tráfico; interno y externo. Cuando se extiende una llamada interna a un grupo de salto no sé devuelve a OPI. Cuando la llamada se extiende a grupo ACD nunca de devuelve á la OPI en caso de no atención y es independiente de si es interna o externa.

1.1.12.7. Cola de operadora flexible

En BC.11 la cola de operadora se define desde 99 a 255. en BC.12 se puede definir el tamaño de la cola de 1 a 255.

ASPAC:PARNUM=195,PARVAL= D1D 2 D 3 ;

D1D2D3

= 1-255: Número de llamadas en la cola operadora

1.1.12.8. Aumento de la señal de llamada en la OPI 3213

Se ha incrementado de -27dB a - i 2dB la señal de llamada. El valor se define en el Aplication System.

1.1.12.9. Permitir a la OPI activar más de una retrollamada en ocupado

Esta prestación permite a la OPI activar más de una retrollamada sobre extensión ocupada.

1.1.13. Prestaciones de enlaces RDSI

1.1.13.1. Transmisión de mensaje de PROGRESS en tránsito.

Cuando BC.12 está realizando funciones de tránsito entre varias PABX se permite el paso de los mensajes de PROGRESS a la otra PABX.

Tema 1

Facilidades de BC.12

1.1.13.2. Cambio en la desconexión RDSI cuando se recibe información dentro de banda.

Cuando se recibe el mensaje de desconexión con indicador de progreso 8 (información de tono en banda) y la causa de liberación tiene los valores 1, 18, 22, 29 0 42 entonces la correspondencia interna y la indicación de progreso se envía a los terminales.

1.1.13.3. Modificación de la función ruta alternativa

La ruta alternativa se puede definir para que se tome sólo en caso de que la ruta principal este fuera de servicio y no cuando esta ocupado. Si existe congestión en todos los LIM se da tono de ocupado.

SEL= D1

D 1 =

D15

0 Ruta alternativa permitida

1 Ruta alternativa no permitida

2 Ruta alternativa permitida solo cuando esta fuera de servicio

1.1.13.4. Petición de tarificación para IBERCOM

En lugar de tarificación IBERCOM podemos pedir la tarificación como elemento de información Nacional+elemento de información Facility en el SETUP en lugar de IBERCOM IE. Se controlo en el VARO D 7 dando los valores 4,5,6 y 7.

Valor de D 7 (VARO) 0 1 2 3 4 5 6 7 8 9
Valor de D 7 (VARO)
0
1
2
3
4
5
6
7
8
9
A
B
C
D
E
F
Request call metering or Advice Of
Charge (AOC) at call setup Petición
de AOC en setup
No
X
X
X
X
Yes, (National IE + Facility ID
(IBERCOM, Spain)
XXXX
Yes, (National IE) (National ISDN)
XXXX
Yes, (Facility IE) (ISO/ETSI)
X
X
X
X
Type of charging
Continuous charging during the call
*1)(AOC-D ISO/ETSI)
X
X
X
X
Charge at end of call *2) (AOC-E
ISO/ETSI)
X
X
X
X
AOC-D and AOC-E (only ISO/ETSI)
X
X
X
X
Reservado
X
X
X
X

1.1.13.5. Separación de UUS 2 y UUS 3

La especificación de Ibercom requiere que los UUS2 y UUS3 se puedan separar en la programación. En el caso de UUS2 no sea soportado en el extremo remoto se indica con un mensaje de STATUS con causa 69 Petición de facilidad no implementada.

Tema 1

Facilidades de BC.12

1.1.13.6. MCT en FACILITY IE sobre DSS1

A! invocar el servicio dé llamada maliciosa en estado activo o de desconexión, la petición MCT se envía en FACILITY IE dentro de un mensaje de FACILITY a la red pública.

1.1.13.7. Mensaje por defecto en los DTS en llamadas en tránsito.

Cuando un DTS realiza una llamada a través de un enlace QSIG a una ruta pública y el indicador de moneda no se recibe de la red pública se envía un mensaje por defecto. Se programa con el

PARNUM=185.

ASPAC:PARNUM=185,PARVAL= D1D2D3

D 1 D 2 D 3 = 0-999: Código numérico para la moneda

Alpha code Numeric code Curreucy

Country

AED

784

Utd. Arab Emir. Dirham

United Arab Emirates

ARA

032

Austral

Argentina

ATS

040

Euro

Austria

AUD

036

Australian Dollar

Australia

BAK

070

Convertible Mark

Bosnia- Herzegovina

BEF

056

Euro

Belgium

BGL

100

Bulgarian Lev.

Bulgaria

BHD

048

Bahrain Dinar

Bahrain

BRC

076

Cruzado

Brazil

BSD

044

Bahamanian Dollar

Bahamas

CHF

756

Swiss Franc

Switzerland

CLF

990

Unidades de fomento

Chile

CLP

152

Chilean Peso

Chile

CNY

156

Yuan Renminbi

China

COP

170

Colombian Peso

Colombia

CRC

188

Costa Rican Colon

Costa Rica

CZK

203

Koruna

Czechia

ESB

724

EURO

España

ESP

978

EURO

España

OMR

512

Omani Rial

Oman

PEI

604

Inti

Peru

PLZ

616

Zloty

Poland

PTE

620

Euro

Portugal

ROL

642

Leu

Romania

RUR

810

Russian rouble

Russia

SAR

682

Saudi Riyal

Saudi Arabia

SEK

752

Swedish K r o n a

Sw eden

SGD

702

Singapore Dollar

Singapore

SIT

705

Slovenian Tolar

Slovenia

SKK

703

Slovak Koruna

Slovakia

SVC

222

El Salvador Colon

El Salvador

Tema 1

Facilidades de BC.12

1.1.13.8. Permitir tránsito sobre la misma ruta

El

PARNUM=118.

control de tránsitos sobre la misma ruta para evitar

bucles ahora se controla con el

ASPAC:PARNUM=118,PARVAL= D 1 ;

D,=

0: Comprobación de prohibición de llamada en bucle desactivada (permite llamadas en bucle) 1: Comprobación de prohibición de llamada en bucle activada (no permite llamadas en bucle)

1.1.13.9. Cambio de indicación de Llamada en espera

El tono de llamada en espera pasa de -2dB a -6dB, para indicaciones internas y externas.

1.1.14. CALL OFFER sobre QSIG.

La operadora puede dejar una llamada en espera sobre una extensión ocupado sobre enlace OSiG. Este servicio se puede dar ahora como UUI Call Offer e ISO QSIG Call Offer. El servicio ISO QSIG solo es posible en redes homogéneas ISO QSIG que soporten Protocolo Genérico Funcional Estándar.

1.1.14.1. ISO Call Offer con retención de camino

El servicio CO se puede invocar con retención de canales para asegurar que se va a completar cuando la parte B quede libre, este servicio sólo se invoca cuando el Ilamante es una operadora.

1.1.15. Segmentación de mensaje QSIG

Para mensajes se señalización QSIG muy largos se permite que estos sean segmentados en varios paquetes de Nivel 3. - La segmentación sólo se aplica si el mensaje excede del valor N201 definido en la recomendación Q.921, mensajes de más de 260 octetos.

1.1.16. Extensión remota

1.1.16.1. Conexión rápida.

Para llamadas salientes de extensión remota se conecta el canal de salida cuando la otra parte envía señal de llamada en lugar de cuando se conecta el distante. Antes se producía un pequeño retraso de 1,5 a 4 segundos en la conexión con

1.1.16.2 Identificación de número

En BC.11 cuando una extensión llamaba a una extensión remota con presentación restringida esta no se enviaba a la red por tanto se mostraba en la extensión remota. En BC.12 este problema está solucionado y sólo se muestra cuando el Ilamante tiene presentación permitida.

1.1.16.2. Tráfico de extensión remota sobre DPNSS.

Cuando una llamada entra a un R1 con los números extras estos se envían por el enlace, en BC.11 los dígitos extras no se enviaban.

1.1.17. RVA

1.1.17.1. Mensajes de bienvenida RVA para extensiones individuales.

Se da un mensaje de bienvenida cuando la parte B descuelga,

Tema 1

Facilidades de BC.12

RACEI: DIR= [,WELCOM= ] [,CONT=] VOCT=…VOCGU= [,CUST= ] WELCOM = D 1 D 2 D
RACEI:
DIR=
[,WELCOM= ] [,CONT=]
VOCT=…VOCGU= [,CUST=
]
WELCOM = D 1 D 2 D 3
D 1 D 2 D 3 =0-250
RACEP:
DIR=
;VOCT= [,CUST= ]
RACEC:
DIR=
[,WELCOM=] ; [,CONT=]
VOCT=
,VOCGU=
[,CUST=
]
1.1.17.2.
RVA en espera
Esta prestación da un mensaje a una llamada aparcada en lugar de música en espera. Se asigna
un mensaje continuo a las extensiones que dan el mensaje y se da siempre que aparcan una
llamada.
Se asigna a las extensiones un mensaje continuo.
RACEI:
DIR-
[,WELCOM= ] [,CONT= ];
VOCT=
,VOCGU=
[,GUST=
]

CONT D1D 2 D 3 D1D 2 D 3 = 0 -Número del mensaje contínuo, 1 - 250. con valor 0 no se da 250 mensaje contínuo

1.1.17.3. Diferentes músicas en espera para llamadas aparcadas.(MoH)

Cuando una llamada se aparca por una extensión se da MoH a la parte aparcada. La parte aparcada puede recibir MoH desde distintas fuentes de MoH en función de si es externa o interna. Las llamadas externas aparcadas reciben MoH desde el canal 1; las llamadas internas y de tie lines puede recibir desde MoH 1 o MoH 2 en función del PARNUM=158.

ASPAC:PARNUM=158,PARVAL= D 1 ;

D1 i =

0: Llamadas externas e internas reciben música desde el MoH

1:

Llamadas externas reciben música de MoH1 y las internas y de tie lines reciben música desde el MoH 2

1.1.17.4. Guías vocales

Se dan mensajes en lugar de tonos para los servicios y eventos de tráfico. P.e número bloqueado o desvío activo.

RACEI:

DIR=

[,WELCOM=] ; [,CONT=] VOCT--

VOCT= D1D2

D1D2 =

01 Número vacante

,YOCGU- [,CUST=

]

02

Bloqueo externo de línea 03 Bloqueado

04

Ocupado

05

Expiración de tiempo

06

Act/desactivación de servicio correcta 07 Fallo en programación de servicio

08

Desvío activo

09

DND activo

10

Mensaje en espera

11

Bloqueo de extensión correcto

12

Desbloqueo de extensión correcto

13

Extensión cerrada

14

Sin categoría

15

No disponibles

Tema 1

Facilidades de BC.12

16 Petición de PIN R2

17 Rechazado por coste máximo

18 Reservado

19 Reservado 20 Reservado

VOCGU=D 1 D 2 D 3 D 1 D 2 D 3 = 1 - 250 Número

de anuncio vocal.

= 0 Valor por defecto (sin anuncio

1.1.17.5. Anuncio para llamada a número personales.

Esta prestación da un mensaje de bienvenida al número Ilamante cuando la llamada entra a través de un número personal. Se programa como el anuncio de bienvenida a extensión.

1.1.17.6. RVA avanzada para operadoras

Cuando la llamada entra a una operadora y en función del grupo de origen se dan anuncios a la parte Ilamante

Anuncio de bienvenida

Anuncio de llamada en cola

Repetición de Anuncio de llamada en cola

Anuncio contínuo

 

CORG =

 

RAGAI :

[,WELCOM=][,QUEUE=][,REPQUE =][,CONT=]

GRP =

[CIDREQ =] [ ,EWTA=]

[,QTIME- ] [,RTIME= ]

 

WELCOM= D1D2D3

 

D1D2D3=

0 - 250 1-250 número de anuncio de bienvenida.0 significa que no se da mensaje

QUEUE =

D1D2D3

D1D2D3= 0 - 250 mensaje

1-250 número de anuncio de cola. 0 significa que no se da

REPQUE = D1D2D3 D1D2D3= 0 - 250

 

1-250 número de anuncio de repetición de cola. 0 significa

 

que no se da mensaje

CONT= D1D2D3

 
 

D1D2D3= 0 - 250

1 - 250. número de anuncio contínuo. 0 significa que no se

da mensaje

1.1.17.7.

RVA avanzados para grupos ACD/PBX

Cuando se recibe una llamada en grupo de salto o ACD se provee anuncio continuo a la parte Ilamante entre el mensaje de cola y el de repetición de cola para cada grupo.

CORG =

RAGAI :

[,WELCOM=][,QUEUE=][,REPQUE =][,CONT=]

GRP =

[CIDREQ =] [ ,EWTA=]

[,QTIME- ] [,RTIME= ]

 

WELCOM= D1D2D3

D1D2D3=

0 - 250 1-250 número de anuncio de bienvenida.0 significa que no se da mensaje

Tema 1

Facilidades de BC.12

QUEUE =

D1D2D3

D1D2D3= 0 - 250 mensaje

1-250 número de anuncio de cola. 0 significa que no se da

REPQUE = D1D2D3 D1D2D3= 0 - 250

1-250 número de anuncio de repetición de cola. 0 significa

que no se da mensaje

CONT= D1D2D3

D1D2D3= 0 - 250

1 - 250. número de anuncio contínuo. 0 significa que no se

da mensaje

1.1.18. Modificaciones en los tonos

1.1.18.1. Incremento del rango en ring en un agente ACD.

Esta prestación aumenta el tiempo de ring de una llamada en un agente ACD de 1-120 segundos a 1-32768 segundos.

ASPAC:PARNUM=165,PARVAL= D1D 2 D 3 ;

D 1 D 2 D 3 = 1-32768: Tiempo en segundos. Recomendado 10s

1.1.18.2. Tonos de llamada Morse

El tono interno o el externo se pueden modificar para dar las cadencias estandar o las Morse. Es necesario reiniciar la TMU después de modificar los tonos.

ASPAC:PARNUM=254,PARVAL= D1D2D3;

D 1 D 2 = 0-15: Tono interno/externo.

Ver tabla

Table I80-1

Value of D 1 D 2 in PARNUM 254

0 1 2 3 4 5 6 7 8 9 10 11 12 13 14
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Standard/Standard
X
Morse-A/Standard
X
Morse-D/Standard
X
Morse-S/Standard
X
Standard/ Morse-A
X
Morse-A/ Morse-A
X
Morse-D/ Morse-A
Morse-S/ Morse-A
X
X
Standard /Morse-D
X
Morse-A/ Morse-D
X
Morse-D/ Morse-D
Morse-S/ Morse-D
X
X
Standard /Morse-S
X
Morse-A/ Morse-S
X
Morse-D/ Morse-S
Morse-S/ Morse-S
X
X

1.1.19. Nivel del tonos DTMF enviados

El nivel de los tono DTMF se ha cambiado de -12dBr a -9dBr para enlaces analógicos que usan TLU75. Para que el nivel se incremente la atenuación ha sido bajada.

Tema 1

Facilidades de BC.12

1.1.20. Nuevo firmware

Los teléfonos digitales disponen de firmware actualizable.

La nueva tarjeta ELU32 en realidad ahora se denomina SPU (system procesor unit) y en función del firmware que se cargue se comporta como ELU32 de extensiones, ELU32 de eniace IP o TMU de 32 emisores/receptores de tono.

1.1.21 Extensión remota fija/móvil

1.1.21.1. Cambios en el envío de tonos DTMF en la extensión remota.

Se controla si los tonos DTMF pasan directamente o se marca el sufijo definido en el ASPAC 56, normalmente el 9. Cuando se necesito sufijo los códigos se utilizan para activar servicios como si fueran digitales.

ASPAC:PARNUM=123,PARVAL= D 1 ;

D 5 =

0: Se requiere sufijo (ASPAC 56) 1: No se requiere sufijo y se pasa directo a DTMF

1.1.21.2. Código de invocación de servicios programable.

En la extensión remota podemos decidir cual va a ser el código de invocación de servicios. Anteriormente era fijo (*)

ASPAC:PARNUM=124,PARVAL= D1D2D3;

D 1 D 2 D 3 = 0-XXX: con XXX cualquier dígito 0-9,*,# *: (valor por defecto)

Tema 1

Facilidades de BC.12

1.1.21.3. Cambios en la función jefe/secretaria

Aparece una nueva función jefe/secretaria que permite el control de la recepción de las llamadas de los jefes por las secretarias: Un jefe puede tener un máximo de 10 secretarias. Las secretarias permiten controlan tantos jefes como teclas tenga disponibles. Necesita tener licencias de número personal ya que necesita de esta función y utiliza la lista personal 1.

Tenemos un nuevo parámetro en los terminales digitales que nos permite definir las extensiones como jefe o secretaria.

,CAT=

KSEXI:DIR=

,TRAF=,SERV=,CDIV=,ROG= [,CUST=] [,CALALT,] [,LANG=][,ACCTVP=][,BSEC=];

,EQU=

BSEC= D 1 = 0: Normal. (Valor por defecto) 1: Jefe 2: Secretaria

,lTYPE= [,ADC=] [,TRM,]

Se debe iniciar la ,lista personal 1 para el jefe incluyendo todas las secretarias, que tenga. Por ejemplo tres secretarias.

PELPI:DIR=jefe,LIST=1,CH0=1,BSYCH0=2,ANSPOS=sec1;

PELPI:DIR=jefe,LIST=1,CH0=2,BSYCH0=3,ANSPOS=sec2;

PELPI:DIR=jefe,LIST=1,CH0=3,ANSPOS=sec3;

Aparece un nuevo tipo de tecla que se programa a las secretarias para activar a la captura de los jefes.

El parámetro DIG cambia en función del tipo de tecla, si es FCN=PEN el valor es 0-9 si BSEC=1.

Si BSEC=2 el valor es 0-99999 para indicar la extensión dei jefe.

KSFKC:DIR=jefe,KEY=18,FCN=PEN,DIG=1;---> Lista número uno.

SFKC:DIR=sec1,KEY=18,FCN=PEN,DIG=jefe;

KSFKC:DIR= sec2,KEY=18,FCN=PEN,DIG= jefe; KSFKC:DIR= sec3,KEY=18,FCN=PEN,DIG= jefe; Para activar la prestación el jefe o la secretaria pueden activar la tecla con FCN=PEN.

Se deben completar las funciones jefe secretaria que requiera el usuario y que no cambian, como MNS,ADN,TNS

1.1.21.4. Cambios para crear Grupos de Captura

INICIO

- GPGRI:GRP=XXXX,LIM=X; (Conveniente poner el LIM del mayor nº de ext.)

- GPGMI:GRP=XXXX,DIR=XXXX;

1.1.22. Aumento de capacidades

Un anuncio de bienvenida por cada extensión.

Un anuncio continuo por cada extensión.

Un anuncio de guía vocal por cada caso de tráfico.

Aumento del número de miembros de un grupo de timbres de 30 a 150. Aumento del número de miembros de un grupo de salto de 75 a 160.

El número máximo de eventos de desbordamiento de grupos ANCD pasa de 4 a 8

250 enlaces H.323 por LIM.

250 objetos de medida de tráfico de IP networking.

Tema 2

MD110 en BC.12

MD110

ÍNDICE

MD110

1

2.1. Introducción

2

2.2. Tarjeta

SPU4

2

2.3. Tarjeta

NIU2

3

2.4. Nueva Familia de teléfonos Dialog 4000

4

2.4.1. Dialog 4220 ó DBC 220

5

2.4.2. Dialog 4222 ó DBC 422

6

2.4.3. Teclado de Expansión DBY 419 01

8

2.4.4. Dialog 4223 ó DBC 223

9

2.4.5. Dialog 4225 (IP) o DBC 425

10

2.4.6. Dialog 4224. Terminal de Operadora (sustituye a la 3214)

12

2.4.7. Dialog 4422 o DBC 422

13

2.4.8. Dialog 4425 o DBC 425

15

Tema 2

MD110 en BC.12

2.1. Introducción

Con la introducción de la nueva versión BC12 de MD110 aparecen nuevos elementos, tarjetas, terminales, que permiten soportan las nuevas funciones de esta versión.

Para la nueva funcionalidad de enlaces IP (IP trunking) es necesaria la nueva tarjeta SPU4, la cual permite detectar los tonos DTMF enviados mediante la señalización en el enlace IP.

La tarjeta IU es una evolución de la tarjeta NIU. Esta nueva tarjeta soporta un nuevo interfaz para conectar la tarjeta HDU inclusive es innecesaria esta ultima tarjeta cuando en la nueva tarjeta NIU2 se monta la tarjeta Compact Flash.

Una nueva línea de teléfonos IP, digitales innovadores y analógicos, equipados con las funciones y el diseño más avanzado, la familia Dialog 4000, está formado por varios modelos que utilizan diferentes tecnologías y satisfacen distintas necesidades: Teléfonos digitales (DTS) que soportan Ericsson 2B+D, incluida la versión de operadora (OPI), teléfonos IP con switch Ethernet incorporado y una línea de teléfonos analógicos.

2.2. Tarjeta SPU4

La tarjeta SPU4. cu o código de identificación es el ROF 137 5430/1. suministra 32 receptores de tonos DTMF. Esta tarjeta se instala en el MD110 posiciones de intervalos de tiempo. El BOARDID

de la tarjeta con el firmware DTMF32 es el 115. Se permite un máximo de 6 tarjetas SPU4 por LI M.

Figura 1. Tarjeta SPU4

El ámbito de utilización de la tarjeta SPU4 es en IP trunkinq (enlace IP) y en extensiones remotas.

En el caso de enlace IP, los tonos DTMF podrían transmitirse por la red por el canal de voz, sin embargo, este hecho presenta una serie de inconvenientes. Primeramente el flujo de voz puede ser codificado y decodificado varias veces por diferentes codecs a lo largo de una red de datos. Además el flujo de voz es transmitido por la red mediante un protocolo que no es seguro (UDP), lo cual significa que pueden perderse paquetes en el transporte. Este hecho podría causar que el receptor de los tonos DTMF pudiera no identificarlos, al haberse perdido paquetes.

Para transportar tonos DTMF de forma fiable deben conducirse por el canal de señalización. Para ello se requiere que los tonos DTMF recibidos por el canal de voz (en banda), de otro sistema de señalización en el sistema MD110, deben ser detectados, extraídos y convertidos en señalización H.245. Esta tarea es realizada por la tarjeta SPU4. Para poder realizar esta tarea la tarjeta SPU4 debe estar en el camino que recorre el flujo de voz.

Después de iniciar la tarjeta SPU4 en el LIM, ésta es comprobada por el sistema. Existen 4 leds situados debajo del procesador de la tarjeta, que indican si la tarjeta está trabajando adecuadamente. El primer led es de color verde y puede ser visto mirando de frente a la tarjeta, el resto de los leds son de color rojo y están situados, en línea, a continuación del led verde. A continuación se muestra una tabla indicando el significado de cada uno de los leds y su estado.

Tema 2

MD110 en BC.12

la
la

Figura 2. Tarjeta SPU4

Tema 2 MD110 en BC.12 la Figura 2. Tarjeta SPU4 La tarjeta SPU4 tiene 8 DSPs.

La tarjeta SPU4 tiene 8 DSPs. Cada DSP lleva asociado dos . leds que muestran el estado de funcionamiento de la aplicación que está ejecutándose en dicho DSP. La aplicación DTMF32 se ejecuta en el DSP numerado como 1 en la figura. En la tabla siguiente se muestra el estado de los leds y su significado.

siguiente se muestra el estado de los leds y su significado. 2.3. Tarjeta NIU2 La nueva

2.3. Tarjeta NIU2

La nueva tarjeta NIU2 sustituye a la tarjeta NIU. La tarjeta se compone de las siguientes interfaces:

Un puerto para un terminal Asíncrono/síncrono (TTY1).

Dos puertos para terminales asíncronos (TTY 2 Y TTY3).

Un puerto Ethernet 10BaseT.

Una interfaz ATA.

Una interfaz para Compact Flash.

Tema 2

MD110 en BC.12

Las dos últimas son interfaces nuevas con respecto a la anterior tarjeta NIU: Se comprueba que ha desaparecido la interfaz SCSI para unir a una tarjeta HDU externa; sustituyéndose por una interfaz ATA:.

La nueva tarjeta NIU2 permite además insertar un dispositivo de almacenaje en la propia tarjeta mediante una tarjeta Compact Flash. De esté modo es posible realizar los volcados de datos del sistema, bien sobre un disco externo (tarjeta HDU) o sobre una tarjeta Compact Flash, o sobre la combinación de ambos. Existen dos capacidades de memoria de estas Compact Flash, 128 y 256 Mbytes.

En la figura siguiente se muestra la Tarjeta NIU2. En ella se puede observar donde se insertan las tarjetas de memoria sobre la tarjeta NIU2.

Sin Cambios

Antes SCASI

Figura 3. Tarjeta NIU2 Para discos ID
Figura 3. Tarjeta NIU2
Para discos ID

Se puede complementar con Compact Flash, HDU y sus variables.

Según mecánica se instalará: Siempre en el magazine 0 y en un time-slot de 16 individuos; en /90 ocupará la posición 22 y en apilable la 40. Se suministrará con Compact Flash cuando la RAI no sea muy grande, en este caso no se instalará HDU7/1

2.4. Nueva Familia de teléfonos Dialog 4000

Con la nueva versión BC12, ha aparecido una nueva familia de teléfonos, con diferente tecnología, para sustituir a la anterior familia Dialog 3000. Aparecen nuevos modelos de teléfonos analógicos, digitales, operadora e IP.

Teléfonos analógicos

Para esta familia aún no han sido presentados dichos terminales y sólo se tienen referencias de cuales serán sus denominaciones.

Dialog 4105, para cubrir la gama baja de terminales analógicos.

Dialog 4147, para cubrir la gama media.

Dialog 4185, para cubrir la gama alta.

Teléfonos digitales

La familia de teléfonos digitales está compuesta por:

Dialog 4220 ó DBC 220.

Dialog 4222 ó DBC 222

Dialog 4223 ó DBC 223

Dialog 4225 ó DBC 225

Tema 2

MD110 en BC.12

Terminal de Operadora

Dialog 4224

Teléfonos IP

Dialog 4422 ó DBC 422

Dialog 4425 ó DBC 425

2.4.1. Dialog 4220 ó DBC 220

Es un teléfono digital con funciones básicas, el cual carece de display. Posee 10 teclas de función con led y permite monitorizar la llamada. Se puede , programar la señal de timbre que se va a escuchar en una llamada entrante, mediante el siguiente procedimiento: se pulsa la tecla mute/prog, se pulsa un dígito del 0 al 9 (cada tecla es un sonido diferente), y en aquel sonido que queramos programar, después de escucharlo, se vuelve a pulsar la tecla mute/prog.

de escucharlo, se vuelve a pulsar la tecla mute/prog. Figura 4. Dialog 4220 Las teclas son:

Figura 4. Dialog 4220

Las teclas son: línea 1, línea .2, inquiry, mute/prog, Speaker, Clear, Transfer, teclas de función- (hay 6 teclas con led para f u nciones), volumen

El parámetro ITYPE = 25

En cuanto a las teclas programables son: KEY = D1 D2 = 1-3, 13 y 14.

Tema 2

MD110 en BC.12

Tema 2 MD110 en BC.12 Figura 5. Teclas del Dialog 4220 2.4.2. Dialog 4222 ó DBC

Figura 5. Teclas del Dialog 4220

2.4.2. Dialog 4222 ó DBC 422

Es el modelo inmediatamente superior al DBC 220. Este modelo posee un display de dos filas, función de manos libres, 10 teclas de función con led, un puerto para auriculares y permite un panel de expansión de teclado DBY 419 01.

Las teclas son línea 1, línea 2, inquiry, mute/prog, Speaker, Clear, Transfer, teclas de función (hay 6 teclas con led para funciones), Volumen -/+, tecla de auriculares (para activar y desactivar el modo auricular).

El parámetro ITYPE = 26

ITYPE= 27 con un panel de expansión.

En cuanto a las teclas programables son:

KEY = D 1 D 2 = 1-3, 13 y 14.

KEY = D 1 D 2 = 1-3, 13,14. 24-40. Con el panel de expansión de teclado.

Tema 2

MD110 en BC.12

Tema 2 MD110 en BC.12 Figura 6. Dialog 4222 o DBC 422 Figura 7. Teclas del
Tema 2 MD110 en BC.12 Figura 6. Dialog 4222 o DBC 422 Figura 7. Teclas del
Tema 2 MD110 en BC.12 Figura 6. Dialog 4222 o DBC 422 Figura 7. Teclas del

Figura 6. Dialog 4222 o DBC 422

Tema 2 MD110 en BC.12 Figura 6. Dialog 4222 o DBC 422 Figura 7. Teclas del

Figura 7. Teclas del Dialog 4222

Tema 2

MD110 en BC.12

2.4.3. Teclado de Expansión DBY 419 01

Este módulo de expansión de teclado permite ampliar el número de teclas programables (17 por cada módulo) a los terminales de la familia Dialog 4000. No es soportado en el MD110 por el terminal Dialog 4220, ni tampoco por el terminal de Operadora Dialog 4224.

4220, ni tampoco por el terminal de Operadora Dialog 4224. Figura 8. Módulo de ampliación DBY

Figura 8. Módulo de ampliación DBY 419 01

Operadora Dialog 4224. Figura 8. Módulo de ampliación DBY 419 01 Figura 9. Teclas del módulo

Figura 9. Teclas del módulo DBY 419 01

Tema 2

MD110 en BC.12

2.4.4. Dialog 4223 ó DBC 223

Este modelo posee un display de tres filas, función de manos libres, 10 teclas de función con led, 4 teclas de función (Softkeys), un puerto para auriculares y permite hasta cuatro paneles de expansión de teclado DBY 419 01.

Las teclas son línea 1, línea 2, inquiry, mute/prog, Speaker, Clear, Transfer, Volumen -/+, tecla de auriculares (para activar y desactivar el modo auricular).

El parámetro ITYPE = 28

El parámetro ITYPE = 29 con un teclado de expansión.

El parámetro ITYPE = 30 con dos teclados de expansión.

El parámetro ITYPE = 31 con tres teclados de expansión.

El parámetro ITYPE = 32 con cuatro teclados de expansión.

En cuanto a las teclas programables son:

KEY = D 1 D 2 =

1-3,

13 y 14.

KEY = D 1 D 2 =

1-3,

13,14, 24-40, con un teclado de expansión.

KEY = D 1 D 2 =

1-3,

13,14, 24-57, con dos teclados de expansión.

KEY = D 1 D 2 =

1-3,

13,14, 24-74, con tres teclados de expansión.

KEY = D 1 D 2 =

1-3,

13,14, 24-91, con cuatro teclados de expansión.

D 2 = 1-3, 13,14, 24-91, con cuatro teclados de expansión . Figura 10. Dialog 4223
D 2 = 1-3, 13,14, 24-91, con cuatro teclados de expansión . Figura 10. Dialog 4223
D 2 = 1-3, 13,14, 24-91, con cuatro teclados de expansión . Figura 10. Dialog 4223
D 2 = 1-3, 13,14, 24-91, con cuatro teclados de expansión . Figura 10. Dialog 4223
D 2 = 1-3, 13,14, 24-91, con cuatro teclados de expansión . Figura 10. Dialog 4223
D 2 = 1-3, 13,14, 24-91, con cuatro teclados de expansión . Figura 10. Dialog 4223
D 2 = 1-3, 13,14, 24-91, con cuatro teclados de expansión . Figura 10. Dialog 4223

Figura 10. Dialog 4223 o DBC 423

Tema 2

MD110 en BC.12

Tema 2 MD110 en BC.12 TRANSFER KSFKC:DIR=ext.,FCN=TFR,KEY=12; PROGRAM KSFKC:DIR=e x t.,FCN=PR OG , K E Y=

TRANSFER

KSFKC:DIR=ext.,FCN=TFR,KEY=12;

PROGRAM

KSFKC:DIR=ext.,FCN=PROG,KEY=0;

Figura 11. Teclas del Dialog 4223

2.4.5. Dialog 4225 (IP) o DBC 425

Este modelo posee un display de 320 x 80 pixels, función de manos libres, 20 teclas de función con led, 4 teclas de función (Softkeys), 3 teclas de navegación para los menús del display, un puerto para auriculares y permite hasta cuatro paneles de expansión de teclado DBY 419 01.

Las teclas son línea 1, línea 2, inquiry, mute/prog, Speaker, Clear, Transfer, desvío, CaIIBack, Volumen -/+, tecla de auriculares -(para activar y desactivar el modo auricular).

El parámetro ITYPE = 33

El parámetro ITYPE = 34 con un teclado de expansión.

El parámetro ITYPE = 35 con dos teclados de expansión.

El parámetro ITYPE = 36 con tres teclados de expansión.

El parámetro ITYPE = 37 con cuatro teclados de expansión.

En cuanto a las teclas programables son:

KEY = D 1 D 2 = 1-3, 13 - 23.

KEY = D 1 D 2 = 1-3, 13-40, con un teclado de expansión.

KEY = D 1 D 2 = 1-3, 13-57, con dos teclados de expansión.

KEY = D 1 D 2 = 1-3, 13 -74, con tres teclados de expansión.

Tema 2

MD110 en BC.12

Tema 2 MD110 en BC.12 Figura 12. Dialog 4225 o DBC 425 - ITYPE=6 Figura 13.

Figura 12. Dialog 4225 o DBC 425 - ITYPE=6

MD110 en BC.12 Figura 12. Dialog 4225 o DBC 425 - ITYPE=6 Figura 13. Teclas del

Figura 13. Teclas del Dialog 4225 - ITYPE = 6

Tema 2

MD110 en BC.12

Fija la opción
Fija la opción

Teclas SoftKey

Figura 14. Pantalla y teclas de navegación del Dialog 4225

2.4.6. Dialog 4224. Terminal de Operadora (sustituye a la 3214)

La nueva operadora posee un display de 5 x 40 caracteres. Posee 12 teclas de función con led. 4 teclas de habla y liberación de mayor tamaño (teclas utilizadas más frecuentemente). Puerto para auriculares.

La información se muestra en pantalla de la siguiente manera:

1. Fila: Muestra la llamadas en cola común e individual, tipo de llamada entrante, indicación de tarificación, indicación de llamada serie y estado de la consola.

2. Fila: Muestra tipo de llamada, estado de la llamada y conexión actual.

3. Fila: Muestra el número Ilamante.

4. Fila: Muestra el nombre del Ilamante.

5. Fila: Muestra el número llamado, el nombre del llamado, hora y fecha y alarmas.

llamado, el nombre del llamado, hora y fecha y alarmas. Figura 15. Dialog 4224, terminal de

Figura 15. Dialog 4224, terminal de operadora

Tema 2

MD110 en BC.12

Tema 2 MD110 en BC.12 Figura 16. Teclas del Dialog 4224,terminal de operadora 2.4.7. Dialog 4422

Figura 16. Teclas del Dialog 4224,terminal de operadora

2.4.7. Dialog 4422 o DBC 422

Este es un terminal IP de gama media. Posee un display de dos filas con hasta 20 caracteres. Es compatible con las centrales de Ericsson MD110, Businessphone, Webswitch3 y MECS.

Las conexiones al teléfono IP son por un lado la alimentación y por otro la conexión a la red de área local.

La alimentación del teléfono IP se realiza mediante el transformador de 24 V. CA/CA con código RES 141 312/1. El consumo máximo de potencia es 4W. Existe la posibilidad de, en lugar de alimentar a cada teléfono IP, suministrar la corriente a través de la LAN utilizando un dispositivo llamado PowerHub. El PowerHub es una unidad autónoma que puede suministrar corriente a mas de 100 metros de distancia mediante cables de categoría 5. Es necesario antes de conectar al teléfono utilizar un splitter (RPM 130 021/1) para separar los datos de la alimentación.

En cuanto a la conexión a la red de área local se debe realizar mediante un cable de red Ethernet de categoría 5. Dicho cable puede ser suministrado por Ericsson mediante el código TSR 901 0452/3000. De acuerdo con la recomendación IEEE 802.3 la longitud máxima entre un teléfono IP y la conexión de la red de área local no debe ser superior a 100 metros.

El DBC 422 posee un switch interno con dos puertos. Un puerto se utiliza para el teléfono y el otro puerto puede ser utilizado por un PC.

El Dialog 4422 posee un servidor WEB que permite mostrar páginas de administraciones de dicho terminal.

El terminal posee 10 teclas programables con led y además ciertas teclas poseen mas funciones de las habituales como se describe a continuación:

C:

Cancelar. Para abandonar el menú actual sin realizar cambios, en aquellos menús donde es posible cambiar datos.

Salir. Abandonar el menú actual para ascender al menú inmediatamente anterior en jerarquía. Se utiliza en aquellos menús donde no es posible cambiar datos.

-

Arriba. Ir a la línea de arriba de unenú. Borrar el último carácter introducido.

Tema 2

MD110 en BC.12

+:

Speaker:

Abajo. Ir a la línea de abajo de un menú. Seleccionar el menú actual. Salvar los datos introducidos.

Abajo . Ir a la línea de abajo de un menú. Seleccionar el menú actual. Salvar
Seleccionar el menú actual. Salvar los datos introducidos. Figura 17. Dialog 4422 o DBC 422 Figura

Figura 17. Dialog 4422 o DBC 422

actual. Salvar los datos introducidos. Figura 17. Dialog 4422 o DBC 422 Figura 18. Teclas del

Figura 18. Teclas del Dialog 4422

Tema 2

MD110 en BC.12

2.4.8. Dialog 4425 o DBC 425

Este es un terminal IP de gama alta. Posee un display de 320 x 80 pixels Es compatible con las centrales de Ericsson MD110, Businessphone, Webswitch3 y MECS. Este terminal tiene 4 teclas de función (softkeys), 3 teclas de navegación y 29 teclas de función con led.

Las conexiones al teléfono IP son por un lado la alimentación y por otro la conexión a la red de área local.

La alimentación del teléfono IP se realiza mediante el transformador de 24 V. CA/CA con código RES 141 312/1. El consumo máximo de potencia es 4W. Existe la posibilidad de, en lugar de alimentar a cada teléfono IP, suministrar la corriente a través de la LAN utilizando un dispositivo llamado PowerHub. El PowerHub es una unidad autónoma que puede suministrar corriente a mas de 100 metros de distancia mediante cables de categoría 5. Es necesario antes de conectar al teléfono utilizar un splitter (RPM 130 021/1) para separar los datos de la alimentación.

En cuanto a la conexión a la red de área local se debe realizar mediante un cable de red Ethernet de categoría 5. Dicho cable puede ser suministrado por Ericsson mediante el código TSR 901 0452/3000. De acuerdo con la recomendación IEEE 802.3 la longitud máxima entre un teléfono IP y la conexión de la red de área local no debe ser superior a 100 metros.

El DBC 425 posee un switch interno de dos puertos. Un puerto se utiliza para el teléfono y el otro puerto puede ser utilizado por un PC.

Posee, también, un servidor WEB que permite mostrar páginas de administraciones de dicho terminal.

mostrar páginas de administraciones de dicho terminal. Figura 19. Pantalla y teclas de navegación del Dialog

Figura 19. Pantalla y teclas de navegación del Dialog 4425

Tema 2

MD110 en BC.12

Tema 2 MD110 en BC.12 Figura 20. Dialog 4425 o DBC 425 Figura 21. Teclas del

Figura 20. Dialog 4425 o DBC 425

Tema 2 MD110 en BC.12 Figura 20. Dialog 4425 o DBC 425 Figura 21. Teclas del

Figura 21. Teclas del Dialog 4425

Tema 3

Extensiones IP

Extensiones IP

ÍNDICE

Extensiones IP

1

3.1. Introducción

2

3.2. Extensión IP

2

3.2.1. Terminales o clientes soportados

4

3.2.2. Gateway 4

3.2.3. Gatekeeper

4

3.2.4. Redundancia

9

3.2.5. Capacidades y limitaciones

10

3.2.6. Servicios 11

3.2.7. Programación

12

3.2.7.1. Configuración de parámetros del sistema. Buffer Jitter

13

3.2.7.2. Definición de la tarjeta ELU32

13

3.2.7.3. Configuración de extensiones IP

14

3.2.7.4. Configuración

del

15

3.2.7.5. Supervisión de terminales

18

3.2.7.6. Alarmas 20

3.2.8. Configuración de terminales

20

3.2.7.1. Microsoft Netmeeting

20

3.2.7.2. Teléfono IP Ericsson Dialog 3413

22

3.2.7.3. Teléfonos IP Ericsson Dialog 4422 Y 4425

28

3.2.9. Acceso WEB y Telnet a los terminales IP

40

Tema 3

Extensiones IP

3.1. Introducción

MD110 soporta VoIP para extensiones IP a partir de la versión BC11. En esta versión BC12 se modifican ciertos parámetros de configuración de la extensión IP, que hacen que haya variado su comportamiento.

Las extensiones IP necesitaban realizar la carga de software desde un servidor HTTP, tanto para posibles actualizaciones como la carga de los idiomas del menú que aparecía en pantalla. En esta versión se sigue manteniendo dicha necesidad, pero al existir nuevos modelos de teléfonos IP (DBC 422 y DBC 425) cambia, para éstos, la estructura y nombre de los ficheros a cargar.

3.2. Extensión IP

MD110 incluye la extensión IP desde la versión BC11: El protocolo utilizado es H.323v2 estándar sin la incorporación de ninguna extensión ni modificación que pudiera impedir el funcionamiento con cualquier otro sistema VoIP basado en H.323.

Sin embargo, el protocolo H.323 no suministra suficiente soporte para la amplia variedad de servicios de telefonía que tiene disponibles MD110. Por tanto, para cubrir estas lagunas, se proporciona el acceso a un servidor WAP que suministra estos servicios.

En próximas versiones de MD110 y de sus terminales asociados, está previsto soportar H.323v4 y WAP 2,0.

Los componentes VoIP de MD110 se muestran en la siguiente figura con una configuración típica.

en la siguiente figura con una configuración típica. Figura 1. Arquitectura típica de VoIP en MD110

Figura 1. Arquitectura típica de VoIP en MD110

Tema 3

Extensiones IP

A continuación se van a mostrar las diferentes topologías de red permitas y no permitidas en

MD110

las diferentes topologías de red permitas y no permitidas en MD110 Figura 2. Configuración de redes
las diferentes topologías de red permitas y no permitidas en MD110 Figura 2. Configuración de redes
las diferentes topologías de red permitas y no permitidas en MD110 Figura 2. Configuración de redes
las diferentes topologías de red permitas y no permitidas en MD110 Figura 2. Configuración de redes

Figura 2. Configuración de redes

Tema 3

Extensiones IP

3.2.1. Terminales o clientes soportados

Cualquier terminal compatible con H.323 versión 2 puede ser utilizado como extensión IP en el entorno MD110. Ericsson garantiza la compatibilidad de los siguientes equipos:

Teléfono IP Dialog 3413 de Ericsson Este terminal, aparecido en BC11, es utilizado por Ericsson para sus plataformas MD110, BP50/250 y WebSwitch/3. Al utilizar este terminal en MD110, además de soportar los servicios estándar de H.323v2, soporta una serie de servicios propietarios adicionales.

Teléfono IP Dialog 4422 y 4425 de Ericsson Estos terminales, aparecen en BC12, pero es posible utilizarse en BC11 con el paquete C, son utilizado por Ericsson para sus plataformas MD110, BP50/250 y WebSwitch 3. Al utilizar estos terminales en MD110, además de soportar los servicios estándar de H.323v2, soportan una serie de servicios propietarios adicionales.

Microsoft Netmeeting 3.01 Cliente de audio, vídeo y datos H.323. Prácticamente no soporta servicios suplementarios en

MD110.

Vcon Meetingpoint 3.0

3.2.2. Gateway

La función de Gateway se implementa en la tarjeta ELU32. Este Gateway conecta la Red de Área Local que contiene los terminales IP con el resto de elementos de la central MD110 (extensiones analógicas, extensiones digitales, enlaces, etc.).

ELU32

La tarjeta ELU32 contiene el Extension Line Firmware ELF32.

El procesador de la ELU32 es capaz de:

Maneja los codecs de voz G.723.1, G.729 Anexo A, G.711 Ley A y G.711 ley q a 64 kbit/s. El codec G.723.1 incluye un detector de actividad y un generador de ruido de confort para mejorar la calidad subjetiva de la comunicación.

Contiene un cancelador de eco acorde a las Recomendaciones G.165 y G.168. Existen dos tipos de tarjetas ELU32:

ROF 137 5416/2 - BRDID 113: El interfaz de red es Ethernet 10 Mbit/s y permite 2 llamadas

de Gateway. No soporta Gatekeeper Discovery.

ROF 137 5428/1 - BRDID 114: El interfaz de red es Ethernet 10/100 Mbit/s permite 8 llamadas de GatewaY. Soporta GatekeePer Discovery El firmware (ELF32) cargado en la ELU32 se encarga de:

Actuar de interfaz entre la red IP y el MD110, realizando la conversión de señalización y media.

Implementar la pila de protocolos H.323 para IP.

Manejar diversos codecs de audio conforme a las Recomendaciones de la ITU-T.

3.2.3. Gatekeeper

La interfaz del Gatekeeper es la tarjeta ELU32. Por tanto, su dirección IP, será la dirección en la que se tienen que registrar los terminales.

El Gatekeeper de MD110 es la unidad de programa IPLP. Este programa deberá estar cargado en todos los LIMs que dispongan tarjetas ELU32, por tanto, existirán tantos Gatekeepers en un sistema MD110 como LIMs con ELU32. Como un LIM puede tener varias tarjetas ELU32 instaladas, cualquiera de ellas se comporta como interfaz del Gatekeeper de su LIM.

Tema 3

Extensiones IP

Los LIMs que no disponen de tarjetas ELU32 no tienen el Gatekeeper activo puesto que no tienen interfaz por la que acceder a él.

El Gatekeeper de cada LIM puede funcionar de dos modos: Independiente

En este modo, el Gatekeeper no tiene conocimiento de las extensiones registradas en el resto de Gatekeepers. Cuando una extensión registrada en un Gatekeeper autónomo quiere establecer una llamada con una extensión de otro Gatekeeper, ésta se realizará a través de los Gateways y por tanto, la media (sólo voz) pasará por las etapas de conmutación de los LIMs y GS. Este modo de funcionamiento es conveniente activarlo cuando la red de datos existente entre dos LIMs es lenta o sencillamente están aisladas (casos b y c de la figura anterior). En el caso de que estén aislados no es imprescindible configurar el modo independiente puesto que esta situación es detectada automáticamente por los GKs y automáticamente se encargarán de enviar la media a través de GS.

Cooperativo En este modo, el Gatekeeper comparte con el resto de Gatekeepers (que trabajan de forma cooperativa) la información de los terminales registrados en ellos. De este modo, las llamadas de extensiones registradas en un GK cooperativo hacia extensiones registradas en otro GK cooperativo, encaminarán la media a través de la LAN. Para poder hacer esto, es necesario que los dos Gatekeepers sean visibles entre sí en la red de datos (casos a y c de la figura anterior). Los Gatekeepers que trabajan en modo cooperativo utilizan un procedimiento propietario para chequear el estado del resto de los Gatekeepers a través de mensajes por la red IP. Este chequeo se realiza periódicamente (programable por comando).

Cada Gatekeeper de MD110 funciona con enrutamiento de señalización a través de él y con transmisión de media directa entre terminales. Sin embargo, con la incorporación del modo cooperativo entre Gatekeepers se pueden distinguir varios escenarios en cuanto a tipo de llamadas que pueden establecerse:

Llamadas entre extensiones IP registradas en el mismo En esta situación, el GK del LIM puede trabajar en modo independiente o cooperativo. Cuando una extensión IP registrada en el GK de un LIM llama a otra extensión IP registrada en el mismo LIM, una vez establecida la llamada, el tráfico de media . se realiza de forma directa entre los dos terminales sin pasar por el Gateway.

---------Señalización Media
---------Señalización
Media

Figura 3. Llamada entre extensiones registradas en el mismo LIM

Tema 3

Extensiones IP

Llamadas entre ext. IP registradas en distintos LIMs cooperativos En modo cooperativo, los Gatekeepers conocen las extensiones registradas en los otros GKs cooperativos. En este caso, la señalización pasará por MD110 a través de GS y la media pasará por la red IP.

2

MD110 a través de GS y la media pasará por la red IP. 2 Figura 4.

Figura 4. Llamada entre extensiones registradas en distintos LIMs cooperativos

Llamadas entre ext. IP registradas en distintos LIMs independientes En el modo independiente, el Gatekeeper no conoce las extensiones registradas en los otros GKs. En este caso, tanto la señalización como la media (sólo voz) pasará por MD110 a través de los Gateways y GS.

voz) pasará por MD110 a través de los Gateways y GS. Figura 5. Llamada entre extensiones

Figura 5. Llamada entre extensiones registradas en distintos LIMs independientes

Tema 3

Extensiones IP

Hay que aclarar que es posible que los terminales registrados en los distintos GKs estén en la misma red, pero si la configuración de los LIMs es independiente, la voz pasará a través del Gateway del mismo modo que si estuvieran aislados.

Llamadas entre extensiones IP y resto de extensiones o enlaces Al realizarse una llamada de IP a Red Conmutada, obligatoriamente la voz pasa por uno de los Gateways del LIM en el que está registrada la extensión IP y de ahí a través del conmutador del LIM se dirigirá al destino (extensión o enlace) del modo tradicional de conmutación de circuitos.

o enlace) del modo tradicional de conmutación de circuitos. Figura Llamada entre extensión IP y resto

Figura

Llamada entre extensión IP y resto de dispositivos no IP

Gatekeeper Discoverv

Tal y como se describe en el protocolo RAS de H.225.0 los terminales deben - registrarse en un Gatekeeper. -Para- -registrarse-, --el- terminal debe conocer - previamente la dirección IP del Gatekeeper. Esta dirección se puede obtener de dos maneras:

Manualmente: El terminal tiene programado la dirección del GK.

Automáticamente: Con el procedimiento multicast Gafekeeper Discovery El procedimiento Gatekeeper Discovery permite a los terminales conocer los Gatekeepers que permiten su registro. Este procedimiento funciona junto al procedimiento de reparto de carga aunque no es necesario que este último esté activado.

Gatekeeper Discovery puede ser usado por los terminales IP que soporte multicast. El terminal envía el mensaje GRQ (Gatekeeper Request) del protocolo RAS a la dirección multicast 224.0.1.41:1718 que, recordemos es la dirección welI-known e n la que deben unirse los Gatekeepers que soporten multicast.

En la aplicación del procedimiento Gatekeeper Discovery aparece un nuevo concepto no visto hasta ahora que es el Dominio.

Un dominio es un Conjunto de entidades H.323 administradas por una entidad administrativa (Gatekeeper de acceso). Un dominio puede constar de uno 0 varios Gatekeepers, es decir, una o varias, zonas.

Las siguientes posibilidades deben ser consideradas al usar el procedimiento Gatekeeper Discovery:

Si el terminal no proporciona nombre de dominio todas las tarjetas ELU32 que soporten el mensaje multicast GRQ y que tengan espacio libre para registrar nuevos terminales, responderán con un mensaje de confirmación (GCF) como Gatekeeper candidato a registrar dicho terminal.

Tema 3

Extensiones IP

Si el terminal proporciona un nombre de dominio, entonces, todos los Gatekeepers de acceso (permiten reparto de carga), responderán confirmación (GCF) al terminal. El resto de Gatekeepers rechazarán la petición (mensaje GRJ).

Si el terminal proporciona un nombre de dominio pero no hay Gatekeepersde acceso, entonces todos los Gatekeepers con soporte multicast y con espacio libre para registrar nuevos terminales confirmarán (GCF) la petición.

registrar nuevos terminales confirmarán (GCF) la petición. Figura 7. Gatekeeper Discovery Se recomienda utilizar un

Figura 7. Gatekeeper Discovery

Se recomienda utilizar un único Gatekeeper de acceso por cada red IP que centralice la carga de datos entre los diferentes dominios servidos por los Gatekeepers de una RAI. Sin embargo, es recomendable utilizar un segundo Gatekeeper de acceso en un LIM distinto del principal para evitar problemas en caso de que no exista conectividad con el LIM que contiene el GK de acceso principal.

Registro y Reparto de Carga

Una vez que un terminal recibe los mensajes de confirmación GCF, o bien, tiene programada el descubrimiento del Gatekeeper de forma manual, procederá a registrarse en uno de los Gatekeepers que ha enviado GCF.

MD110 incorpora procedimientos de reparto de carga en el registro de los terminales. Se distinguen dos niveles:

IntraGatekeeper Este nivel comparte los recursos hardware de un Gatekeeper, es decir, solamente puede haber reparto de carga intragatekeeper cuando existen varias tarjetas ELU32 en el mismo LIM. Los recursos a compartir en este nivel son las interfaces Ethernet y los DSP (enlaces) de los Gateways.

Respecto a los DSP de los Gateways, cuando una llamada tiene que ser dirigida a través de Gateway, el Gatekeeper comprueba cual es la tarjeta ELU32 con menor ocupación de enlaces que es la enviada en el mensaje de confirmación de admisiones ACF).

Respecto a las interfaces Ethernet, el Gatekeeper siempre obliga a que el número de terminales que utilizan cada uno de sus interfaces sea el mismo. Esto se realiza del siguiente modo:

1. El terminal utiliza Gatekeeper Discovery (GRQ) para descubrir un GK (opcional).

Tema 3

Extensiones IP

2. De los mensajes GCF recibidos, escoge uno de ellos para realizar el registro (RRQ), o bien, utiliza procedimiento manual de registro si no realizó el paso anterior.

3. El Gatekeeper recibe la petición de registro, pero en vez de confirmarla comprueba cual es el nivel de carga en sus interfaces ' Ethernet. Si la menos cargada es la que recibió RRQ lo confirma con RCF. Si por el contrario, la tarjeta ELU32 menos cargada es otra, enviará un rechazo de registro (RRJ) pero incluirá el campo a lternateGatekeeper con la lista de direcciones ordenadas por menor carga en las que se debe registrar.

4. Si el terminal recibe RRJ, leerá el campo con la lista de Gatekeepers alternativos e intentará el registro en el primero de ellos. En caso de fallo, lo intentará por el siguiente, etc.

5. Una vez que el terminal recibe un RCF de una de las tarjetas ELU32, está disponible para efectuar llamadas.

InterGatekeeper En el nivel intergatekeeper, un sistema MD110 es capaz de compartir los interfaces Ethernet de los Gatekeepers del mismo dominio entre todos los terminales de una manera óptima. De este modo, se garantiza que todos los Gatekeepers de una RAI tienen el mismo nivel de carga, evitando los problemas de negación de servicio que podrían causar Gatekeepers sobrecargados.

El procedimiento seguido es parecido al del nivel intragatekeeper. Los terminales envían un Gatekeeper Discovery que es respondido por los Gatekeepers de acceso. Estos Gatekeepers conocen el nivel de carga del resto de los GKs puesto que se interrogan periódicamente indicando el estado de cada uno de ellos. Cuando el terminal solicita el registro en el GK de acceso, éste rechazará el registro (o aceptará si el menos cargado es él) con RRJ e indicará en el mismo mensaje la lista de los cinco Gatekeepers menos cargados, ordenados por nivel de carga. Él di , ' en el primer Gatekeeper de la lista. Si falla este registro, lo intentará con el segundo y así sucesivamente hasta que uno de ellos lo acepte.

Este mecanismo solo informa sobre cual es el Gatekeeper menos cargado en el sistema MD110, pero no sobre la interfaz Ethernet menos cargada. Esta tarea corresponde al nivel intragatekeeper. Sin embargo, para evitar tiempos demasiado largos en los registros, ambos mecanismos están combinados de forma que el reparto de carga intergatekeeper también da como resultado la dirección IP de la tarjeta Ethernet menos cargado en el menos ocupado de los Gatekeepers.

3.2.4. Redundancia

Todos los Gatekeepers de una RAI MD110 comparten una base de datos distribuida que contiene los datos de usuarios, los terminales registrados en el nodo y su información relacionada. Por tanto, cualquier Gatekeeper es capaz de dar servicio a cualquier usuario que entra al sistema utilizando un terminal registrado.

Cuando un Gatekeeper queda fuera de servicio por cualquier motivo, o un fallo en la red IP lo hace inalcanzable, cualquier otro Gatekeeper que se encuentre en servicio es capaz de encargarse de los usuarios que estaban utilizando previamente el Gatekeeper averiado.

Es tarea de los terminales comprobar periódicamente con mensajes RRQ la conexión con su Gatekeeper. Aunque en la confirmación de registro el GK de

MD110 no limita el tiempo de vida de los terminales, conviene que éstos renueven su registro por el motivo anteriormente citado. De este modo si en una renovación de registro no recibe respuesta de su Gatekeeper, el terminal iniciará el siguiente proceso:

1. El terminal inicia un proceso de localización de Gatekeeper para encontrar alguno que esté disponible dentro de su entorno. Para ello utiliza Gatekeeper Discovery (GRQ).

Tema 3

Extensiones IP

2. Los Gatekeepers en servicio contestarán con GCF a la petición enviada desde los terminales si son de su dominio o si tienen permitido registrar a dicho terminal. El resto de Gatekeepers rechazarán la petición (GRJ).

3. El terminal selecciona un Gatekeeper entre aquellos que le contestaron con CF, y se registra en él. Desde ese momento y hasta que este Gatekeeper falle, el terminal utilizará el nuevo Gatekeeper, a no ser que se reinicie el terminal o el usuario seleccione manualmente otro Gatekeeper.

Este mecanismo garantiza que mientras haya un Gatekeeper en funcionamiento con conexión a la red de datos, los terminales estarán en servicio.

También podría ocurrir que una tarjeta Ethernet en un LIM no funcione. Como la interfaz física entre los terminales y el Gatekeeper reside en esta tarjeta, si una de ellas falla, una parte de terminales podría quedar fuera de servicio durante un tiempo.

Para evitar esto, el Gatekeeper contesta a las peticiones de los terminales (GRQ) a través de todas y cada una de sus tarjetas Ethernet. Las respuestas enviadas desde las tarjetas fuera de servicio no llegarán a los terminales, pero mientras exista una tarjeta Ethernet en servicio en ese LIM, los terminales recibirán la dirección de una interfaz en funcionamiento.

Otra característica de la redundancia de MD110 es la detección de fallos en la red IP. Todos los Gatekeepers de la RAI se mantienen en contacto permanente intercambiando mensajes sobre la red IP. Cuando estos mensajes no se reciben desde un GK, el resto de ellos asume que no hay conexión desde la red hacia ese GK y lo trata como si estuviera configurado en modo independiente. Cuando se va a establecer una llamada entre dos terminales IP que reciben servicio desde dos LIMs distintos, los GKs relacionados en la llamada, primero chequean la conectividad entre ellos. Si hay conexión, la media se enviará a través de 1a red IP, pero si están aislados, se enviará a través de los Gateways y pasará por GS.

Este reenrutamiento no tiene lugar para llamadas ya establecidas. Si se pierde la conexión de red en una llamada establecida, las partes de esa llamada perderán la media y no oirán.

3.2.5. Capacidades y limitaciones

MD110 soporta hasta 1000 extensiones IP por LIM (siempre y cuando no haya iniciadas extensiones de otro tipo).

Pueden iniciarse hasta 32 tarjetas ELU32 por LIM.

Cada tarjeta ELU32 ROF 137 5416/2 soporta hasta 2 llamadas simultáneas entre terminales IP y extensiones de otro tipo o enlaces (llamadas por Gateway). En caso de llamadas entre extensiones IP se permiten hasta 8 llamadas simultáneas. Si están establecidas las dos llamadas de GW, se permitirán 7 llamadas terminal a terminal. Esta tarjeta no puede ser usada en reparto de carga ni Gatekeeper Discovery. El GK que incorpora esta tarjeta solo puede ser direccionado manualmente. No se recomienda registrar más de 12 terminales IP en esta tarjeta.

Cada tarjeta ELU32 ROF 137 5428/1 soporta hasta 8 llamadas simultáneas entre terminales IP y extensiones de otro tipo o enlaces (llamadas por Gateway). En caso de llamadas entre extensiones IP se permiten hasta 24 llamadas simultáneas. Si están establecidas las ocho llamadas de GW, se permiten 20 llamadas terminal a terminal. No se recomienda registrar más de 48 terminales IP n esta tarjeta.

Una única LAN puede ser conectada a las tarjetas ELU32 de un LIM. Ésta LAN únicamente puede ser de tecnología Ethernet 10/100 Mbit/s.

No es posible realizar llamadas sobre la red IP entre terminales registrados en distintos Gatekeepers de distintas centrales MD110, aunque ambos estén conectados a la misma red IP.

Los terminales IP solamente pueden ser direccionados a través de su número de directorio. Otros tipos de direccionamiento tales como e-mail, URL, etc, no están permitidos en MD110.

Los terminales IP no pueden incluirse en grupos ACD.

Tema 3

Extensiones IP

El Gatekeeper de MD110 es incompatible con otros Gatekeepers externos. Esto quiere decir que los terminales registrados en esos Gatekeepers no podrán establecer llamadas con los terminales registrados en MD110.

No es posible utilizar Gateways H.323 externos en MD110. Los terminales registrados en MD110 sólo pueden utilizar los Gateways integrados en MD110 (ELU32).

3.2.6. Servicios

Servicios soportados por cualquier terminal IP

Marcación Abreviada (sólo común).

Código de Cuenta (sólo antes de iniciar la llamada).

Activación de tonos DTMF extremo a extremo.

Llamada a Extensión de Alarma.

Código de Autorización por extensión.

Retrollamada (sólo recepción).

Desvío de llamadas (sólo bypass).

Captura de llamadas (sólo de grupo),

Llamada a enlace individual.

Presentación de Número Llamante.

Llamada a timbre común.

Conferencia (sólo miembro).

No molesten (sólo bypass).

Extensión de emergencia.

Marcación de último número externo marcado (sólo el último). Facility Restriction Level/Travelling Class Mark (FRL/TCM).

Sígueme.

Free Seating.

Cancelación general de servicios.

Grupo de salto.

Multiple Name Selection, MNS (sólo es supervisado).

Restricción de Presentación del Nombre.

Servico Nocturno Flexible.

Llamada Automática Saliente.

Llamada Saliente por Operadora. • Buscapersonas.

Número Personal (sin selección SMS). Servicios soportados por los terminales IP Dialog 3413 y Dialog 442x

Además de los servicios anteriores, los terminales IP Dialog 3413, Dialog 4422 y Dialog 4425 mediante protocolo WAP soportan los siguientes servicios:

Rellamada (iniciación)

Captura de llamadas individual. Llamada en espera.

Presentación de Número Conectado. Elección de lenguaje.

Fecha y Hora.

Líder de Conferencia.

Libre en Segundo Acceso, ODN2.

Consulta.

Intrusión (solo hacia extensión y recibir intrusión).

Tema 3

Extensiones IP

Mensaje en Espera Manual, MMW.

Mensaje en Espera.

Indicación de Mensaje en Espera.

Presentación del Nombre.

Parking (sólo individual).

Refer Back.

Llamada silenciosa.

Selección del Nombre. • Transferencia.

Línea de Triple Acceso.

Servicios no soportados por ningún terminal IP

Marcación Abreviada Individual.

Número Adicional, ADN.

Extensión de Alarma.

Aceptación Automática de Llamadas. Miembro ACD.

Llamada Básica de Datos.

Desvío de llamada (excepto byp