MXPA01012622A

MXPA01012622A - Dispositivo de telefonia en red y sistema para telefonia por internet o en red externa.

Info

Publication number: MXPA01012622A
Application number: MXPA01012622A
Authority: MX
Inventors: Henning Schulzrinne
Original assignee: Univ Columbia
Priority date: 1999-06-08
Filing date: 2000-06-08
Publication date: 2002-06-21
Also published as: US20090290695A1; US20130016715A1; JP4999244B2; US8271660B2; US7610384B1; EP1186144A1; AU6120900A; ES2441203T3; KR20020032431A; WO2000076158A1; US20100002690A1; US9413585B2; IL146885A; EP1186144B1; KR100670006B1; EP1186144A4; IL146885A0; CA2376214A1; JP2004500744A

Abstract

Se provee de un dispositivo en red que tiene un subsistema controlador de red para adaptar el dispositivo a una red de datos con el fin de proveer y recibir paquetes de datos hacia y desde una red de datos en paquete. Un subsistema de procesamiento de senales digitales se adapta a un subsistema controlador de red. Un subsistema de conversion de senales se adapta al subsistema de procesamiento de senales digitales y un subsistema de interfaz del usuario se adapta tanto al subsistema de conversion de senales y al subsistema de procesamiento de senales digitales. El subsistema de procesamiento de senales digitales esta controlado por un programa de computo que puede detectar las llamadas entrantes, las sesiones de llamadas que se inician y, de preferencia, aplicar componentes de telefonia avanzados.

Description

DISPOSITIVO DE TELEFONÍA EN RED Y SISTEMA PARA TELEFONÍA POR INTERNET O EN RED EXTERNA ESPECIFICACIÓN CAMPO DE LA INVENCIÓN La presente invención se relaciona, en términos generales, con el campo de la Internet y la telefonía en red externa, y, en particular, con un dispositivo de telecomunicaciones en red y sistema de comunicaciones por Internet o en red externa.

ANTECEDENTES DE LA INVENCIÓN En los últimos años, la Internet ha evolucionado desde un medio de comunicación adicional apropiado a una herramienta de comunicación esencial en los campos empresarial, técnico y educativo. Al respecto, un segmento de la Internet en crecimiento se relaciona con la telefonía por Internet que provee una diversidad de ventajas respecto a la red conmutada de circuito convencional controlada por una red de señalación independiente. Por ejemplo, es posible que las personas seleccionen, con más facilidad, y utilicen técnicas codificadoras y de otro tipo de compresión de datos que respondan a sus necesidades de calidad. Esto resulta evidente cuando las personas deciden negociar, en el caso de llamadas internacionales, costos más bajos para la calidad de conferencia, mientras que un reportero que está dando su nota a través de una llamada a una estación radiofónica puede decidirse por una calidad FM total sin considerar el precio. Aun sin degradar la 5 calidad, 5.3 kb/s (G.723.1) a 8 kb/s (G.729) resulta un rango suficiente para brindar un soporte cercano a la calidad de conferencia en comparación con 64 kb/s de las redes telefónicas de líneas terrestres convencionales. Asimismo, esta flexibilidad tiene la ventaja de que durante 10 una sobrecarga grave de la red, por ejemplo después de una catástrofe natural, los clientes pueden comunicarse a alrededor de 3 kb7s, aumentando de este modo aproximadamente 20 veces más la capacidad de la red. 15 Si bien es lógico ampliar los servicios telefónicos a redes de datos ya existentes, como la Internet, debido a la inteligencia necesaria en los sistemas terminales, los costos representan una desventaja importante. Anteriormente, era difícil construir "teléfonos" de voz en 20 paquete que no necesitaran energía externa y operaran en cables pares torcidos de grado bajo de varias millas de longitud al costo de un teléfono análogo básico.

Además, la gran mayoría de los productos telefónicos de 25 Internet conocidos están diseñados para operar de acuerdo -i.^aatt-»>1)tt[W,f|W¡j< B J ¿ ¿^ ^ *.-»» con el protocolo de señalación y control H.323. El protocolo H.323 es un protocolo complejo que es difícil de utilizar e implementar. En consecuencia, las diferentes instalaciones de los dispositivos H.323 pueden verse 5 afectadas de forma negativa por cuestiones de compatibilidad. De igual manera, los dispositivos que operan en el protocolo H. 323 no pueden comunicarse de forma directa con otro, por lo que las llamadas deben procesarse y encaminarse por medio de un servidor 10 telefónico.

En consecuencia, persiste la necesidad de un dispositivo de telefonía en red de bajo costo, que opere por medio de un protocolo de señalación simple y ofrezca 15 una amplia serie de características de telefonía avanzada.

COMPENDIO DE LA INVENCIÓN En la presente invención se superaran las restricciones antes mencionadas, así como los inconvenientes de los 20 sistemas de telefonía convencionales y los sistemas de telefonía por Internet conocidos. El primer objetivo de la presente invención es proveer un sistema de comunicación de voz con base en el principio de paquetes para usar en las redes de telecomunicaciones por Internet y en redes 25 internas. g Lg^llgggj^ Otro objetivo de la presente invención es proveer un dispositivo de telefonía de datos en paquete para usar en una red de datos, como la red Ethernet. 5 Otro objetivo más de la presente invención es proveer un protocolo de comunicación para usar en un sistema de telecomunicaciones con base en el principio de paquete. 0 Otro objetivo incluido en la presente invención es proveer una arquitectura de protocolo de Internet que soporta telefonía y otros servicios de medios de comunicación continuos o diversificados como "la radio en Internet" y "la televisión en Internet" . 5 Otro objetivo más de la presente invención es proveer un dispositivo de telefonía en red autosuficiente de bajo costo capaz de llamar directamente a otra estación telefónica en red o indirectamente a otra parte de la 0 estación telefónica en red, por ejemplo a través de un servidor redireccionador .

De conformidad con la primera modalidad de la presente invención, se provee de un aparato telefónico de datos en 5 paquetes en red que comprende: un controlador de red, como el subsistema controlador de Ethernet, adaptado a una red de datos con el fin de proveer paquetes de datos a la red o recibirlos desde la misma. Un subsistema de procesamiento de señales digitales se adapta al sistema controlador de la 5 red y opera de acuerdo con un programa de cómputo para detectar las llamadas entrantes, iniciar las sesiones telefónicas e instalar características telefónicas. Un sistema de conversión de señales se instala al subsistema de procesamiento de señales digitales y viceversa. El 10 subsistema de interfaz del usuario se adapta tanto al sistema de conversión de señales como al subsistema de procesamiento de señales digitales con el fin de proveer al usuario control y retroalimentación respecto al aparato. En lo sucesivo se hará referencia a este dispositivo de 15 telefonía en red autosuficiente como el dispositivo de telefonía en red.

De preferencia, el programa automatizado del dispositivo de telefonía en red pone en práctica el 20 Protocolo de Iniciación de Sesión (SIP, Session Initiation Protocol) . En este caso, una sola dirección SIP está relacionada con el dispositivo, y se inicia y controla la sesión de acuerdo con el protocolo SIP.

JLus- "fe-™**"" i i l j j De preferencia, el dispositivo de telefonía en red implementa una funcionalidad telefónica de alto nivel, como una característica de monitoreo, reenvío de llamadas, modo de audio progresivo, registro de la parte que llama, registro del llamado, entre otros.

De preferencia, el dispositivo de telefonía en red comprende un circuito de interfaz de censores para recibir señales provenientes de fuentes remotas, como los censores. Las señales recibidas desde las fuentes remotas se procesan por medio del dispositivo de telefonía en red y se establece un destino en red adecuado.

En otro aspecto de la presente invención, un protocolo de comunicación se provee para utilizarse en un sistema de telecomunicaciones con base en el principio de paquete, el protocolo de la comunicación que tiene: un estrato de protocolo Ethernet; un estrato de Protocolo Internet (IP) colocado sobre la parte superior del estrato de protocolo de Ethernet para interfacear con el estrato de protocolo de Ethernet; un estrato de Protocolo de Resolución de Direcciones (ARP) colocado sobre la parte superior del estrato de protocolo de Ethernet para interfacear con el estrato de protocolo de Ethernet y el estrato IP, y para traducir las direcciones IP en direcciones de Control de Acceso al Medio (MAC) ; un estrato de Protocolo de Datagrama del Usuario (UDP) colocado sobre la parte superior de los estratos ARP y IP para interfacear con los estratos ARP y IP y para proveer un trasporte en tiempo real de datos y controles de aplicación dentro del sistema de telecomunicaciones; un estrato de Protocolo de transporte en tiempo real (RTP) colocado sobre la parte superior del estrato UDP para interfacear con el estrato UDP y para proveer transporte en tiempo real de datos de audio en el sistema de telecomunicaciones; uno o más estratos de protocolos de control colocados sobre la parte superior del estrato UDP para interfacear con el estrato UDP y para emitir señales y proveer el registro de datos de audio en tiempo real; y uno o más protocolos de aplicación colocados sobre la parte superior del estrato RTP para interfacear con el RTP y para formatear los datos de audio en tiempo real .

En otro aspecto de la presente invención se provee una arquitectura de sistema de telefonía en red. El sistema comprende por lo menos dos dispositivos de telefonía en red, como el presente dispositivo de telefonía en red y/o una computadora personal (PC) con fines generales con una circuitería y programa adecuados para operar la PC como un teléfono en red. Asimismo, se provee de un servidor redireccionador que se acopla a la red de datos junto con los dispositivos de telefonía en red. En el sistema, los dispositivos de telefonía en red pueden direccionar de forma directa otro dispositivo para establecer una conexión de audio en tiempo real. De forma alternativa, es posible tener acceso al servidor redireccionador por medio de dispositivos de telefonía en red con el fin de identificar, localizar e iniciar una sesión de llamada con una parte llamada. También, el servidor redireccionador puede utilizarse para aplicar las funciones de telefonía de alto nivel, como reenvío de llamada, llamada de múltiples participantes, correo de voz y similares.

Otros objetivos, características y ventajas de la invención serán evidentes a partir de la siguiente descripción detallada junto con las figuras anexas que ilustran las modalidades de la invención.

BREVE DESCRIPCIÓN DE LOS DIBUJOS Para una comprender completamente la presente invención y sus ventajas, se hace ahora referencia a la siguiente descripción que debe considerarse junto con los dibujos que la acompañan, cuyos números de referencia similares indican características similares y donde: La figura 1 es un diagrama ilustrativo de un sistema de telecomunicaciones con una red convencional de voz 10 conmutada por circuitos que está adaptada operativamente a una red de paquetes de voz; La figura 2 es un diagrama en bloques de un sistema telefónico de red de datos en paquete; 15 La figura 3 es un diagrama que muestra una pila de protocolos para dispositivos telefónicos que operan en el sistema telefónico de red de datos en paquete de la figura 2; 20 La figura 4 es un diagrama en bloques de una arquitectura de hardware preferida de un dispositivo de telefonía en red de acuerdo con la presente invención; La figura 5 es un diagrama en bloques que también ilustra el dispositivo de telefonía en red de la figura 4; La figura 6 es un mapa muestra de memoria para el DSP del dispositivo de telefonía en red de la figura 5; La figura 7 es diagrama en bloques de una interfaz de memoria para el DSP del dispositivo de telefonía en red de la figura 5; La figura 8 es un diagrama en bloques de una interfaz de controlador de red para el DSP del dispositivo de telefonía en red de la figura 5; La figura 9 es un diagrama en bloques de una interfaz de codificador/decodificador (codee) para el DSP del dispositivo de telefonía en red de la figura 5; La figura 10 es un mapa muestra de memoria para el DSP de la figura 5 que muestra un mapeo de la interfaz de control LCD con las direcciones de memoria DSP; La figura 11 es un diagrama en bloques que muestra la arquitectura del software para el dispositivo de telefonía en red de la figura 4; ilJ Jt.j—i..

La figura 12 es un diagrama en bloques que muestra los mecanismos de planificación del software a nivel de procesos de la figura 11; Las figuras 13A-13F son tablas que ilustran definiciones de tarea muestras para las operaciones de software de un método preferido para operar el teléfono en red de datos en paquetes de acuerdo con las arquitecturas de hardware y software de las figuras 4 y 11; La figura 14 es un diagrama de flujo de un procedimiento de salida de datos de solicitud del ARP de acuerdo con las arquitecturas de hardware y software de las figuras 4, 11 y 13; La figura 15 es un diagrama de flujo de un procedimiento de entrada de datos de solicitud del ARP de acuerdo con las arquitecturas de hardware y software de las figuras 4, 11 y 13; La figura 16 es un diagrama que muestra los pasos para el procesamiento de IP de acuerdo con las arquitecturas de hardware y software de las figuras 4, 11 y 13; La figura 17 es una lista de estructuras muestra de datos transmitidos por Ethernet de acuerdo con la arquitectura de software de la figura 11; La figura 18 es un diagrama de flujo de datos de un procedimiento para enviar paquetes de acuerdo con las arquitecturas de hardware y software de las figuras 4, 11 y 13; La figura 19 es un diagrama de flujo de datos de un procedimiento para recibir paquetes de acuerdo con las arquitecturas de hardware y software de las figuras 4, 11 y 13; La figura 20 y 20B muestra el esquema de buffer "ping- pong" A/D y D/A utilizado por el software del presente dispositivo de telefonía en red; La figura 21 es un diagrama de transición de estado del proceso Call_task del presente dispositivo de telefonía en red; La figura 22 es un diagrama que define los valores del teclado numérico de la modalidad preferida del teléfono en red de datos en paquete de la figura 5; S i , . £ Á>? tj^íM . yyJ6Sy¿ y La figura 23 es una estructura de datos que ejemplifica las definiciones de estado clave de la modalidad preferida del presente dispositivo de telefonía en red de la figura 5; La figura 24 es un mapeo del puerto paralelo de entrada/salida del dispositivo de telefonía en red de la figura 5; La figura 25 es una estructura de datos que define los estados del controlador de Ethernet del dispositivo de telefonía en red de la figura 5; La figura 26 es una estructura muestra del encabezamiento RTP para el procesamiento de paquetes RTP utilizado en el dispositivo de telefonía en red de la figura 5; La figura 27 es una estructura de datos para utilizarse con una función de generación de tono del teléfono en red de datos en paquete de la figura 5; La figura 28 es un cronograma para la función de generación de tono del dispositivo de telefonía en red de la figura 5; 5 La figura 29 es una lista de las estructuras de datos utilizadas para procesar las solicitudes o respuestas SIP_task de acuerdo con el dispositivo de telefonía en red de la figura 5; 10 La figura 30 es un diagrama de transición de estado que ejemplifica el dispositivo de telefonía en red que opera como cliente (iniciando una llamada) de acuerdo con la figura 5; 15 La figura 31 es una lista de respuestas SIP_task de acuerdo con el dispositivo de telefonía en red de la figura 5; La figura 32 es un diagrama de estado que ejemplifica 20 el diagrama de transición de estado de un SIP UAS de acuerdo con el dispositivo de telefonía en red de la figura 5; y La figura 33 es un diagrama en bloques que ejemplifica 25 parte de un sistema telefónico de red de datos en paquete que incluye uno o más artefactos de telefonía por red de acuerdo con la presente invención.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La figura 1 es un diagrama en bloques que muestra un sistema de telecomunicaciones con componentes de telefonía mediante paquetes y de telefonía convencional. Como se muestra en la figura 1, el sistema incluye una red de voz conmutada por circuitos 20 que está adaptada operativamente a una red de paquetes 30 mediante una primera puerta 12. La figura muestra por lo menos tres interacciones posibles entre la telefonía por Internet y un sistema convencional "para servicio telefónico a la antigua" (PSTA) : envío de paquetes "punto a punto", envío "salto al circuito local con encaminamiento externo a la red" y envío local de paquetes . Con el envío de paquetes "punto a punto" , los sistemas finales como computadoras en red, teléfonos dedicados para Internet o computadoras personales (PC) se utilizan para empaquetar audio y enviar paquetes de audio a uno o más sistemas finales similares para su reproducción. En el caso del envío "tail-end hop off", las redes de paquetes se utilizan para la transmisión de voz a gran distancia, mientras que los circuitos de voz estándar con conmutada por circuitos se utilizan para conectar equipo en las instalaciones del cliente (CPE) , es decir, teléfonos análogos estándar, con puertas para la telefonía mediante paquetes. "Tail-end hop off" puede utilizarse tanto para circuitos de voz individuales como para interconexiones PBX, y permite eludir los servicios de larga distancia 5 convencionales así como la interconexión de equipo PSTA con sistemas finales de audio en paquetes. Con el envío de paquetes local, se generan datos de voz mediante sistemas finales de audio en paquete, pero se transportan como voz conmutada por circuitos en instalaciones públicas o 10 arrendadas.

La figura 2 muestra una modalidad preferida de un sistema telefónico de red de datos en paquete 50 de acuerdo con la presente invención. El sistema telefónico de red de 15 datos en paquete incluye: una LAN de Ethernet 52, teléfonos de Ethernet 54, 56 y 58, una estación de trabajo 60, un servidor 62 y una puerta de Ethernet 64. Los teléfonos de Ethernet son dispositivos de red, que pueden ser de tipo independiente, como un dispositivo en red o un sistema de 20 cómputo personal con periféricos para entrada y salida de audio, y operar bajo el control de un programa de cómputo apropiado. Con dicho enfoque de red de datos en paquetes, el tráfico de datos de voz se empaqueta cerca del usuario final. El sistema de telefonía por red de datos en paquetes 25 de la figura 2, por ejemplo, puede incluir varias decenas j¡¡? 6 BKBíitíííá$ ji-&?>ii,4,i »...; . . . ».,»..*-. de casas, oficinas o departamentos conectados a una pluralidad de puertas de Ethernet (aunque sólo se muestra una en la figura 2) , cada una de las cuales se localiza dentro del límite de distancia de cableado CAT-3S de 328 pies desde la unidad donde termina la red. Las puertas, a su vez, pueden conectarse mediante fibra óptica con el conmutador de la colonia (no mostrado) , o conectarse directamente con la Red Pública de Conmutación Telefónica (PSTN) mediante líneas 66 como se muestra en la figura 2. Esta arquitectura tiene la ventaja de que una combinación de clientes de bajo ancho de banda y alto ancho de banda puede tener cabida sin utilizar cableado adicional. Dado que los costos de conmutación están dominados por cuentas de interfaz más que de ancho de banda, este mecanismo ofrece un ancho de banda por usuario mucho más elevado (particularmente ancho de banda pico) y, no obstante, los costos de conmutación son similares a los de las redes telefónicas actuales. En la arquitectura de la figura 2, cada dispositivo de la red incluye una dirección de red y puede tener acceso directamente a otros dispositivos de red mediante la dirección de red. Si bien puede ser recomendable un servidor especializado para implementar ciertas características, no es necesario para establecer una sesión de llamada, es decir, para comunicar datos punto a punto entre dos o más dispositivos de red. : ¡ í La utilización de una red LAN de datos en paquete resulta ventajosa en el sentido de que es una solución relativamente económica en la que pueden utilizarse interfaces de PC y hardware de red convencionales. La red LAN de datos en paquete 52 puede operarse en una gran variedad de medios y permite incorporar fácilmente más dispositivos en una LAN de acceso múltiple. La puerta 64 puede ser un solo DSP que actúe como un sencillo módulo de voz en paquete y que implemente reconocimiento DTMF para la señalización usuario a red.

La figura tres es un diagrama en bloques que ejemplifica un diagrama de una pila de protocolos en red de datos en paquete para proporcionar telefonía por Internet y otros servicios de comunicación constante ("medios de progresión ") como "radio por Internet" y "TV por Internet" . Como es sabido por los expertos en la materia, un "protocolo" suele ser una serie de reglas para comunicarse entre computadoras. Como tales, los protocolos gobiernan el formato, tiempo, secuencia y control de errores. El término "pila" se refiere al software real que procesa los protocolos y, por lo tanto, permite utilizar una serie o series específicas de protocolos. El diagrama de la figura 3 muestra cómo se interrelacionan los diversos protocolos de acuerdo con la invención. La pila de protocolos 80 de la figura 3 incorpora una serie de protocolos estratificados que incluye un protocolo de base 82 para proporcionar información básica de tiempo y formato de mensajes de Ethernet, un Protocolo de Resolución de Direcciones (ARP) 84 para interfacear con el protocolo de base 82 y para traducir las direcciones IP en direcciones de Control de Acceso a Medios (MAC) , un estrato de red Protocolo de Internet (IP) 86 para interfacear con el protocolo de base 82; un Protocolo de Configuración Dinámica de Huésped (DHCP) 88 para interfacear con el protocolo de base 82 ; y un Protocolo de Datagrama de Usuario (UDP) 90 para interfacear con los protocolos ARP 84, IP 86 y DHCP 88 para transportar en tiempo real datos de aplicación y controles. La pila de protocolos 80 también incluye los siguientes protocolos específicos de aplicaciones para codificar información de habla: un Protocolo de Transporte en Tiempo Real (RTP) 92 para el transporte de datos de audio en tiempo real, que generalmente interactúa mediante interfaz con el UDP 90 y las aplicaciones de modulación, codificador/decodificador de habla y control 94, 96 y 98, respectivamente. Los protocolos de aplicación 94 y 96 pueden tener varias formas, como el protocolo de modulación de códigos por pulsos G.711 y el protocolo de codificación-decodificación 1 Skyiíy yy*.y . i de habla G.723, respectivamente. Asimismo, el estrato del Protocolo en Continuo en Tiempo Real (RTSP) 97 puede incluirse para mejorar el funcionamiento en las aplicaciones por medios de progresión. El protocolo de 5 control 98 se utiliza para iniciar sesiones y señalizar; preferentemente adopta la forma del Protocolo de Iniciación de Sesión (SIP) .

Como se muestra en la figura 3, el RTP es el protocolo 0 preferido para transportar datos en tiempo real a través de Internet. Véase H. Schulzrinne, S. Casner, R. Frederick y V. Jacobson, "RTP: A Transport Protocol for Real-Time Applications", solicitud para comentarse (norma propuesta, RFC 1889, Fuerza de Tareas de Ingeniería en Internet, enero 5 de 1996) , que se tiene por reproducida como si se insertase a la letra. El RTP es un protocolo "ligero" que proporciona soporte a aplicaciones con propiedades en tiempo real, inclusive reconstrucción de tiempo, detección de pérdida, seguridad e identificación de contenido. Asimismo, el RTP 0 proporciona soporte para conferencias en tiempo real con grupos amplios dentro de una intranet, e incluye identificación de fuente y soporte de puertas, como puentes para audio y video, y traductores mul ticast-unicast . El RTP ofrece realimentación con servicio de calidad de los '** ««*•*•«•*-*«»»»-. receptores al grupo mul ticast, así como soporte para la sincronización de servicios de medio de progresión .

En la figura tres, la pila combinada de los protocolos IP, UDP y RTP 88, 90 y 92 agregan 40 bytes a cada paquete para enlaces de baja velocidad y audio muy comprimido, y 20 bytes para 20 ms de 8 kb/sec. de audio. Por lo tanto, la compresión de encabezamientos es recomendable.

Como se señaló anteriormente, la pila de protocolos 80 de la figura 3 utiliza preferentemente el Protocolo de Iniciación de Sesión (SIP) para establecer intercambios multimedia con una o más partes. En vez de utilizar números telefónicos, el SIP utiliza direcciones con el formato usuario@dominio o usuario@huésped. Esta dirección, por ejemplo, puede ser idéntica a la dirección de correo electrónico de una persona.

El SIP proporciona funcionalidad PBX o CLASS estándar, como reenvío de llamada, llamada en espera, llamante M, transferencia de llamada, llamada en espera que se conecta automáticamente, llamada en espera con código y captura de llamada. La llamada en espera conectada automáticamente permite que una llamada originada por operadora, o una llamada prolongada, realizada a una estación de voz ocupada con una sola línea pueda esperar automáticamente en la estación llamada hasta que ésta se libere, mientras la operadora queda en libertad de manejar otras llamadas. La llamada en espera con código permite al usuario poner en espera una llamada y recuperarla posteriormente desde de otra estación dentro del sistema. La captura de llamada permite a las estaciones contestar llamadas hechas a otros números de extensión dentro de un grupo de captura de llamada especificado por el usuario. Muchas de estas características actualmente no requieren soporte de señalización, pero pueden implementarse mediante software del sistema final. El SIP está diseñado como una variante de HTTP/1.1, lo cual permite reutilizar fácilmente las características de seguridad y autenticación, etiquetado de contenido y negociación de pago del HTTP.

El SIP también emplea un organizador de llamadas basado en un calendario. El software procesador de llamadas tiene acceso al calendario de citas personal de un usuario y contesta el teléfono de manera acorde. El usuario puede definir categorías de llamantes y establecer con anterioridad, basándose en la entrada del calendario, si se reenvían las llamadas y a dónde. La información que se da a conocer al llamante si su llamada no es reenviada puede variar desde, por ejemplo, "por el momento no puedo ^.¿saa ^-- ^ ¿ &*. , 1. atenderlo" hasta "Juan Pérez se encontrará en la sala 5621 hasta las 3 de la tarde en una junta con María López", dependiendo de la identidad del llamante. El organizador de llamadas también puede integrarse a un lenguaje de procesamiento de llamadas, un lenguaje de scripting que permite construir sistemas de correo de voz o sistemas para el manejo automático de llamadas en unas cuantas líneas de código. El organizador de llamadas también maneja la traducción entre llamadas ISDN y llamadas telefónicas por Internet.

La figura 4 es un diagrama en bloques de hardware de alto nivel que muestra una modalidad preferida de un teléfono en red de datos en paquete 100 de acuerdo con la presente invención. Como será evidente a través de esta presentación de información, el dispositivo 100 es un producto de interfaz con un costo relativamente bajo para colocar voz y datos en una red de paquetes de datos, como las LAN de Ethernet, intranets e Internet. Por lo tanto, el dispositivo 100 en general será considerado un artefacto para redes que refleja la amplia aplicabilidad de este dispositivo independiente.

El dispositivo en red 100 proporciona comunicación de audio y video a través de una red de área local (LAN) , . *.. , Í.J, yí .

Internet u otra red de Ethernet, y generalmente incluye: un subsistema controlador de la red (Ethernet, por ejemplo) 100, un subsistema de procesamiento de señales digitales 120, un subsistema de conversión de señales 130 y un subsistema de interfaz de usuario 160 adaptada tanto al subsistema de conversión de señales 130 como al subsistema de procesamiento de señales digitales 120. El teléfono 100 también incluye una fuente de energía, memoria ROM 142 y memoria RAM 152. El subsistema de interfaz de usuario 160 puede incluir una bocina 161, un micrófono 162 y otros controles para usuario 169 como se señala más adelante con referencia a la figura 5. Los circuitos de la interfaz 135 para la adquisición de datos y las funciones de control también pueden acoplarse al subsistema de conversión de señales 130. Alternativamente, dichos circuitos de entrada/salida pueden acoplarse directamente al DSP 120.

El subsistema controlador de la red 110 se interpone entre el DSP 120 y la red de datos externa y, como tal, envía pauqetes de datos desde la red de datos (Ethernet) o recibe datos en ésta. El subsistema controlador de Ethernet 110 también instruye al subsistema de procesamiento digital 120 para que acepte los datos recibidos desde la red de Ethernet y le envíe a ésta los datos. Asimismo, el subsistema controlador de la red puede actuar como un guardián de primera instancia al rechazar y descartar los paquete de datos indeseados o contaminados que se reciban de la red de Ethernet .

La figura 5 es un diagrama en bloques que ejemplifica el presente dispositivo en red con más detalle. Como se muestra en la figura 5, una modalidad preferida del subsistema controlador de la red 110 incluye un controlador de Ethernet 112, un filtro de servicio 114 (un transformador Base 10"t) y por lo menos una clavija RJ-45 116. Entre otras cosas, el subsistema controlador de la red 110 realiza las siguientes funciones: servir de interfaz entre el dispositivo en red y la red de Ethernet, enviar y recibir paquetes de Ethernet, informar al subsistema DSP 120 que acepte datos cuando éstos están disponibles desde la Ethernet, recibir los paquetes del subsistema DSP 120 y enviarlos a la Ethernet, y rechazar y descartar paquetes indeseados de la Ethernet .

Como se muestra en la figura 5, el controlador de Ethernet 112 preferentemente es el Controlador de Acceso a medios para Ethernet AM79C940 (MACE) , de Advanced Micro Device (AMD) . El dispositivo MACE es un periférico basado en registros esclavos. Todas las transferencias hacia y desde el sistema se realizan utilizando memoria simple o •»-. ?.> i - comandos de lectura y escritura de entrada/salida. Junto con un motor DMA definido por el usuario, el chip MACE proporciona una interfaz IEEE 802.3 adaptada a una aplicación específica.

FIFOs individuales de transmisión y recepción disminuyen la latencia del sistema y soportan las siguientes características: retransmisión automática sin recarga de FIFO, recepción automática en continuo y relleno de transmisión, rechazo de paquetes ejecutado automáticamente, supresión automática de bloques en colisión, acceso directo de lectura/escritura FIFO para interfaz simple con controladores DMA y procesadores de entrada/salida, alineación arbitraria de bytes y soporte de interfaz de memoria pequeña/grande/mediana y sistema de velocidad de reloj de 5 MHz-25 MHz.

En referencia nuevamente a la figura 5, el subsistema de procesamiento de señales digitales 120 incluye un procesador de señales digitales (DSP) 122 y los circuitos lógicos relacionados, que incluyen una memoria de sólo lectura (ROM) 142, una memoria de acceso al azar (RAM 52 y un dispositivo lógico programable borrable (DLPB) 124. El subsistema de procesamiento de señales digitales 120 proporciona las siguientes funciones: procesamiento de señales digitales, como compresión de habla; generación de tono de progreso de llamada y generación de señal de timbrado; lógica "de cohesión" general para interconectar DSP, memoria y dispositivos de entrada/salida; 5 procesamiento del protocolo de red; control del flujo de llamadas e implementación de motor de estado finito; detección y decodificación de actividad de teclado numérico, y control de pantalla. 0 Como se muestra en la figura 5, el DSP 122 utilizado en la modalidad preferida del dispositivo en red puede ser cualquier DSP adecuado existente en el mercado, como el TMS320C32 de Texas Instruments. El DSP TMS320C32 cuenta con las siguientes características: operaciones de 5 multiplicación paralela y unidad aritmética lógica (ALU) en datos íntegros o de punto flotante en un solo ciclo, archivo de registro para propósitos generales, caché de programas, unidades de registro aritmético auxiliares (ARAU) dedicadas, memorias internas de acceso dual (512 0 palabras duplicadas) , dos canales de acceso de memoria directa (DMA), un puerto serial, dos temporizadores, un puerto para memoria externa y una estructura de interrupción múltiple.

Asimismo, el DSP TMS320C32 incluye cuatro recursos para interrupciones externas y seis para interrupciones internas. La interrupción externa puede ser desencadenada directamente mediante pines externos. La interrupción interna puede ser desencadenada mediante programar los periféricos individuales, como puerto serial, controlador DMA y temporizadores. También, todas estas fuentes de interrupción pueden programarse como interrupción del canal DMA mediante el registro habilitador CPU/DMA, IE. El DSP TMS320C32 también incluye un programa de carga flexible para introducir inicializaciones que permiten al programa de control principal del dispositivo en red cargarse automáticamente desde uno de los tres espacios diferentes para memoria externa o desde el puerto serial, lo que sea apropiado dependiendo de la actividad de las interrupciones externas de INTO a INT3 , cuando se inicializa el DSP 122, al encenderse, por ejemplo.

El DSP 122 generalmente está configurado para incluir las siguientes asignaciones de recursos. Las interrupciones externas incluyen: INTO : Indicación de "Inicialización del sistema desde 0x1000", cuando el sistema es encendido e intO está inactivo, el DSP inicializará el programa desde el espacio de memoria externa 0x1000; INT1 : señal de interrupción externa DMA0, utilizada para recibir paquetes „ , ¿ . , jAjfc,,., . . ^g. y y^?njyy . .¿ j , , ¡ tfHlffi* del controlador de la red 112; INT2 : señal de interrupción externa DMA1, utilizada para enviar paquetes al controlador de la red 112; INT3 : Interrupción de mensaje de error y estado de paquetes AM79C940. En la figura 6 se muestra un mapa de memoria DSP muestra para utilizarse en una modalidad del presente dispositivo en red.

Nuevamente en referencia a la figura 5, el presente dispositivo en red cuenta con el subsistema de interfaz de usuario 160 que incluye: un codificador clave 166, una pantalla de cristal líquido (LDC) 164 y un auricular 163, que incluye un teclado numérico 165, un micrófono 162 y una bocina 161. Los componentes del subsistema de interfaz de usuario 160 permiten al usuario interactuar con el dispositivo en red al proporcionar las siguientes funciones: interfaz de usuario para entrada (teclado) y salida (LCD) , interfaz de voz, salida de alerta por timbre mediante bocina, y la alternativa de comunicación por auricular o manos libres (micrófono y bocina) . Mediante esta interfaz 160, los comandos del usuario se ingresan y el audio es enviado y, consecuentemente, recibido por el usuario.

Asimismo, la LCD puede tener botones junto a la pantalla (a un costado y abajo, por ejemplo) . La función de . i í £¡HBre?my*¡>t estos botones es operar como "teclas programables" cuya función depende del estado actual del sistema. Por ejemplo, cuando no responde llamadas, la pantalla puede mostrar una lista de marcación rápida y la hora. Asimismo, después de que las llamadas no han sido contestadas o han sido reenviadas a un correo de voz, la pantalla puede mostrar una lista de llamadas recibidas. Durante la llamada, cualquier otra llamada entrante es mostrada en pantalla, lo cual permite al abonado pasar de una llamada a otra o puentear la llamada entrante a la llamada actual.

Alternativamente, la interfaz de usuario 160 del presente dispositivo en red 100 puede configurarse con una pequeña pantalla táctil (no mostrada) para sustituir o complementar los botones y la pantalla LDC. La pantalla táctil, que gráficamente muestra las funciones y operaciones disponibles, y responde al contacto del usuario sobre la pantalla, representa una interfaz de usuario mejorada para, por ejemplo, el ingreso de direcciones de red alfanuméricas y otras operaciones telefónicas.

La figura 5 también muestra el sistema de procesamiento de señales 130, que incluye un codificador/decodificador PCM que realiza conversiones análogo a digital (A/D) y digital a análogo (D/A) , y un amplificador de audio 134 adaptado al auricular y a la bocina 161 y micrófono 162 correspondientes. Asimismo, se proporciona una fuente de poder para suministrar niveles de voltaje positivo y negativo de 5V desde un adaptador de poder AC o DC ("incrustación de pared") . En la modalidad preferida de la figura 5, la LCD 164 y el codificador/decodificador PCM 132 requieren niveles de voltaje negativo.

La figura 7 es un diagrama en bloques que ilustra la interfaz de memoria 700 adecuada para utilizarse en el dispositivo en red de la figura 5. La interfaz de memoria 700 incluye módulos de memoria externa 142 y 152, que a su vez incluyen memoria de sólo lectura (ROM) 142 de 128 kilobytes para almacenar programas y por lo menos 32 kilobytes de memoria de acceso al azar (RAM) estática de palabras duplicadas (32 bit) 702, 704, 706 y 708. Debido a la velocidad relativamente lenta de la memoria ROM 142, es preferible que el dispositivo en red inicialice el programa principal desde la memoria ROM y almacene este programa en la relativamente rápida memoria RAM para reducir el tiempo de ejecución.

La figura 8 es un diagrama en bloques que muestra una interfaz ejemplo entre el DSP 122 y el controlador de Ethernet 124 de acuerdo con una modalidad preferida de la .» L . presente invención. Los 32 registros del controlador de Ethernet 124 se mapean en memoria en el espacio de memoria 0x810000 del DSP 122, como se muestra en la figura 6. Preferentemente, los dos primeros registros reciben y transmiten colas "primero en entrar, primero en salir" (FIFO, first-in/first-out) . El DSP 122 intercambia los datos con el controlador de Ethernet 124 mediante un bus de datos de 16 bits 802.

La figura 9 es un diagrama esquemático que ejemplifica una interfaz entre el DSP 122 y el codificador/decodificador PCM 132 de acuerdo con una modalidad preferida de la presente invención. Como se muestra en la figura 9, el DSP 122 se conecta al codificador/decodificador PCM 132 mediante un puerto serial interno 902. El puerto serial interno en el DSP 122 es un puerto serial bidireccional independiente.

Como se muestra en la figura 5, el DSP 122 también se encuentra unido operativamente a la LCD 164. La interfaz de control de la LCD está mapeada en las direcciones DSP que se muestran en la figura 10. En una modalidad de la presente invención, la LCD 164 es una LCD de 120 x 32 pixeles, como la LCD MGLS-1203AD, fabricada por Vazitronics. Dado que la velocidad de acceso de la LCD generalmente es lenta, los datos mostrados por la LCD pueden mapearse en el espacio de memoria STRBO (1X1000) del DSP 122, que es el mismo espacio de memoria que el espacio de memoria ROM. Preferentemente, la lógica de sincronización de la LCD es la misma que la lógica de sincronización del DSP 122. Sin embargo, cuando la LCD se compone de una mitad izquierda y una mitad derecha, como en la MGLS-12032, es necesario controlar y programar ambas mitades de la LCD al desplegar una línea de mensaje completa.

La figura 11 es un diagrama en bloques que muestra la arquitectura de software para el presente dispositivo en red. Como se muestra en la figura 11, la arquitectura de procesamiento para el presente dispositivo en red generalmente se organiza en tres niveles: el nivel de ISR (Rutina de Interrupción de Servicio) 1110, el sistema operativo o nivel de proceso 1129 y la aplicación o nivel de tarea 1130. En la figura 13 se proporciona una lista de funciones y tareas muestra que pueden realizarse en cada uno de los niveles de software .

El nivel más bajo, el nivel de ISR, incluye manipuladores de interrupción y funciones de interfaz entrada/salida. El nivel de ISR 1110 funge como interfaz - ^ * - ^^S ^^^^ entre el nivel de proceso 1120 y el hardware del dispositivo en red mostrado en las figuras 4 y 5.

Sobre el nivel de ISR 1110 se encuentra el nivel de 5 proceso 1120, o sistema operativo, que preferentemente es un micronúcleo multitareas en tiempo real, como el micronúcleo CRTX en tiempo real integrado de StarCom. Por lo general, el software de nivel de proceso 1120 (micronúcleo) se encarga de funciones como administrar la 10 memoria, manejar procesos y tareas y manejar el disco. En una modalidad preferida de la presente invención como se muestra en la figura 12, el micronúcleo soporta tres mecanismos de planificación: un administrador de indicadores de eventos en tiempo real 1222, un 15 administrador de tareas retardadas 1224 y un administrador de planificación 1226. El micronúcleo tiene tres colas independientes para los tres diferentes mecanismos mencionados, respectivamente. 20 El administrador de indicadores de eventos en tiempo real 1222 se utiliza para desencadenar la ejecución de eventos en tiempo real mediante la fijación de indicadores. Si un indicador se fija en una condición de "ON" , la tarea relacionada con el indicador se ejecuta de inmediato. Por 25 ejemplo, una rutina de interrupción de servicio fijaría un Mm^au í indicador determinado cuando ocurriera cierto evento. Los eventos indicados se ingresan en una cola de indicadores con una dirección de tarea relacionada.

El administrador de tareas retardadas 1224 es responsable de los eventos programados . Una tarea programada, como una tarea de protección en caso de fallos o "guardián", puede ejecutarse después de un retraso de cierto tiempo. Si un evento determinado no ocurre dentro de cierto marco de tiempo, el temporizador desencadena la tarea y ocasiona que ésta sea ejecutada. Otro ejemplo es la ejecución repetida de una tarea controlada mediante un temporizador periódico. En una modalidad muestra hay 10 entradas de temporizador. Cada temporizador está cargado con una cuenta de tictac que disminuye con cada tictac del temporizador desde el temporizador de intervalo del hardware. Cuando la cuenta llega a cero, la tarea asociada con el temporizador se programa en la cola de tareas. El administrador de planificación 1226 escanea la cola de tareas programadas para buscar las tareas programadas. En cuanto descubre una entrada en la cola, el control se pasa a una tarea programada.

Las figuras 13a-13f son tablas con una lista muestra de tareas y funciones de software que pueden formar parte del software de nivel de tarea (figuras 13a-c) , del software de nivel de proceso (figura 13d) y del software de nivel de ISR (figuras 13e-f) . Para fines de la presente invención, los términos "tarea" y "función" en referencia a la arquitectura de software se considerarán sinónimos. Sin embargo, las "tareas" generalmente son ejecutadas por el administrador de planif cación 1226, mientras que las "funciones" generalmente son llamadas por tareas u otras funciones. Las tareas de aplicación, como las de procesamiento de llamada ( Call_task) y el procesamiento de IP ( IP_Send_task y Ercv_task, etc.) son programadas por el software de nivel de proceso 1120. La ejecución de dichas tareas es el resultado de una planificación previa por parte de un ISR, otra tarea o la propia tarea actual.

Las figuras 13a-13f ejemplifican definiciones muestra de procedimiento y función que son llamadas en una operación guiada por un evento realizada por el presente software de teléfono en red de datos en paquete de la figura 11. Las funciones, que son llamadas cuando ocurren varios eventos, permiten operar el sistema/teléfono en red de datos en paquete e incluyen operaciones ordinarias como: inicializar el teléfono/sistema en red de datos en paquete, procesar datos ARP, codificar datos de voz, procesar datos de mensaje, procesar datos de IP, decodificar datos de voz, transferir datos análogos y digitales hacia/desde las memorias intermedias correspondientes y realizar funciones de "guardián" .

La inicialización del dispositivo telefónico en red de datos en paquete incluye los pasos de inicialización de hardware y planificación de tareas. Después del encendido, el DSP 122 transferirá automáticamente el programa principal de la memoria ROM 142 a la RAM 152 (operación de iniciación de instrucciones) . La inicialización del hardware ocurre de la manera acostumbrada e incluye los siguientes pasos: inicialización del indicador de la pila, registro del control de interfaz del bus externo, registro de control global del DSP, vector de interrupción para el ISR y similares.

Una vez que se completa la inicialización del hardware y la planificación preliminar de tareas, el control del procesamiento es devuelto al nivel de proceso (micronúcleo) 1120. El micronúcleo CRTX 1120 y las tareas planificadas controlan cualquier procesamiento posterior.

En referencia nuevamente a la figura 13A, el software de nivel de tarea del presente dispositivo en red incluye el procesamiento del Protocolo de Resolución de £&&afe Direcciones. El ARP es un protocolo TCP/IP conocido que se utiliza para convertir una dirección IP en una dirección física (la cual recibe el nombre de dirección de Control de Vínculo de Datos [DLC]), como una dirección de Ethernet. Una computadora huésped que desee obtener una dirección física transmite una solicitud ARP en la red TCP/IP. La computadora huésped en la red que tiene la dirección IP en la solicitud entonces responde con su dirección de hardware física.

La figura 14 es un diagrama de flujo que ejemplifica el procedimiento de salida de solicitud ARP 1400, ARP_Out () . Como se ejemplifica en la figura 13B, ARP_Out () es un componente del software de nivel de tarea que recibe una dirección IP por resolver, y saca una dirección MAC correspondiente. Cuando inicia una solicitud ARP (paso 1402), la función ARP_Out () primero verifica la dirección IP solicitada en una tabla caché, arptable (paso 1404) . Si la entrada correspondiente se RESUELVE en el paso 1406, entonces ARP_Out () copia la dirección MAC desde arptable al parámetro solicitado y devuelve un indicador de estatus ARPOK (paso 1408) . En caso contrario, el procedimiento asigna una entrada en arptable y planifica una solicitud ARP (paso 1410) . Como se muestra también en el paso 1410, una dirección MAC, es decir, un "asidero", de arptable es devuelta al programa principal ( c_intOO () ) . Dependiendo del grupo de desplazamiento, el software entonces verifica el ae_state correspondiente de la entrada.

La figura 15 es un diagrama de flujo de un procedimiento de entrada muestra de solicitud de ARP 1500, ARP_in_task ( ) , que es un componente del software de nivel de tarea señalado en la Figura 13a. El ARP_In_task recibe un paquete ARP y modifica el arpta±>le o pone en cola una respuesta ARP si el paquete entrante es una solicitud ARP. Cuando se recibe un paquete ARP (paso 1502) , el software verificará si los tipos de protocolo o hardware ARP del paquete concuerdan (paso 1504) . Si los tipos no concuerdan, el control es devuelto al programa principal (paso 1506) . Si uno o ambos tipos concuerdan, entonces el software verifica que el huésped de destino sea el huésped actual (paso 1510) . Si el huésped de destino no es el huésped actual, entonces el control es devuelto al programa principal (paso 1508) .

Como se muestra también en la figura 15, si el huésped de destino es el huésped actual, entonces el ARP_Sn_tas procede a verificar la tabla ARP para determinar si existe una entrada ARP que corresponda con el paquete entrante (paso 1512) . Si se encuentra una entrada (paso 1514) , .«, fc SÉKaMJ as entonces la nueva dirección MAC se copia a la entrada existente y modifica el "tiempo de vida" (TTL) de la entrada y le asigna un nuevo valor (paso 1516) . Los expertos en la materia entienden que un TTL es un campo en 5 el Protocolo de Internet (IP) que especifica cuántos saltos más puede viajar un paquete antes de ser descartado o devuelto a quien lo envió. Sin embargo, si no se encuentra tal entrada MAC de acuerdo con el paso 1513, entonces el ARP_In_task añade una nueva entrada MAC en la tabla ARP 10 (paso 1518) . Si la entrada MAC se encuentra en estado PENDIENTE (paso 1520) , entonces es cambiada a estado RESUELTO y la dirección MAC se copia a la entrada objeto (paso 1522) . Si el paquete ARP entrante es una solicitud ARP de otro huésped, se envía un paquete ARP respuesta 15 mediante poner en cola el IP_Send_task, pasos 1524 y 1526. El control es entonces devuelto al programa principal (paso 1528) .

Además de los procesos de entrada y salida de ARP, el 20 procesamiento de ARP en el nivel de tarea incluye un ARPTimer_task ( ) , que es una tarea bucle retardada utilizada para mantener la tabla de entrada ARP arpentry. Nominalmente, el ARPTimer : task ( ) se genera una vez por segundo. El propósito principal de ARPTimer_task ( ) es 25 disminuir el "tiempo de vida" (TTL) de la entrada ARP y i íMMiHtlí'-i?Ti 'ifra reenviar la solicitud ARP durante el estado pendiente en caso de que la anterior solicitud ARP se pierda.

El procesamiento en nivel de tarea también puede incluir operaciones de procesamiento relacionados con la codificación y decodificación de paquetes de audio. El Codec_task generalmente incluye una función SpeechEncode ( ) , que codifica los datos de habla desde la buffer ADBuf hasta la EncodeBuf de acuerdo con el algoritmo indicado mediante el parámetro "tipo" . Los datos codificados entonces son enviados mediante la cola IP_Send_task, con el conjunto de parámetros "RTP" .

Las operaciones en nivel de tarea también pueden incluir el procesamiento del Protocolo de Internet (IP) .

Las operaciones generales de procesamiento del IP se ejemplifican en el diagrama en bloques de la figura 16.

Como se muestra en la figura 16, el procesamiento de IP incluye los siguientes pasos: transmitir y recibir paquetes de Ethernet, paso 1602; multiplexar y desmultiplexar paquetes de IP, paso 1604; y empaquetar y desempaquetar paquetes de Ethernet, de Protocolo de Internet (IP) , de Protocolo de Datagrama de Usuario (UDP) , de Protocolo de Transporte en Tiempo Real (RTP) y de Protocolo de Resolución de Direcciones (ARP), paso 1606.

De acuerdo con el paso 1602 de la figura 16, la transmisión de paquetes de Ethernet puede realizarse utilizando canales de acceso directo a memoria (DMA) del controlador de Ethernet 112. El DMA es una técnica para transferir datos de la memoria principal a un dispositivo sin que pasen a través del CPU. Dado que los canales DNA pueden transferir datos hacia y desde dispositivos mucho más rápidamente que los medios convencionales, la utilización de canales DMA es particularmente útil en aplicaciones de tiempo real, como el presente sistema de telefonía en red.

El controlador de red 110 preferentemente soporta una pluralidad de canales DMA, como el canal DMA1 del controlador de Ethernet 112, que puede utilizarse para la transmisión de paquetes. Cuando un paquete de Ethernet está listo para transmitirse, la función DMA1 () , una función de nivel de ISR, es llamada mediante establecer la dirección de origen (buffer de paquete de Ethernet, Esend) , la dirección de destino (FIFO de transmisión del controlador de Ethernet) y un contador (longitud del paquete) . En la figura 17 se proporcionan ejemplos de las estructuras de datos de Ethernet transmitidos. La función DMA1 (1) entonces inicia el canal DMA1. Cuando la cuenta llega a cero, DMA1 se detiene y espera la siguiente llamada.

La figura 18 es un diagrama en bloques que muestra el flujo de datos entre la buffer de entrada de audio 1802, una buffer UDP 1804 y una tabla ARP 1806, y la interfaz de Ethernet (FIFO de transmisión de Ethernet) del controlador de red de Ethernet 112. Como se muestra también en la figura 18, los datos de la buffer de entrada de audio 1802, la buffer UDP 1804 y la tabla ARP 1806 se envían a una cola de salida IP 1819, y son dispuestos para indicar el tipo de protocolo, el puntero de origen y la longitud de los datos. En vez de poner en cola los datos a enviar, el IP_Send_task es puesto en cola mediante el software de nivel de proceso (micronúcleo) 1120. Los tipos de protocolo que soporta IP_Send_task generalmente incluyen UDP, RTP, ARP_REQUEST y ARP_REPLY. IP_Send_task se utiliza para transmitir paquetes y empaquetar Ethernet. Preferentemente, IP_Send_task es planificado por otras tareas o funciones como SIP_task, AP_Out J, SpeechEncode ( ) , etc. Una vez que se corre IP_Send_task, verifica el tipo de protocolo de los datos. Esta tarea después encapsula los datos de salida en el paquete de Ethernet correspondiente y la buffer Esend. Por último, el paquete es enviado mediante el canal DMA asignado (DMA1) . ¡ a í a i , « «. ^ .Í La figura 19 es un diagrama de flujo de datos que también ilustra las operaciones de recepción y desmultiplexión de paquetes. La desmultiplexión se realiza mediante planificar diferentes tareas para distintos protocolos en Ercv_task. De acuerdo también con el paso 1602 de la figura 16, los paquetes de Ethernet se reciben en la memoria FIFO de recepción de datos (paso 1902) y son procesados mediante un controlador de canal DMAO (paso 1904) . Dado que el DSP 122 no sabe cuándo llegarán los paquetes, el canal DMAO se encuentra activo todo el tiempo (es decir, no se detiene cuando el contador llega a cero) . Cuando llega un paquete, el canal DMAO lo copiará automáticamente del FIFO receptor del controlador de Ethernet a la buffer receptora de Ethernet, Ercv (paso 1906) . El canal DMAO se detiene cuando ya no hay datos disponibles en el FIFO.

Ercv_task es una tarea que desencadena indicadores para desempaquetar paquetes de Ethernet y desmultiplexar paquetes de IP (paso 1908) . Ercv_task funciona de la siguiente manera: primeramente, una función PacketCheck ( ) es llamada para verificar el paquete entrante. PacketCheck ( ) devolverá el tipo de protocolo del paquete o indicará NULO si el paquete no es válido. Después, •" * «~»a dependiendo del tipo de protocolo devuelto, Ercv_task desencadenará las distintas tareas para procesar el paquete recibido: RTP_In_task para un paquete "RTP" (paso 1910) , ARP_In_task para un paquete "ARP" (paso 1912) o tareas de procesamiento UDP (paso 1912) para paquetes UDP, por ejemplo.

En referencia a la figura 13C, SpeechDecode ( ) es una función decodificadora de voz relacionada con el procesamiento RTP del paso 1910. Primeramente, una tarea SpeechCode ( ) verifica si hay datos disponibles en la buffer de decodificación, DecodeBuf. Si hay datos disponibles, por ejemplo, RcvFlag es FIJADO, después SpeechDecode ( ) lo decodifica de acuerdo con el tipo de datos recibidos, PCM (G.711(, G.723, G.729, por ejemplo). Los datos decodificados son enviados a la buffer D/A, DABuf .

La rutina de interrupción A/D y D/A puede desencadenarse mediante una fuente de interrupción interna, por ejemplo, Rint0 () . Preferentemente, la rutina de interrupción A/D y D/A es desencadenada mediante una frecuencia de muestreo de 8 kHz proporcionada por el DSP. Dado que esta rutina es llamada con frecuencia, RintO O preferentemente se escribe en lenguaje ensamblador. Los pasos realizados por RintO O incluyen los pasos de: leer una muestra D/A de la buffer D/A, DABuf, enviar la muestra al puerto serial D/A, obtener una muestra del puerto serial A/D, salvar la muestra A/D en una buffer A/D, ADBuf, e incrementar en uno los punteros de buffer A/D y DA, ADPnt y DAPnt .

Las figuras 20A y 20B son diagramas en bloques que muestran un esquema de la buffer "ping-pong" A/D y D/A utilizada por el software de la presente invención. Asimismo, si el valor del puntero A/D actual (ADPnt) es mayor al umbral de buffer predeterminado (ADTtí) , entonces se fija un marcador en la cola de tareas marcadas que indique que se requiere servicio.

Las memorias intermedias A/D y D/A pueden dividirse en dos partes: la buffer superior 2002a y la buffer inferior 2002b, respectivamente. Ambas memorias intermedias pueden diseñarse como memorias intermedias circulares. De este modo, cuando el puntero actual llega al fondo de la buffer, se enrosca hasta su inicio. Sin embargo, desde el punto de vista del codificador y el decodificador, se utiliza como un esquema de buffer ping-pong de dos bloques (definidos como bloque superior y bloque inferior) . La operación de este proceso se muestra en las figuras 20A y 20B. Para la conversión A/D, cuando la buffer superior (o inferior) está llena, los datos en la buffer inferior (o superior) pasarán a través del conmutador ping-pong 2004 y se copian a la buffer codificadora de habla, EncodeBuf, 2006. Para la conversión D/A, si la buffer superior (o inferior) está completa, un nuevo bloque de datos será copiado desde la buffer decodificadora de habla, DecodeBuf, 2010, a la buffer superior 2008a (o inferior, 2008b) . Este mecanismo garantiza que mientras el algoritmo codificador (o decodificador) lee (escribe) desde una parte de la buffer, el ISR de muestreo A/D (o D/A) pueda escribir (leer) la otra parte de la buffer sin conflicto.

La figura 21 es un diagrama de estado de transición de una subrutina Call_task utilizada en una modalidad muestra del presente dispositivo en red. Call_task es una tarea bucle que maneja el procedimiento de llamada. Como se muestra en la figura 21, el estado "inactivo" 2102 ocurre cuando no se está haciendo/recibiendo ninguna llamada. Cuando existe esta condición, Call_task cicla el estado "inactivo" 2102. El estado "tono de marcar" 2104 existe cuando el estado del receptor es DESCOLGADO, o el estado del auricular indica MANOS LIBRES y, por lo tanto, el estado Call_task cambiará de "inactivo" 2102 a "tono de marcar" 2104 cuando exista la condición de DESCOLGADO o MANOS LIBRES. Estos estados generalmente se ingresan mediante la entrada de un usuario a través de los controles de usuario 160 que indican que una llamada va a iniciarse. Cuando el estado Call_task se encuentra en estado de "tono de marcar" 2104, Codec_task será configurado como "modo de 5 tono, tono de marcar" y un tono de marcar es enviado a los componentes del auricular de la interfaz de usuario 160.

Nuevamente en referencia a la figura 21, si se oprime una tecla de dígito (*0'...'9', x*' y ? #') o el botón de 10 remarcar mientras la llamada se encuentra en estado de "tono de marcar" 2104, el estado de la llamada cambia de estado de "tono de llamar" 2104 a estado de "obtener dígito" 2106. En el estado de "obtener dígito" 2106, el tono de marcar es detenido en el auricular. 15 Después de que se ha ingresado el número de la persona a quien se va a llamar y el usuario ha oprimido el botón ENTER para indicar que se ha completado la marcación, Call_task verificará si la entrada es válida. Si el número 20 es válido, se crea una entrada de llamada mediante una función CreateSipCall () y Call_task pasará a estado SIP 2108. En caso contrario, si el número de entrada no es válido, el número se solicita nuevamente y el estado permanece en estado "obtener dígito" 2106. 25 Mientras se espera al procesamiento SIP_task, pueden tomarse varias decisiones dependiendo del estado "SIP" 2108. El estado "SIP" 2108 es una variable global, SIP_status, que es modificada por SIP_task de acuerdo con 5 su transición de estado. Si el estado "SIP" 2108 cambia a SIP_Ring, Call_task cambiará a estado de "Señal de Llamada" 2114 y Codec_task será configurado como "Modo de Tono, Señal de Llamada" . Cuando Codec_task se encuentra en "Modo de Tono, Señal de Llamada", al auricular se envía una señal 0 de llamada.

A partir del estado "SIP" 2108, si el estado "SIP" 2108 cambia a SIP_busy, Call_task y, por lo tanto, la llamada, cambiarán al estado de "Tono de Ocupado" 2120 y el tono de 5 ocupado se escuchará en el auricular. Si el estado "SIP" 2108 cambia a SIP_Refused, los mensajes apropiados se mostrarán en la pantalla LCD relativos a al estado de SIP_Refused. 0 A partir del estado de "Señal de Llamada" 2118, si el estado "SIP" se convierte en SIP_Connected, el estado Call_task cambia al estado "Hablar" 2116. Cuando el estado Call_task se encuentra en estado "Hablar" 2116, Codec_task se configurará como modo SpeechEncode y SpeechDecode . 5 tki í I i » 4 r&íé -> En el caso de las llamadas entrantes, si el estado "SIP" 2108 es SIP_Invite mientras se está en estado "Inactivo" 2102, el estado Call_task cambia a estado "Timbrar" 2114 y Codec_task se configurará como "Modo de Tono, Tono de Timbre". Cuando Codec_task se configura como "Modo de Tono, Tono de Timbre", un tono de timbre se escuchará en la bocina. Después de que el estado SIP se convierte en SIP_Connected, el estado Call_task cambiará al estado de "Hablar" 2116. En caso contrario, si el estado SIP se convierte en SIP_Cancel, lo cual sucede si quien llama cancela la llamada, el estado Call_task volverá al estado "Inactivo" 2108.

Si se oprime el botón ENTER mientras se está en estado "Inactivo", Call_task llama a Setting_task. Cuando el programa de fijación de parámetros concluye, vuelve a Call_task .

Si el estado de colgado indica que el receptor está DESCOLGADO durante la ejecución de Call_task, o si se descubre un error de sistema, Call_task cambia a estado de "Inactivo" 2102, sin importar cuál haya sido el estado anterior (salvo el de "Timbrar" 2114) .

En la modalidad preferida del dispositivo en red como se muestra en la figura 5, el teclado numérico del teléfono tiene 17 teclas para proporcionar comandos y entradas del usuario. El teclado numérico del teléfono incluye 10 teclas de dígitos, dos teclas especiales y cinco teclas de función, definidas conforme a la figura 22. íCey_tas.k es una tarea de ciclaje retrazada que se ejecuta periódicamente, cada 0.1 segundos, por ejemplo. Cuando se inicia, Key_task primeramente llama a la función key () . Si el valor de retorno no es "-1", significa que se ha oprimido una tecla. Después, la función KeyMap O mapea la palabra tecleada binaria de entrada a la palabra tecleada ASCII. Key_task entonces establece el miembro correspondiente de la estructura FuncKey. Si el sistema está listo para aceptar la entrada tecleada (se indica KeyRegEnable) , la palabra tecleada de entrada se almacena en KeyBuf .

Asimismo, Key_task preferentemente soporta cuatro modos diferentes de entrada: modo de entrada digital, modo de entrada de dirección de IP, modo de entrada alfabética y modo de entrada de lista de direcciones. Puede pasarse de un modo a otro oprimiendo el botón ENTER antes de marcar un número o letra cuando se levanta el auricular y se escucha un tono de marcar. Después de que se completa la entrada y se oprime el botón ENTER, los números de entrada se transferirán a la tarea actual ( Call_task o Setting_task) mediante un secuencia de mensajes. Si se oprime la tecla Remarcar, la tarea copiará la entrada anterior de la buffer de respaldo, KeyBackup, a KeyBuf . Después, los datos son transferidos a Call_task.

El sistema operativo del presente dispositivo en red preferentemente soporta un esquema de planificación de tarea retardada. La tarea retardada es similar a la función sleep O en UNIX. Sin embargo, una tarea retardada también puede ser una ejecución de tarea persistente de un temporizador periódico cuando se fija el indicador de repetición de la tarea. Para las tareas retardadas, el software de nivel de proceso 1120 requiere un temporizador de intervalo para proporcionar un tictac del sistema. El sistema de la figura 5 utiliza el temporizador 1 de TMS320C32, TCLK1, como base del temporizador del sistema.

Clock_task es una tarea bucle retardada que realiza funciones de calendario y reloj en tiempo real. Funge como reloj general para calcular y mostrar la hora del día con minutos y segundos. Cuando se conecta una llamada, puede mostrar la duración de la llamada. Cuando el teléfono está i.¿fe-¿t*?¿« colgado, en la LCD también puede mostrarse el año, mes y fecha actuales .

En referencia nuevamente a la figura 11, el software del teléfono en red de la presente invención incluye varias funciones de bajo nivel que se incluyen como parte del software de nivel ISR. Algunas de estas funciones de bajo nivel son funciones que se relacionan con la entrada/salida y se utilizan con el puerto paralelo de entrada/salida de 8 bits del teléfono definido en la figura 24. Las funciones de bajo nivel relacionadas con la entrada/salida incluyen: monitor del estado "Colgado", Hookst ( ) ,- verificación y lectura de la disponibilidad de entrada de tecla, Key () ; control de auricular y manos libres, HandSet O ; restablecimiento del controlador de Ethernet, ENET_reset ( ) ; control de volumen, AmpControl () ; y restablecimiento del sistema mediante software.

El chip de interface de audio 136, que preferentemente cobra la forma de un LM4830, puede utilizarse para controlar el paso del modo de auricular al de manos libres. Por ejemplo, la función HandSet O puede escribir un ?0' en el puerto de entrada/salida cuando se requiere el modo "manos libres" o un "1" en el puerto apropiado cuando se requiere el modo "auricular" .

Las funciones de bajo nivel de la presente invención también incluyen la interrupción ISR del controlador de Ethernet, c_int03 O . La estructura global del mensaje para 5 utilizarse con c_int03 O se define para el estado del controlador de Ethernet como se muestra en la figura 25. Cada vez que se ha enviado un paquete o que un paquete recibido está completo, el controlador de Ethernet interrumpirá el DSP para indicar la interrupción. El DSP 10 122 leerá los estados de transmisión y recepción del registro del controlador de Ethernet y entonces almacenará el estado en la estructura de estado señalada anteriormente. Esta información puede ser verificada por otras tareas. Asimismo, estos mensajes se leen después de 15 cada transmisión de paquetes. En caso contrario, el controlador de Ethernet se bloqueará.

Como se señaló anteriormente, es preferible que el presente dispositivo en red de la presente invención 20 utilice el protocolo RTP para transmitir y recibir paquetes de habla en tiempo real. El paquete RTP se encapsula en un paquete UDP. Los módulos IP_Send_task y RTP_In_task operan para crear y analizar paquetes RTP. La figura 26 muestra una estructura de encabezamiento de RTP para el 25 procesamiento de paquetes RTP.

Cuando IP_Send_task recibe una solicitud de enviar un paquete RTP, primeramente genera un encabezamiento de Ethernet y UDP. Después, añade el encabezamiento de RTP en 5 la buffer de transmisión del paquete de Ethernet. Por último, los datos RTP se copian al área de datos RTP y se envían a la red de datos .

La figura 28 muestra una estructura de datos para 10 utilizarse con una función de generación de tono, Tone_task () . Los parámetros descritos en la figura 27 se ejemplifican en el diagrama de sincronización para generar tono de la figura 28. 15 Tone_task es una tarea retardada que puede ejecutarse cada 0.1 segundos. Se utiliza para contar la duración del tono activo y detenido que está definida en la estructura ToneType. Tone_task pone ToneState en ACTIVO durante ráfaga y ALTO durante silencio. Una duración distinta de activo y 20 alto genera tonos diferentes. Éstos son: tono de marcar: tono continuo (sin alto), tono de ocupado: ráfaga de 0.5 s y silencio de 0.5 s, señal de llamada: ráfaga 2 s y silencio 4 s, señal de timbre: ráfaga 0.8 s dos veces en dos segundos, después silencio durante 4 segundos. 25 y ?á?^J ?i^, Preferentemente, un módulo ToneGenerate O genera un tono de 400 Hz de un bloque o una señal de timbre de 2400 Hz definida por el parámetro "modo" cuando ToneState se encuentra en ACTIVO. En caso contrario, se proporciona una 5 señal de silencio de un bloque.

El dispositivo en red de la presente invención utiliza UDP como su protocolo de transporte para SIP. SIP_task es una tarea en bucle que maneja la señalización SIP. Dado que 0 el presente dispositivo en red puede utilizarse para llamar o para ser llamado, SIP_task opera como un UAC (Cliente Agente Usuario) y como UAS (Servidor Agente Usuario) .

La figura 29 es el código de origen que muestra las 5 estructuras de datos utilizadas para procesar las solicitudes o respuestas SIP de acuerdo con el protocolo SIP. Tstate es la estructura de transición de estado utilizada en SIP_In_task y SIP_task para la transición de estado SIP. Los mensajes SIP analizados de forma sintáctica 0 se encuentran en la estructura de datos message_t . La llamada de estructura es definida por cada llamada y las entradas de llamada totales son definidas por msg [MaxSipEntry] .

I ti i .- ¡t nj.it La figura 30 muestra un diagrama de transición de estado de SIP_task operando como cliente (por ejemplo, alguien que llama) . Cuando el teléfono SIP inicia una llamada, funciona como cliente. Una llamada se creará 5 mediante los siguientes pasos: una entrada de llamada msg [CurrentIndex] se asigna cuando el teléfono es levantado y el indicador de la llamada se encuentra LISTO; CreateS ipCall () crea un paquete SIP de acuerdo con leí parámetro actual y las entradas de marcación, donde el 10 paquete SIP se utiliza como referencia de la llamada y us__state se fija en UAC; SIPParse O genera la estructura de mensaje (msg [CurrentIndex] .m) para la llamada del paquete mencionado anteriormente; SIP_task verificará si hay alguna llamada activa y, de haberla (msg [i] .flag esta LISTO), 15 SIP_task creará la solicitud correspondiente de acuerdo con la especificación SIP y los estados SIP serán actualizados en SIP_task como se muestra en la figura 30.

La figura 30 muestra un diagrama de estado muestra para 20 operaciones de cliente (quien llama) , a las cuales se ha hecho referencia como un diagrama de transición de estado UAC de SIP_task. Desde un estado inicial (paso 3002) , un estado de Llamada se ingresa y un SIP_task retransmite una solicitud SIP_INVITE periódicamente (TI) hasta que se 25 recibe una respuesta (paso 3004) . Nominalmente TI es 500 ms —a"a¿Bfc- inicialmente y se duplica después de cada transmisión de paquetes. (Paso 3006) T2 nominalmente es de 32 segundos. Si el cliente no recibe respuesta, SIP_task deja de retransmitir cuando el temporizador de T2 expira y el 5 estado SIP será cambiado a Cancelar (paso 3008) . Si la respuesta es provisional, el cliente continua retransmitiendo la solicitud hasta siete veces. Cuando se recibe una respuesta final, el estado cambiara a Completada y se generará un ACK (paso 3010) . Cuando quien llama 10 concluye la llamada, el estado será cambiado a estado Adiós (paso 3012) . Las solicitudes ADIÓS también son retransmitidas durante el intervalo de TI hasta que T2 expira con el fin de que la transmisión sea confiable. La variable SIP_Status será cambiada de acuerdo con la 15 respuesta recibida, como se muestra en la figura 31. Por ejemplo, si se recibe una respuesta 3xx, SIP_task iniciará otra llamada a la dirección redireccionada. Otras respuestas finales pueden mostrarse en la LCD. 20 Cuando el dispositivo en red recibe una llamada, SIP_task funciona como un UAS SIP (servidor) . Los paquetes que entran se procesan de la siguiente manera: UDP_In_task acepta el paquete IDP entrante y envía los paquetes a SIP_In_task junto con su dirección IP de origen y número de 25 puerto. SIP_In_task procesa el paquete de acuerdo con la especificación SIP y actualiza los estados de manera acorde. SIP__ task monitoreará el estado del receptor, fijará y disminuirá el temporizador TI y T2 de cada llamada y actualizará los estados SIP de ser necesario. 5 La figura 32 ejemplifica un diagrama de transición de estado muestra de un UAS SIP. Mientras SIP_task permanece en un estado Inicial (paso 3205) , escucha los paquetes SIP entrantes. Si se recibe una solicitud INVITA, genera una 10 respuesta Timbrando (180) y su estado cambia a Invita, mientras que el módulo SIP_task pasa al paso Procediendo (paso 3210) . Si la parte a la que se llama coge el teléfono, el estado cambia a Levanta y el proceso pasa a Éxito (paso 3214) , lo cual indica que se ha iniciado una 15 sesión de llamada exitosa. Si la parte a la que se llama no coge el teléfono, el estatus cambia a Fallido y el proceso avanza al estado de Fallido (paso 3220) . Después de la llamada exitosa o fallida, el cliente reconocerá el estatus actual y continuará el proceso el estado de Confirmado 20 (paso 3225) . Cuando la parte que hace la llamada termina la sesión, el estatus cambia a Colgado y el proceso para a Adiós (paso 3230) , indicando que la sesión actual ha sido completada. l..jt>*?á *??*.

Como se señala en este documento, el dispositivo en red es un dispositivo independiente capaz de iniciar y recibir llamadas telefónicas en una red de datos en paquete. Mientras que la arquitectura independiente descrita en este documento ofrece muchas ventajas concomitantes, como su costo de implementación relativamente bajo, también pueden proporcionarse a un dispositivo telefónico basado en una PC arquitectura de software similar y definiciones funcionales descritas en relación con el dispositivo independiente 100. En dicho caso, se proporciona software a una computadora personal con micrófono, bocinas y una tarjeta de interfaz de red adecuada para que opere de modo congruente con la manera descrita anteriormente. Por supuesto, se efectúan cambios obvios en esta modalidad, como las funciones y los componentes de interfaz de usuario realizados por elementos convencionales de la PC como, por ejemplo, el teclado, el monitor, el ratón y similares. El software proporciona una interfaz GUI para la funcionalidad del teléfono para permitir las funciones de telefonía deseadas.

El dispositivo en red de la presente invención, además de realizar las funciones de telefonía tradicionales, también puede proporcionar una interfaz efectiva en costos entre la red y el ambiente. Si bien no es viable dotar de interfaces de Internet a los sensores, debido al gran -^MlJI'* número de puertos requeridos y al costo del hardware mínimo requerido, el dispositivo en red de la presente invención puede convertirse en punto de encuentro para varios sensores digitales y análogos. Por lo general, esto se logra mediante colocar el sensor externo en el dispositivo en red mediante circuitos de entrada/salida convencionales 135, que están unidos al DSP 122. Los circuitos de entrada/salida pueden adoptar la forma de simples memorias intermedias, convertidores A/D, registros y similares. Esta característica resulta particularmente útil en ambientes que tienen teléfonos por razones de seguridad, como elevadores, lobbies, talleres, garajes, etc. Algunos ejemplos son sensores digitales infrarrojos pasivos (PIR) para detectar la presencia de personas, que pueden utilizarse para remitir llamadas automáticamente si nadie se encuentra en la oficina o como parte de un sistema de manejo de energía o de seguridad; sensores de luz digitales o análogos para detectar si la oficina está ocupada; sensores de temperatura análogos; detectores de radiación y monóxido de carbono; y cierres de contacto para sistemas de seguridad. De este modo, el presente dispositivo en red proporciona un punto de integración para el sistema.

Para proporcionar una capacidad aún mejor de entrada/salida, los circuitos de entrada/salida pueden ser compatible con los protocolos de control locales como los protocolos XlO y Cebus, que son estándares reconocidos para controlar dispositivos alimentados por línea como la luz o artefactos. Al añadir dicha interfaz al teléfono se proporciona un control basado en la red sobre dichos dispositivos .

La figura 33 ejemplifica un sistema que emplea el presente dispositivo en res para establecer llamadas entre dos o más partes en la red. El sistema generalmente incluye uno o más dispositivos en red independientes 100, como los descritos anteriormente. Asimismo, el sistema también puede incluir dispositivos de telefonía basados en PC 3320, como una PC habilitada en red que opere un software de telefonía en red adecuado que cumpla con el protocolo del dispositivo en red 100. Se puede hacer referencia a cada punto final de telefonía como un nodo, cada uno de los cuales tiene una dirección SIP específica. Al utilizar esta dirección específica, cualquier nodo que actúe como una parte que llama (cliente) puede iniciar directamente una sesión de llamada con otro nodo en la red (servidor) .

El sistema preferentemente también incluye un servidor redireccionador 3325 al cual pueden tener acceso los diversos nodos en la red para proporcionar servicios mejorados, como un servicio de directorio, reenvío de llamadas, bifurcación de llamada, mensajeo de llamadas y similares. Por ejemplo, una parte que llama que desee iniciar una llamada a JUAN PÉREZ puede ingresar la dirección SIP de esa persona si la conoce, como SIP: juan.perez@trabajo.com. Si, por otro lado, la parte que llama no conoce la dirección SIP de la otra parte, la parte que llama puede contactar al servidor redireccionador 3325 con la solicitud de iniciar una sesión con JUAN PÉREZ. El servidor redireccionador incluye bases de datos con información de registro de diversas partes y puede devolver la dirección SIP a la parte que llama o reenviar la solicitud de llamada a la dirección SIP adecuada. Asimismo, la parte a quien se llama puede tener múltiples direcciones SIP, como juan.perez@casa, juan.perez@oficina, juan.perez@laboratorio y así por el estilo. El servidor redireccionador puede proporcionar una señal de iniciación de sesión a cada una de esas direcciones y establecer una conexión entre la parte que llama y el primer nodo contactado que responda a la solicitud de iniciación. De igual modo, las partes pueden registrarse periódicamente con el servidor redireccionador para indicar las direcciones SIP actuales donde puedan ser contactados (característica de reenvío de llamada) . -*- * . - 4, ¡ El dispositivo en red 3305 puede ser configurado para interfacear con uno o más sensores 3310. Las señales de los sensores son recibidas por el dispositivo en red 3305 y pueden ser enviadas a lo largo de la red a un nodo de red deseado. Las señales de los sensores pueden ser detectadas periódicamente por un temporizador en el dispositivo en red y enviadas a una dirección SIP almacenada en memoria. Alternativamente, las señales del sensor pueden ser medidas por el dispositivo en red 100 basado en una orden recibida de otro nodo (sondeada por un nodo de red remota) o puede ser medido con base en una señal de interrupción recibida que indica un cambio de estado del sensor (guiado por interrupción) . Por ejemplo, el dispositivo en red 100 puede utilizarse como dispositivo de comunicación de un sistema de seguridad que informe el estatus de varios puntos con sensor de seguridad a una estación de monitoreo central. En dicho caso, el dispositivo puede verificar periódicamente el estado de los sensores conectados, como sensores en puertas, sensores de incendio, detectores infrarrojos pasivos y similares, e informar a un nodo de estación central el estatus actual. En el caso de un cambio de estatus que indicara una condición de alarma, el dispositivo 100 podría general una sesión de llamada a la estación central e informar también esta condición. Por supuesto, el mismo dispositivo que actúa como comunicador de la alarma también puede proporcionar todas las funciones de telefonía. Asimismo, si bien se describió una aplicación de seguridad sencilla, también se apreciará que varias otras aplicaciones de control y recolección de datos generalmente conocidas como SCADA (control de sitio y obtención de datos) pueden aplicarse utilizando el presente dispositivo en red 100.

Para mantener el servicio activo durante cortes de electricidad, el dispositivo en red de la presente invención puede equiparse con pilas recargables que posiblemente se encuentren integradas a un transformador de pared.

Dado que muchos lugares actualmente se encuentran equipados con una sola interfaz de Ethernet, el dispositivo en red de la presente invención deberá proporcionar una boca de conexión a Ethernet de dos puertos, con una interfaz RJ-45 externa. Esto permitirá la operación simultánea tanto del dispositivo telefónico como de la computadora habilitada en red.

Además de los datos de audio, el presente dispositivo en red también puede recibir y transportar datos de video. Por ejemplo, una interfaz de entrada de video, ya sea análogo o mediante un USB (bus serial universal) puede unirse operativamente al DSP 122 para implementar esta característica .

El presente dispositivo de 100 también puede unirse a una interfaz de Ethernet inalámbrica adecuada para permitir el equivalente a un teléfono inalámbrico.

Los siguientes protocolos pueden añadirse al presente dispositivo en red 100 para proporcionar mayor funcionalidad: DHCP y RARP para la asignación automática de direcciones de IP, IGMP para suscribir grupos mul ticast; RTSP para recuperar correo de voz y señales de timbrado distintivas; SAP para escuchar anuncios de eventos "radiales" mul ticast, y DNS para la resolución de nombre (sujeto a disponibilidad de espacio de memoria para programa) .

Además de las operaciones de telefonía básicas, el presente dispositivo de red también puede proporcionar funciones telefónicas de alto nivel. Por ejemplo, puede proporcionarse una característica de "No molestar" que automáticamente reenvíe las llamadas de una duración dada a un lugar designado según especifique el usuario mediante una entrada de dirección SIP. Cada vez que se elige la .«.. i característica, mediante oprimir, por ejemplo, un botón en la interfaz de usuario, el tiempo se incrementa un intervalo predeterminado (por ejemplo, 15 minutos) .

También puede proporcionarse el "registro de llamadas", en el cual la dirección SIP y otras informaciones relacionadas con las llamadas entrantes se registran al almacenarse la información en memoria, con la habilidad de devolver la llamada a la parte que llamó cuando, mediante el subsistema de interfaz de usuario 160, se recorre la lista y se elige la dirección SIP de quien llamó ubicada en el registro.

El dispositivo en red también incluye un "Directorio automático" . Mediante entrada de usuario o un servidor conectado en la red, el dispositivo en red puede obtener una lista de marcado rápido o una lista de nombres almacenados en su memoria local que el usuario puede recorrer (utilizando la respuesta "opciones múltiples" SIP) .

Una característica de "interfaz con el sistema de correo de voz" puede mostrar todas las llamadas entrantes que no se hayan contestado, el tiempo de la llamada, quién llamó, el asunto y la premura de la llamada, y si quien ^ llamó dejó un correo de voz. Las llamadas pueden ordenarse cronológicamente o por premura. La pantalla de llamada preferentemente cuenta con cinco botones programables: para borrar la entrada, para avanzar y retroceder en la lista, para devolver la llamada y para recuperar el mensaje.

El "timbre distintivo" es una característica en la cual el dispositivo 100 es programado para anunciar a ciertas personas que llamen mediante una serie de sonidos distintivos, como un timbre distintivo, una melodía o el nombre de quien llama. En este caso, una pequeña base de datos relaciona a quien llama, o a una clase de personas que llama (por ejemplo, amigo, cliente, urgente) a una respuesta particular de timbre seleccionado. El sonido se toca desde la memoria o se recupera desde un servidor.

El "reenvío de llamadas" es otra característica más que puede implementarse en el dispositivo 100. Típicamente, las llamadas son reenviadas por el servidor redireccionador proxy. Sin embargo, el dispositivo en red 100 también puede realizar por sí mismo un reenvío sencillo, como se describió anteriormente en el caso del botón "no molestar" . El reenvío puede tomar la forma de llamar al teléfono desde otro teléfono con un comando REGISTRAR para implementar llamadas "sigúeme" . Asimismo, el reenvío automático de i ir. i i llamadas desde ciertos dominios o durante ciertas horas se implementa fácilmente sin utilizar un servidor redireccionador.

El modo "intercomunicador" es una característica en la que las llamadas entrantes son "recogidas" automáticamente, con el micrófono inhabilitado, hasta que se oprime un botón para hablar o se levanta el receptor. Esto también puede utilizarse como parte de un sistema de direcciones públicas de seguridad.

Las características de "monitoreo de infante" permiten al dispositivo en red actuar como un dispositivo de monitoreo remoto mediante audio. Por ejemplo, al recibirse una llamada entrante, el dispositivo en red 100 se activa con la bocina inhabilitada pero con el micrófono habilitado automáticamente de manera que la parte que llama pueda escuchar el entorno donde se ubica el dispositivo al que se ha llamado. Esta característica puede activarse de modo selectivo, ya sea mediante un código predeterminado o mediante identificación de quien llama.

La característica de "radio Internet" permite al dispositivo en red 100 sintonizar automáticamente estaciones de radio suministradas mediante un servidor mul ticast RTP local u otra fuente mediática en continuo, cuando no se está recibiendo o iniciando una llamada. El dispositivo 100 puede escuchar anuncios SAP y mostrarla lista de estaciones en la pantalla, con botones programables. Cualquier llamada telefónica entrante interrumpe el programa de radio actual .

El presente dispositivo de red también puede mantener una "Lista de personas a quien se llama" . Si una llamada anterior fue exitosa, la dirección de quien llamó se ingresa automáticamente en una porción de la memoria utilizada como lista guía de marcación local. Cuando se va a marcar a esa parte, la persona a quien se llama puede ser seleccionada mediante una tecla de movimiento hacia arriba/abajo en la lista de personas a quien se llama. Esta estructura generalmente es una memoria tipo FIFO que purga automáticamente entradas antiguas y las reemplaza con entradas más actuales.

Y está también "remarcar", que permite marcar con una sola tecla el último número marcado o la última persona a quien se llamó.

Asimismo, la "mejora de procesamiento de habla", como la supresión de silencio, la generación de ruido agradable . y,. . i. . ?-<tÍ?-M1Ítl? ! y la cancelación de eco también puede incluirse en el presente dispositivo de red de un modo que es bien conocido por los expertos en telefonía.

De este modo, se ha mostrado un teléfono basado en red que es un "dispositivo de Internet" independiente que permite al usuario hacer llamadas telefónicas dentro de una red de área local (LAN) o a través de Internet. Su núcleo es un solo procesador de señales digitales (DSP) (un microcontrolador optimizado para procesar datos de audio y video) . Proporciona servicios que son superiores a los de un teléfono ordinario, pero se conecta a una red de datos de Ethernet en vez de a la PSTN (Red Pública de Conmutación Telefónica) . Dado que la Ethernet que corre a 10 MB/s puede utilizar el mismo par de cables trenzados que se utiliza para los teléfonos análogos y digitales, el teléfono en red de datos en paquete no requiere volver a cablear las instalaciones del cliente. Un sistema mínimo consiste en dos teléfonos en red de datos en paquete conectados mediante un cable de Ethernet entrecruzado. Puede implementarse un PBX básico con múltiples líneas que consiste en cualquier número de teléfonos en red de datos en paquete conectados a un conmutador o boca de conexión de Ethernet. Este "PBX" puede escalarse a cualquier número teléfonos, simplemente mediante agregar capacidad y puertos de Ethernet . El teléfono en red de datos en paquete comparte la Ethernet con otros servicios LAN. En casi todos los casos, el tráfico de voz representará una pequeña parte de la capacidad de la red. (Una sola llamada de voz consume 5 unos 16 kb/s de la capacidad de lOMb/s.) El teléfono en red de datos en paquete ofrece comunicaciones de voz, implementando las características comunes de los PBX. Sin embargo, el presente dispositivo en red puede utilizar un servidor localizado en la LAN o Internet para proporcionar 10 funcionalidad adicional, como servicios de ubicación de usuario y directorio, reenvío de llamadas, correo de voz y servicios de operadora.

Un PBX basado en el dispositivo en red actual puede 15 llegar a los teléfonos tradicionales mediante una Puerta de Telefonía de Internet (ITG) . Dicha puerta se conecta a la PSTN utilizando líneas análogas, interfaces ISDN de velocidad primaria o básica, o troncales digitales (como Ti/El) . Recientemente se han introducido comercialmente 20 ITGs con capacidades de una a 240 líneas, aproximadamente.

Si bien la presente invención ha sido descrita en relación con sus modalidades particulares, se está en el entendido de que los expertos en la materia pueden realizar 25 diversas modificaciones, alteraciones y adaptaciones sin alejarse del espíritu y alcance de la invención. El propósito de la presente invención se limita sólo a lo estipulado en las reivindicaciones anexas.

Claims

REIVINDICACIONES

1. Un dispositivo en red para proveer datos empaquetados sobre una red de datos en paquete, que consiste en: un sistema controlador de red adaptado a dicha red de datos en paquete; un subsistema de procesamiento de señales digitales adaptado a dicho subsistema controlador de red, el subsistema de procesamiento de señal digital que además comprende un programa de cómputo para detectar llamadas entrantes e iniciar sesiones de llamada; un subsistema de conversión de señales adaptado a dicho subsistema de procesamiento de señales digital; y un subsistema de interfaz del usuario adaptado tanto al sistema de conversión de señales y dicho subsistema de procesamiento de procesamiento de señales.

2. El dispositivo en red de acuerdo con la reivindicación 1, en el que dicho subsistema de procesamiento de señales digitales comprende un procesador de señales digitales (DSP) y uno o más dispositivos de memoria adaptado a dicho procesador de señales digitales. ^i. ^.tfts^^^Ma

3. El dispositivo en red de acuerdo con la reivindicación 2, en el que dicho programa de cómputo pone en práctica el Protocolo de Iniciación de Sesión para detectar e iniciar sesiones de llamada y controlar sesiones de llamada.

4. El dispositivo en red de acuerdo con la reivindicación 3, en el que una sola dirección SIP está relacionada con el dispositivo, dicha dirección está almacenada en por lo menos uno de dichos dispositivos de memoria .

5. El dispositivo en red de acuerdo con la reivindicación 4, en el que los datos empaquetados comprenden datos de audio y donde el subsistema de interfaz del usuario comprende: un auricular que tiene un dispositivo de entrada, un micrófono y una bocina; y un dispositivo de presentación visual.

6. El dispositivo en red de acuerdo con la reivindicación 5, en el que dicho programa de cómputo pone en práctica un componente de monitor, donde en detección de una llamada dirigida al dispositivo desde la parte que llama, una sesión de llama se inicia de forma automática con dicho micrófono habilitado y dicha bocina habilitada durante la sesión de llamada.

7. El dispositivo en red de acuerdo con la 5 reivindicación 6, en el que los criterios de identificación de por lo menos la parte que llama aprobada se almacena en por lo menos uno de dichos dispositivos de memoria y donde dicho procesador de señales digitales recibe los criterios de identificación desde la parte que llama y activa el 10 componente de monitor sólo si los criterios de identificación recibidos concuerda con por lo menos uno de los criterios de identificación almacenados de por lo menos uno de dichas partes que llama predeterminadas y aprobadas. 15

8. El dispositivo en red de acuerdo con la reivindicación 7, en el que dichos criterios de identificación se eligen del grupo compuesto por nombre, dirección SIP y clave de acceso. 20

9. El dispositivo en red de acuerdo con la reivindicación 3, en el que el programa de cómputo pone en práctica un componente de reenvío de llamada, donde por lo menos una dirección SIP de reenvío se almacena en por lo menos uno de dichos dispositivos de memoria, por lo menos 25 una de dichas direcciones SIP de reenvío puede ser ~-" <—~- --"«- seleccionada por el usuario a través de dicho subsistema de interfaz del usuario, y donde en la detección de una llamada dirigida al dispositivo desde la parte que llama, dicha llamada se redirecciona a la dirección SIP de reenvío 5 seleccionada.

10. El dispositivo en red de acuerdo con la reivindicación 9, en el que dicho componente de reenvío de llamada se activa para un lapso predeterminado en respuesta 10 a una entrada de datos por parte del usuario.

11. El dispositivo en red de acuerdo con la reivindicación 9, que además comprende un censor adaptado a dicho dispositivo para detectar la ausencia de un ser 15 humano, donde dicho componente de reenvío de llamada se activa en respuesta a una señal proveniente de dicho censor.

12. El dispositivo en red de acuerdo con la 20 reivindicación 1, en el que el subsistema de interfaz del usuario comprende un dispositivo de salida de datos y donde el programa de cómputo pone en práctica un modo de medio de progresión donde los datos de progresión se reciben desde la red y se convierten a señales perceptibles provistas a 25 dicho dispositivo de salida de datos.

13. El dispositivo en red de acuerdo con la reivindicación 12, en el que dicho dispositivo de entrada de salida comprende una bocina y donde, cuando ninguna sesión de llamada está en progreso, los datos de progresión se reciben desde la red y se convierten en señales de audio provistas dicha bocina.

14. El dispositivo en red de acuerdo con la reivindicación 13, en el que el programa revierte el modo de medios de progresión en caso de que se inicie una nueva sesión de llamada.

15. El dispositivo en red de acuerdo con la reivindicación 12, en el que el dispositivo de salida de datos comprende una bocina y donde los datos de progresión se reciben de forma selectiva desde la red y se convierten a señales de audio provistas a dicha bocina.

16. El dispositivo en red de acuerdo con la reivindicación 3, en el que los datos de progresión se reciben desde la red y se reenvían de forma selectiva a otro dispositivo durante una sesión de llamada cuando los datos son convertibles a señales perceptibles por dicho dispositivo.

17. El dispositivo en red de acuerdo con la reivindicación 3, en el que el dispositivo de salida de datos comprende una presentación de video y donde los datos 5 de progresión comprenden datos de progresión en video que se reciben de forma selectiva desde la red y se convierten a señales de video provistas a dicha presentación.

18. El dispositivo en red de acuerdo con la 10 reivindicación 3, en el que el subsistema de interfaz del usuario comprende un dispositivo de presentación y donde el procesador de señales digitales detecta la dirección SIP de las partes que llaman y almacena una pluralidad de direcciones SIP de las partes que llaman en por lo uno de 15 dichos dispositivos de memoria, dicha pluralidad de direcciones SIP de las partes que llaman se despliega en dicho dispositivo de presentación y puede seleccionarse en respuesta a una entrada de datos proveniente del subsistema de interfaz del usuario. 20

19. El dispositivo en red de acuerdo con la reivindicación 3, en el que el subsistema de interfaz del usuario comprende un dispositivo de presentación y donde el procesador de señales digitales almacena una pluralidad de 25 direcciones SIP llamadas en dicho dispositivo de memoria, dichas direcciones SIP llamadas que corresponden a la dirección de sesiones de llamada iniciada con éxito y que se muestra en dicho dispositivo de presentación y seleccionable en respuesta a una entrada de salida desde el subsistema de interfaz del usuario.

20. El dispositivo en red de acuerdo con la reivindicación 3, en el que dicho subsistema controlador de red comprende un controlador Ethernet y un filtro de servicio.

21. El dispositivo en red de acuerdo con la reivindicación 2, en el que dicho subsistema de procesamiento de señales digitales que además comprende: un convertidor de análogo a digital (A/D) para convertir datos de audio entrantes a datos de audio entrantes digitales; un codificador adaptado a dicho convertidor A/D para codificar dichos datos de audio entrantes digitales; un decodificador para decodificar datos salientes digitales provistas por dicho subsistema de procesamiento de señales digitales; un convertidor de digital a análogo (D/A) adaptado a dicho decodificador para datos de audio salientes digitales; y un amplificador de audio adaptado a un auricular, la bocina y el micrófono correspondiente para condicionar dichos datos de audio entrantes y salientes.

22. El dispositivo en red de acuerdo con la reivindicación 1, en el que el programa de cómputo comprende además : un estrato de protocolo de Ethernet; un estrato de Protocolo Internet (IP) colocado sobre la parte superior del estrato de protocolo de Ethernet para interfacear con dicho estrato de protocolo de Ethernet; un estrato de Protocolo de Resolución de Direcciones (ARP) colocado sobre la parte superior de dicho estrato de protocolo de Ethernet para interfacear con dicho estrato de protocolo de Ethernet y dicho estrato IP, y para traducir las direcciones IP en direcciones de Control de Acceso al Medio (MAC) ; un estrato de Protocolo de Datagrama del Usuario (UDP) colocado sobre la parte superior de dichos estratos ARP y IP para interfacear con dichos estratos ARP y IP y para proveer un trasporte en tiempo real de datos y controles de aplicación en el sistema de telecomunicaciones; un estrato de Protocolo de transporte en tiempo real (RTP) colocado sobre la parte superior de dicho estrato UDP para interfacear con dicho estrato UDP y para proveer transporte en tiempo real de datos de audio en el sistema de telecomunicaciones; uno o más estratos de protocolos de control colocados sobre la parte superior de dicho estrato UDP para 5 interfacear con dicho estrato UDP y para emitir señales y proveer el registro de datos de audio en tiempo real; y uno o más protocolos de aplicación colocados sobre la parte superior de dicho estrato RTP para interfacear con dicho RTP y para formatear los datos de audio en tiempo 10 real.

23. El dispositivo en red de acuerdo con la reivindicación 22, en el que dichos protocolos de aplicación comprenden un estrato de protocolo RTSP 15

24. El dispositivo en red de acuerdo con la reivindicación 1, que además comprende por lo menos un circuito de interfaz de censor, dicho circuito de interfaz de censor que está colocado de forma operativa al 20 subsistema de procesamiento de señales digitales y con un puerto para adaptar de forma operativa el dispositivo al censor remoto.

25. El dispositivo en red de acuerdo con la 25 reivindicación 24, en el que el subsistema de procesamiento a aBÍÍMMiiiSaBááaa.... v . „ ...i i.^. . .....--..^v. . „ ,^_, ,.„ ^ ... , , . « •, « ^Aaataat&t de señales digitales obtiene los datos desde el circuito de interfaz del censor a intervalos predeterminados, formatea los datos obtenidos como datos en paquetes de red y transmite los datos a un destino predeterminado en la red.

26. El dispositivo en red de acuerdo con la reivindicación 1, en el que el subsistema de procesamiento de señales digitales obtiene datos desde dicha circuitería de interfaz del censor de manera básicamente continua, formatea los datos obtenidos como datos en paquete de red y transmite los datos a la red cuando dichos datos obtenidos satisfacen por lo menos uno de los criterios predeterminados .

27. El dispositivo en red de acuerdo con la reivindicación 24, en el que la circuitería de interfaz del usuario comprende una entrada de datos IRQ de servicio y donde dicho subsistema de procesamiento de señales digitales obtiene datos de dicho circuito de interfaz de censor en respuesta a una señal en dicha entrada de datos IRQ, formatea los datos obtenidos como datos en paquete de red y transmite a un destino predeterminado en la red.

28. El dispositivo en red de acuerdo con la reivindicación 24, en el que el programa de cómputo comprende un componente de reenvío de llamadas, dicho componente que se habilita de forma selectiva en respuesta a una señal aplicada a dicho circuito de interfaz del censor.

29. El dispositivo en red de acuerdo con la reivindicación 28, que además comprende un censor para detectar la presencia de un ser humano relacionado con dicho circuito de interfaz de censor y proveer la señal para habilitar de forma selectiva el componente de reenvío de llamadas.

30. Un sistema en red de datos en paquete que consiste en: por lo menos un dispositivo en red de datos para recibir y generar datos empaquetados, dicho dispositivo en red está compuesto por: un subsistema controlador en red adaptado a dicha red de datos en paquete; un subsistema de procesamiento de señales digitales adaptado a dicho subsistema controlador en red, el subsistema de procesamiento de señales digitales que además comprende un programa de cómputo para detectar llamadas entrantes y sesiones de llamadas iniciadas; un subsistema de conversión de señales adaptado a dicho subsistema de señales digitales; y un subsistema de interfaz del usuario adaptado tanto al subsistema de conversión de señales como a dicho subsistema de procesamiento de señales digitales; una red de área local para dichos dispositivos en red de datos para hacer una red de dichos dispositivos en red de datos ; y una salida adaptada a dicha red de área local para recibir datos de voz desde la red telefónica convencional, así como para proveer y recibir datos de voz empaquetados desde y hacia los dispositivos en red de datos.

31. Un sistema en red de datos en paquete que consiste en: una red de datos en paquete,- por lo menos dos nodos de teléfonos en red de datos para recibir y generar datos empaquetados que comprendan datos de voz, cada nodo con una dirección de red única, dichos nodos de telefonía que están adaptados de forma operativa a dicha red de datos en paquete y que son accesibles directamente por otro nodo de telefonía distinto por dicha dirección; un servidor redireccionador, dicho servidor que se adapta de forma operativa a dicha red y que es accesible a través de cada uno de los nodos en dicha red, dicho servidor con por lo menos una base de datos que se relaciona con las únicas direcciones en red de por lo menos un nodo en dicha red a por lo menos un parámetro.

32. El sistema telefónico de datos en paquete de acuerdo con la reivindicación 31, donde las direcciones de red únicas son direcciones SIP.

33. El sistema telefónico de datos en paquete de acuerdo con la reivindicación 31, en el que por lo menos un parámetro es una dirección de red de redirección relacionada con dicha dirección de red única de un nodo de telefonía registrado, dicho servidor provee la dirección de red de redirección a nodos a los cuales accede el servidor al iniciar una llamada con dicho nodo de telefonía registrado.

34. El sistema telefónico de datos en paquete de acuerdo con la reivindicación 31, en el que por lo menos un parámetro es una pluralidad de direcciones de red de redirección asociadas con dicha dirección de red única de un nodo de telefonía registrado, dicho servidor difunde una solicitud de llamada a cada una de las direcciones de red de redirección en respuesta a un nodo que accede al .li servidor para iniciar una llamada con dicho nodo de telefonía registrado, y dicho servidor que inicia una sesión de llamada entre el nodo que accede al servidor y la primera dirección de red de redirección para responder a dicha difusión.

35. El sistema telefónico de datos en paquete de acuerdo con la reivindicación 31, en el que por lo menos un parámetro es una pluralidad de direcciones de red de redirección relacionadas con dicha dirección de red única de un nodo de telefonía registrado y dicha base de datos comprende además por lo menos un segundo parámetro, dicho servidor provee una dirección de red de redirección seleccionada a los nodos que acceden al servidor para iniciar una llamada con dicho nodo de telefonía registrado de conformidad con dicho segundo parámetro.

36. El sistema telefónico de datos en paquete de acuerdo con la reivindicación 35, en el que dicho segundo parámetro es el día de la semana.

37. El sistema telefónico de datos en paquete de acuerdo con la reivindicación 35, en el que dicho segundo parámetro es la hora del día.

38. El sistema telefónico de datos en paquete de acuerdo con la reivindicación 35, en el que dicho segundo parámetro es la dirección SIP de la parte que llama.

39. El sistema telefónico de datos en paquete de acuerdo con la reivindicación 31, en el que el primer parámetro comprende un nombre y una dirección física del nodo.

40. El sistema telefónico de datos en paquete de acuerdo con la reivindicación 31, en el que por lo menos uno de los nodos de telefonía es un dispositivo en red de conformidad con la reivindicación 1.

41. Un protocolo de comunicación para utilizarse en un sistema de telecomunicaciones con base en el principio de paquete, que consiste en: un estrato de protocolo de Ethernet; un estrato de Protocolo Internet (IP) colocado sobre la parte superior del estrato de protocolo de Ethernet para interfacear con dicho estrato de protocolo de Ethernet; un estrato de Protocolo de Resolución de Direcciones (ARP) colocado sobre la parte superior de dicho estrato de protocolo de Ethernet para interfacear con dicho estrato de protocolo de Ethernet y dicho estrato IP, y para traducir las direcciones IP en direcciones de Control de Acceso al Medio (MAC) ; un estrato de Protocolo de Datagrama del Usuario (UDP) colocado sobre la parte superior de dichos estratos ARP y IP para interfacear con dichos estratos ARP y IP y para proveer un trasporte en tiempo real de datos y controles de aplicación en el sistema de telecomunicaciones; un estrato de Protocolo de transporte en tiempo real (RTP) colocado sobre la parte superior de dicho estrato UDP para interfacear con dicho estrato UDP y para proveer transporte en tiempo real de datos de audio en el sistema de telecomunicaciones; uno o más estratos de protocolos de control colocados sobre la parte superior de dicho estrato UDP para interfacear con dicho estrato UDP y para emitir señales y proveer el registro de datos de audio en tiempo real; y uno o más protocolos de aplicación colocados sobre la parte superior de dicho estrato RTP para interfacear con dicho RTP y para formatear los datos de audio en tiempo real.

42. El protocolo de comunicación de acuerdo con la reivindicación 41, en el que los protocolos de aplicación comprende un estrato de protocolo RTSP. J *».* -JAÉS* . .... -.i,^- .... ,. , „ « .-, ,.. . * * i * ^fea^asiaite

43. Un programa de cómputo para operar un dispositivo en red, que consiste en: un primer estrato de instrucciones para proveer servicios interrumpidos y funciones de bajo nivel; un segundo estrato de instrucciones para realizar tareas específicas a las aplicaciones y funciones de alto nivel, que comprenden el Protocolo de Iniciación de Sesión para detectar e iniciar las sesiones de llamada, así como controlar la sesión de llamada.

44. El programa de cómputo para operar un dispositivo en red de acuerdo con la reivindicación 43, en el que dicho programa de computo pone en práctica un componente de monitor, donde, en la detección de una llamada dirigida al dispositivo desde la parte que llama, dicho micrófono se habilita de forma automática y dicha bocina se deshabilita de forma automática durante la llamada.

45. El programa de cómputo para operar un dispositivo en red de acuerdo con la reivindicación 44, en el que los criterios de identificación de por lo menos una parte que llama autorizada se almacenan en dicho dispositivo y donde los criterios de identificación desde la parte que llama se recibe, el programa que activa el componente de monitor sólo en respuesta a dicha parte que llama, que está aprobada y predeterminada.

46. El programa de cómputo para operar un dispositivo en red de acuerdo con la reivindicación 45, en el que dichos criterios de identificación son elegidos de un grupo formado por nombre, dirección SIP y clave de acceso.

47. El programa de cómputo para operar un dispositivo en red de acuerdo con la reivindicación 43, en el que un componente de reenvío de llamada se provee, donde por lo menos una dirección SIP de reenvío se almacena en el dispositivo, una de dichas direcciones SIP de reenvío es seleccionada por el usuario, y donde, en la detección de una llamada dirigida al dispositivo de la parte que llama, la llamada se redirige a la dirección SIP de reenvío seleccionada .

48. El programa de cómputo para operar un dispositivo en red de acuerdo con la reivindicación 47, en el que dicho componente de reenvío de llamada se activa para un lapso predeterminado en respuesta a una entrada de datos por parte del usuario. ^^ -fe^.. ,,^J,„. ¡ ^^ .. . . ? l i I míÍñÍ^Í'^*

49. El programa de cómputo para operar un dispositivo en red de acuerdo con la reivindicación 47, en el que una señal de un censor para detectar la ausencia de un ser humano se provee a dicho programa como una entrada de datos y donde dicho componente de reenvío de llamada se activa de forma selectiva en respuesta a la señal.

50. El programa de cómputo para operar un dispositivo en red de acuerdo con la reivindicación 43, en el que el programa de cómputo pone en práctica un modo de medios de progresión donde los datos de progresión se recibe desde la red y se convierten a señales perceptibles por dicho dispositivo en red.

51. El programa de cómputo para operar un dispositivo en red de acuerdo con la reivindicación 50, en el que, cuando ninguna sesión de llamada está en progreso, los datos de progresión se reciben desde la red y se convierten en señales de audio provistas a dicho dispositivo.

52. El programa de cómputo para operar un dispositivo en red de acuerdo con la reivindicación 51, en el que el programa revierte el modo de medios de progresión en caso de que se inicie una nueva sesión de llamada. , „ . . y.« &yy¿M¡

53. El programa de cómputo para operar un dispositivo en red de acuerdo con la reivindicación 50, en el que los datos de progresión se reciben desde la red y se reenvían de forma selectiva a otro dispositivo durante la sesión de 5 llamada donde los datos son convertibles a señales perceptibles por dicho otro dispositivo.

54. El programa de cómputo para operar un dispositivo en red de acuerdo con la reivindicación 50, en el que el 0 dispositivo en red comprende una representación en video y donde los datos de progresión comprenden datos de video de progresión que se reciben de forma selectiva desde la red y se convierten en señales de video provistas a dicha representación. 5

55. El programa de cómputo para operar un dispositivo en red de acuerdo con la reivindicación 43, en el que el programa detecta la dirección SIP de partes que llaman y almacena una pluralidad de direcciones SIP de partes que llaman en dicho dispositivo en red, dicha pluralidad de direcciones SIP de partes que llaman que se puede desplegar en dicho dispositivo en red y seleccionar en respuesta a una entrada de datos por parte del usuario. ¡ ^^^^^s^ ^^*

56. El programa de cómputo para operar un dispositivo en red de acuerdo con la reivindicación 43, en el que una pluralidad de direcciones SIP llamadas se almacenan, dichas direcciones SIP llamadas correspondientes a la dirección de las sesiones de llamada iniciadas con éxito y que se pueden desplegar en un dispositivo de representación y seleccionar en respuesta a una entrada de datos derivada de la interfaz del usuario. Ít.Í « y. y, A.J L.