ES2314637T3 - Transmision de comunicacion entre redes de transmision de datos. - Google Patents

Abstract

Un procedimiento para determinar un punto (I) de acceso en la transmisión de datos entre una primera red (A) de operador y al menos una segunda red (B) de operador, comprendiendo la primera red (A) de operador un primer servidor (D) de nombres, y comprendiendo la segunda red de operador un punto (I) de acceso para recibir una comunicación desde otras redes de operador, comprendiendo el procedimiento: en respuesta a la detección de un mensaje de establecimiento de conexión desde la primera red (A) de operador hasta la segunda red (B) de operador, preguntar (2) una dirección de red del punto de acceso de la segunda red (B) de operador desde dicho primer servidor (D) de nombres, que se caracteriza por: transmitir (3) la pregunta desde dicho primer servidor (D) de nombres hasta un segundo servidor (PD) de nombres comprendido por la segunda red (B) de operador, comprendiendo el segundo servidor (PD) de nombres direcciones de red de los puntos de acceso de la segunda red (B) de operador; determinar una dirección de red del punto de acceso requerido en el segundo servidor (PD) de nombres; transmitir (4) una respuesta a la pregunta, que incluya solamente la dirección de red del punto de acceso requerido, hasta un elemento (S) de control de la primera red (A) de operador, y establecer (5) una conexión desde el elemento (S) de control de la primera red (A) de operador hasta el punto (I) de acceso de la segunda red (B) en base a la dirección de red del punto (I) de acceso, enrutando el punto (I) de acceso de la segunda red (B) los mensajes originados desde la primera red de operador hasta la dirección de red prevista en la segunda red (B).

Description

Transmisión de comunicación entre redes de transmisión de datos.

La invención se refiere a un procedimiento, un sistema y un servidor de nombres para la transmisión de comunicación desde una red de transmisión de datos hasta una red de transmisión de datos receptora.

En un entorno multi-operador, es decir, en un entorno de red de datos de un tipo en el que se puede proporcionar una conexión de Internet para un terminal a través de varios proveedores de servicio diferentes, el operador de transmisión debe conocer qué elemento de red del receptor ha realizado la transmisión. Así, el operador de transmisión debe conocer todos los elementos de la red receptora del operador de recepción, con el fin de que la transmisión tenga éxito.

En los procedimientos conocidos, los operadores han conservado diferentes listas estáticas o bases de datos, donde están almacenados los elementos de red del operador de recepción. En otras palabras, cada operador posee datos almacenados sobre los elementos de red utilizados por cada operador de recepción. Por ejemplo, a este efecto, la Asociación GSM ha proporcionado una base de datos IR.21 para resolver seguimientos e interconexión de operador, cuya base de datos dispone de toda la información de operador necesaria para realizar conexiones.

En la comunicación entre operadores de red, se ha podido detectar un problema entre una jerarquía cerrada DNS (es decir, Servicio de Nombres de Dominio) en una red de interconexión, y una jerarquía DNS de una conexión pública de Internet, cuyo problema está relacionado con la determinación de los nombres de dominios. El servidor de dominio se utiliza de una manera conocida en Internet para convertir nombres de dominio (FQDN, Nombre de Dominio Completamente Cualificado) en direcciones de red (tal como direcciones de IP). En algunas situaciones, tal como, por ejemplo, durante la operación de una plataforma de servicio IMS (Subsistema Multimedia de IP), es posible que tales nombres de dominio tengan que ser determinados, lo que no sería encontrado en un sistema DNS público, pero que, sin embargo, poseen dominios determinados por un sistema DNS público. Al mismo tiempo, dichos nombres de dominios no podrían ser encontrados en el sistema DNS de una red de interfaz cerrada. Por ejemplo, durante la operación de un sistema IMS, puede hacerse necesario determinar, en base al nombre del dominio de un operador opuesto, la dirección de red de un elemento I-CSCF correspondiente con el fin de enrutar un mensaje. La dirección de red necesaria del I-CSCF no puede ser preguntada, sin embargo, desde servidores DNS en Internet, debido a que éstos no pueden almacenar direcciones de red de los elementos internos de operadores por razones de seguridad de datos.

El documento D1: US2002004826 describe un procedimiento para el suministro de correo seguro en un entorno de red de ordenador. Un servidor de correo receptor, por ejemplo un PC doméstico con una aplicación de email, recibe una dirección de IP dinámica y un código, y los registra en un servidor de nombres dinámico. A continuación, un servidor de correo proveedor, por ejemplo, un servidor de email de red con una aplicación de servidor de email, utiliza este código para resolver la dirección de IP dinámica del servidor de correo receptor a través de un proceso de varias peticiones desde un servidor de nombres privado y el servidor de nombres dinámico.

El documento D2: WO03088625 describe una solución para proporcionar conectividad entre dos dominios de direcciones diferentes, un dominio interno y un dominio externo, mediante el establecimiento de conexiones a través de un acceso intermedio. El propósito principal del acceso consiste en dirigir el tráfico procedente del dominio externo hasta el dominio interno, pero el acceso funciona también en otra dirección. El acceso mantiene un fondo de direcciones, y se implementa un suministro correcto sustituyendo el par dirección-puerto en la cabecera del paquete por una dirección específica del dominio, mediante sustitución n-tuple.

El documento D3: US2003154306 describe un procedimiento para acceder a anfitriones de IP en una red privada desde una red pública con la utilización de un sistema, que realiza una traducción de dirección de puerto para conexiones de entrada en una dirección privada sobre una interfaz proxy. La interfaz proxy está configurada con una sola dirección pública de IP, y actúa como traductor, lo que resuelve las conexiones de entrada y las mapea respecto a esta dirección de IP, y con un número único de puerto TCP o UDP.

El documento D4 describe un esquema jerárquico de direccionamiento (PAID) que proporciona conectividad de anfitrión extremo-con-extremo a través de diferentes dominios de enrutamiento, en el que cualquier anfitrión privado puede estar dotado de una identificación globalmente única en la numeración de la dirección. Esto se consigue mediante una jerarquía de dirección de dos pisos, que incluye un par de direcciones que consisten en una dirección de IP de un enrutador público (agente PAID) del dominio y una dirección privada del anfitrión en el interior del dominio. Los anfitriones finales deben soportar tunelización GRE, con lo que el par de direcciones PAID pueden ser incluidas en el campo de cabecera GRE sobre la conexión entre los anfitriones extremos.

Las listas y configuraciones estáticas utilizadas en los procedimientos conocidos, no proporcionan una solución centralizada ni distribuida para la adquisición de datos. Las listas y configuraciones estáticas requieren mantenimiento, puesto que pueden existir cientos de operadores cooperantes y las direcciones de los mismos pueden cambiar, o se pueden añadir o eliminar servidores. Debido a esto, existe una necesidad de un procedimiento y un sistema mejorados para realizar preguntas a la base de datos. Adicionalmente, se necesita un procedimiento para determinar las direcciones de los elementos de la red interna del sistema IMS descrito. La presente invención proporciona una solución que cumple con los requisitos mencionados anteriormente.

Según se ha mencionado anteriormente, la presente invención se refiere a las conexiones entre redes de transmisión de datos de operadores en un entorno multi-operador, por ejemplo un entorno IMS. El objeto de la invención consiste en hacer que sea posible para el operador que transmite, preguntar al operador que recibe antes de establecer una conexión, por los datos del elemento de red requeridos para la transmisión. Por medio de la invención, el operador transmisor recibe los datos necesarios de los servidores del operador receptor, que pueden estar típicamente cambiando. Como ejemplo, se puede mencionar una dirección de red de un centro de mensajería multimedia, el cual se necesita para establecer una conexión con el centro y para transmitir un mensaje multimedia a través de una red de interfaz. Si se desea, el operador receptor puede cambiar la dirección de red del centro de mensajería multimedia o, por ejemplo, añadir otro centro de mensajería multimedia. Así, se puede resolver cómo distribuir la carga y transmitir los mensajes entre esos dos centros.

La invención describe un procedimiento, utilizando lo que sea posible, en vez de conexiones directas fijas, para realizar una pregunta dinámica a la base de datos del operador de recepción, el cual proporciona una respuesta sobre las propiedades del elemento de red requerido (tal como, por ejemplo, la dirección de red del I-CSCF del operador de recepción). De ese modo, el operador de transmisión no tiene que mantener y almacenar esas propiedades.

Con el sistema conforme a la presente invención, el problema descrito anteriormente de determinar nombres de dominios puede ser direccionado de tal manera que cada operador conozca solamente la dirección del servidor de nombres privado de un operador de seguimiento o de interconexión, cuyo servidor de nombres privado está dispuesto de modo que determina y almacena los nombres de los dominios deseados y las direcciones de red de los elementos internos del operador. Un procedimiento de esta clase reduce la cantidad de datos formados estadísticamente entre operadores de seguimiento (puesto que el operador no necesita conocer las direcciones de los diferentes servidores del operador de seguimiento, sino solamente la dirección de dicho servidor de nombres privado).

Para exponerlo de forma más precisa, el presente procedimiento, sistema y servidor, están caracterizados principalmente por lo que se define en las reivindicaciones independientes. Algunas realizaciones se encuentran descritas en las reivindicaciones dependientes.

Con la presente invención, no se necesitan listas estáticas, lo que reduce el trabajo manual. Típicamente, los operadores cambian sus propios datos, por ejemplo puede cambiar una dirección de red, lo que da como resultado que cada operador de interconexión deba actualizar manualmente su propia lista, o cambiar de alguna otra manera la dirección de comunicación. La automatización reduce la posibilidad de errores humanos en cuanto a, por ejemplo, la actualización de direcciones de red.

Se han resuelto muchos problemas proporcionando al operador de transmisión las direcciones de una sola base de datos interna del receptor. El operador de transmisión puede así preguntar directamente desde esa base de datos, por ejemplo, todas las direcciones de red de los centros de mensajería multimedia, en cuyo caso el receptor puede variar libremente las direcciones de su propio centro sin que el transmisor tenga que actualizar ese dato. La única información que el operador de transmisión debe tener, es la dirección de la base de datos privada del receptor, toda la demás información puede ser preguntada después de esto directamente desde esta base de datos.

Adicionalmente, con la presente invención, resulta posible el uso de nombres de dominio públicos en una red de interfaz privada. La invención es útil especialmente en una red GRX, donde el servicio DNS de Internet público no puede ser utilizado debido a que las direcciones GRX deben mantenerse dentro de la red GRX y no pueden ser utilizadas fuera de la red. En lo que sigue, la invención va a ser descrita con mayor detalle con referencia al dibujo anexo, en el que:

La Figura 1 muestra un ejemplo de sistema de red de datos, que utiliza el servidor de nombres de dominio de acuerdo con la invención.

La Figura 1 muestra el principio fundamental de la solución conforme a la invención. El sistema de acuerdo con la invención comprende redes A, B de operador, y los elementos de red comprendidos por las mismas, que son conocidos en sí mismos, por ejemplo, servidores de nombres de dominios. Los elementos de red comprendidos por las redes A, B de operador dependen del tipo de red en cuestión, y son en sí mismos conocidos. Por ejemplo, en la Figura 1, las redes A, B de operador son redes IMS, en cuyo caso comprenden elementos conocidos para las redes IMS, tal como al menos el I-CSCF y el S-CSCF que implementan la función de control de llamada/sesión. En el ejemplo de la Figura 1, el elemento I del I-CSCF (CSCF interrogante) mostrado en la red B de operador, funciona según lo que se conoce como punto de contacto, y forma un acceso a dicha red B de operador. Todas las sesiones dirigidas a un abonado de la red B de operador son recibidas primero en el citado elemento I. El elemento S de control mostrado en el lado de la red A de operador, tal como un elemento S-CSCF, realiza servicios de control de sesión para el terminal. El registro de usuario y la identificación de usuarios registrados, tiene lugar de manera conocida en este elemento S de control, el cual puede manejar el control de la sesión a favor de los usuarios registrados. Por simplificación, se han dejado fuera de la Figura 1 otros elementos pertenecientes a la red, debido a que operan según el procedimiento de la invención de una manera en sí conocida, y no son necesariamente dependientes de la disposición según la invención. Adicionalmente, se debe apreciar que las redes A, B de operador pueden comprender tales elementos, los cuales se han mostrado en conexión con una única red A o B de operador.

\newpage

Adicionalmente, la red A de operador puede comprender un servidor D de nombres local (DNS, Servidor de Nombres de Dominio), que comprende un separador que convierte, por ejemplo, nombres (FDQN) de dominios completamente cualificados en direcciones de IP de una manera en sí conocida. Adicionalmente, es posible establecer una conexión 7 con una base de datos DB de operador de la red de operador, tal como, por ejemplo, una base de datos de operador del tipo IR.21. Adicionalmente, de acuerdo con la presente invención, se dispone un servidor PD de nombres de operador privado en la red B de operador, cuyo servidor almacena las direcciones de red de los elementos internos de la red de operador y otra información necesaria para constituir una conexión.

La operación del sistema descrito anteriormente, se describe con mayor detalle con referencia a la Figura 1. Un abonado de la red A de operador, llamado abonado A, realiza una conexión (1), por ejemplo, enviando un mensaje SIP INVITAR a un abonado de la red B de operador, llamado abonado B (por ejemplo, el b.abonado@operadorB.com). Ambos abonados citados son abonados IMS en este ejemplo. El abonado A utiliza la dirección de red pública del abonado B (tal como la dirección IMS, SIP URL pública), donde el área de la red B de operador (operadorB.com) es un nombre de un dominio público registrado en Internet. El elemento S de control de la red A de operador, en este caso el elemento S-CSCF, se encarga de dirigir el mensaje hacia la red B de operador.

El elemento S de control de la red A de operador, realiza una pregunta (2) a un servidor D local de nombres. Este servidor D de nombres local comprende datos acerca de la dirección de red del servidor PD de nombres de operadores privados de la red B de operador. El servidor D de nombres local puede haber buscado los datos de dirección deseados, por ejemplo, a partir de una base de datos DB de operador.

El servidor D (3) de nombres local, pregunta desde el servidor PD de nombres local de la red B de operador, la dirección del puerto de contacto de dicha red B, tal como el elemento I-CSCF. Tras la recepción de ésta, el servidor D local de nombres de dominio de la red A de operador, transmite (4) los datos al elemento S de control, el cual transmite (5) además la comunicación a un punto I de contacto de la red B de operador. Este punto I de contacto opera como acceso a la red B de operador, y de ese modo enruta el mensaje mejor hasta el abonado B.

Con el sistema conforme a la invención descrita, el servidor D de nombres local de la red A de operador, no tiene necesariamente que comprender más de una dirección de red por cada operador con el que comuniquen. El servidor PD privado de nombres de operador, de acuerdo con la invención, comprende las direcciones de red de los servidores de dicho operador de red, en cuyo caso la red A de operador debe conocer solamente la dirección de dicho servidor PD privado de nombres de operador. Este servidor PD privado de nombres de operador se añade, de acuerdo con la invención, a la red de operador, y no pertenece directamente a la red de interfaz (tal como la GRX) o a Internet público. El servidor PD privado de nombres de operador, de acuerdo con la invención, puede estar basado en una solución DNS o ser, por ejemplo, una base de datos LDAP (Protocolo de Acceso de Directorio de Peso Ligero), el cual es en sí un servicio de directorio conocido.

Resulta obvio que el sistema de acuerdo con la invención puede ser implementado en algún otro tipo de entorno de red distinto a dicho sistema IMS. Así, los abonados deben ser también abonados del entorno de red en cuestión, y de ese modo los elementos de red internos de las redes de transferencia de datos pueden ser característicos en esta red. Resulta obvio que la idea de la invención puede ser aplicada en relación con diferentes elementos de red.

La invención se ha descrito en lo que antecede de acuerdo con una realización. Se debe apreciar, no obstante, que la solución conforme a la invención puede ser aplicada también en otros entornos. Así, la invención no se limita a la realización descrita anteriormente, sino que las características de la invención pueden variar dentro del alcance de las reivindicaciones anexas.

Claims (10)

1. Un procedimiento para determinar un punto (I) de acceso en la transmisión de datos entre una primera red (A) de operador y al menos una segunda red (B) de operador, comprendiendo la primera red (A) de operador un primer servidor (D) de nombres, y comprendiendo la segunda red de operador un punto (I) de acceso para recibir una comunicación desde otras redes de operador, comprendiendo el procedimiento:

\quad

en respuesta a la detección de un mensaje de establecimiento de conexión desde la primera red (A) de operador hasta la segunda red (B) de operador, preguntar (2) una dirección de red del punto de acceso de la segunda red (B) de operador desde dicho primer servidor (D) de nombres,

que se caracteriza por:

transmitir (3) la pregunta desde dicho primer servidor (D) de nombres hasta un segundo servidor (PD) de nombres comprendido por la segunda red (B) de operador, comprendiendo el segundo servidor (PD) de nombres direcciones de red de los puntos de acceso de la segunda red (B) de operador;

determinar una dirección de red del punto de acceso requerido en el segundo servidor (PD) de nombres;

transmitir (4) una respuesta a la pregunta, que incluya solamente la dirección de red del punto de acceso requerido, hasta un elemento (S) de control de la primera red (A) de operador, y

establecer (5) una conexión desde el elemento (S) de control de la primera red (A) de operador hasta el punto (I) de acceso de la segunda red (B) en base a la dirección de red del punto (I) de acceso, enrutando el punto (I) de acceso de la segunda red (B) los mensajes originados desde la primera red de operador hasta la dirección de red prevista en la segunda red (B).

2. El procedimiento de acuerdo con la reivindicación 1, que se caracteriza porque dicho segundo servidor (PD) de nombres es un servidor de nombres de dominios que comprende, de manera centralizada, las direcciones de red de los otros elementos de red de dicha segunda red de operador.

3. El procedimiento de acuerdo con la reivindicación 1 ó 2, que se caracteriza por mantener en el citado primer servidor (D) de nombres, datos de dirección de red de al menos un segundo servidor de nombres para cada red de operador, con el que la primera red de operador está en comunicación.

4. Un sistema de telecomunicación, que comprende:

una primera red (A) de operador y al menos una segunda red (B) de operador, comprendiendo la primera red (A) de operador un primer servidor (D) de nombres y un elemento (S) de control para implementar una función de control de llamada/sesión, y comprendiendo la segunda red de operador un punto (I) de acceso para recibir una comunicación procedente de otras reces de operador,

estando el elemento (S) de control dispuesto para que pregunte (2), en respuesta a la detección de un mensaje de establecimiento de conexión desde la primera red (A) de operador hasta la segunda red (B) de operador, una dirección de red del punto de acceso de la segunda red (B) de operador desde dicho primer servidor (D) de nombres,

que se caracteriza porque:

dicho primer servidor (D) de nombres está dispuesto para transmitir (3) la pregunta hasta un segundo servidor (PD) de nombres comprendido por la segunda red (B) de operador, comprendiendo el segundo servidor (PD) de nombres las direcciones de red de los puntos de acceso de la segunda red (B) de operador;

el segundo servidor (PD) de nombres está dispuesto para determinar la dirección de red del punto de acceso requerido y transmitir (4) una respuesta a la pregunta, que incluye solamente la dirección de red del punto de acceso requerido, hasta el elemento (S) de control de la primera red (A) de operador;

el elemento (S) de control de la primera red (A) de operador está dispuesto para establecer (5) una conexión con el punto (I) de acceso de la segunda red (B) en base a la dirección de red del punto (I) de acceso, y

el punto (I) de acceso está dispuesto para manejar el enrutamiento de los mensajes originados desde la primera red de operador hasta la dirección de red prevista en la segunda red (B).

5. El sistema de acuerdo con la reivindicación 5, que se caracteriza porque dicho segundo servidor (PD) de nombres es un servidor de nombres de dominio que comprende, de manera centralizada, las direcciones de red de los otros elementos de red de dicha segunda red de operador.

\newpage

6. El sistema de acuerdo con la reivindicación 5 ó 6, que se caracteriza porque el segundo servidor de nombres es una base de datos LDAP.

7. El sistema de acuerdo con la reivindicación 5 ó 6 ó 7, que se caracteriza porque al menos una de las redes de operador es una red IMS de transmisión de datos, y una red de interconexión entre las redes de operador es una red GRX.

8. El sistema de acuerdo con la reivindicación 8, que se caracteriza porque el punto (I) de acceso de la segunda red (B) es un punto de contacto I-CSCF.

9. Un servidor (PD) de nombres para almacenar nombres, cuyo servidor (PD) de nombres está dispuesto en una red de operador, en el que el servidor de nombres es un servidor de nombres privado que comprende direcciones de red de los puntos (I) de acceso de la red (B) de operador, estando dichos puntos (I) de acceso dispuestos para recibir una comunicación procedente de otra red (A) de operador que comprende un elemento (S) de control que implementa una función de control de llamada/sesión, y para manejar el enrutamiento de mensajes originados desde dicha otra red (A) de operador hasta la dirección de red prevista en la red (B) de operador,

que se caracteriza porque el servidor de nombres está dispuesto para:

- recibir una pregunta desde un servidor (D) de nombres de la otra red (A) de operador con relación a la dirección de red del punto de acceso de la red (B) de operador;

- determinar, en base a la pregunta, la dirección de red del punto (I) de acceso requerido, y

- devolver solamente la citada dirección de red del punto (I) de acceso al elemento (S) de control de la otra red (A) de operador, elemento (S).

10. El servidor de nombres de acuerdo con la reivindicación 10, que se caracteriza porque el servidor de nombres es una base de datos LDAP.