MX2007012319A - Disposiciones en subsistema de multimedia de ip (ims). - Google Patents

Abstract

La presente invencion se refiere a disposiciones adaptadas para implementacion en un dominio proveedor de protocolo "Session Initiated Protocol" (SIP) (protocolo iniciado de sesion), en el Subsistema de multimedia de IP, IMS, para la gestion de identidades de usuario de SIP, en donde cada usuario de SIP es identificado por un URI del SIP. En un aspecto de la presente invencion, la disposicion comprende una base de datos adaptada para almacenar y publicar al menos un identificador seleccionado por el usuario, un gestor de contenido, adaptado para asociar el al menos un identificador seleccionado con el URI del SIP del usuario, y un motor de busqueda, adaptado para buscar un URI del SIP en la base de datos via el identificador asociado publicado seleccionado y para actuar como una interfaz entre diferentes dominios proveedores del SIP.

Description

DISPOSICIONES EN SUBSISTEMA DE MULTIMED- (¡IMS) CAMPO DE LA INVENCIÓN La presente invención se refiere a disposiciones para intercambio de medios de persona a persona en Subsistema de multimedia de IP (IMS) en una red de comunicaciones. En particular, la presente invención se refiere a disposiciones para la gestión de identidades del suscriptor en el IMS.

ANTECEDENTES DE LA INVENCIÓN Hoy, existen dos ambientes de tecnología en competencia para intercambio de medios de persona a persona incluyendo telefonía de voz. Estos son la tecnología a base del SIP y la tecnología entre pares. Los ambientes de tecnología a base del SIP son representados por el Subsistema de Multimedia de IP estándar creado en 3GPP y 3GPP2 y otras soluciones de voz sobre IP (VolP) mientras que las soluciones de Skype y otras similares representan la tecnología entre pares. En la tecnología entre pares, los usuarios seleccionan cualquier identidad de usuario y se registran solos como activos en cualquiera de los súper nodos desplegados en la red. Un súper nodo es un nodo que conecta a más nodos que un nodo regular, lo que resulta en más propagación de investigación a través de ese súper nodo. Se realiza una revisión asegurando que la identidad seleccionada es única sobre la red entera. Las partes llamantes que tienen justo una idea vaga del identificador del usuario a ser llamado pueden investigar sobre todos los usuarios y conseguir una lista de posibles usuarios de donde seleccionar. Sin embargo, la presente invención se refiere a disposiciones basadas en la tecnología a base del SIP implementada en IMS. El Subsistema de Multimedia de IP (IMS) es una red de multimedia de IP y núcleo de telefonía. Es definido por los estándares 3GPP y 3GPP2 y organizaciones basadas en protocolos de Internet lETF. IMS es de acceso independiente ya que soporta sesiones de IP a IP sobre IP alámbrico y datos de paquete junto con GSM/EDGE/UMTS y otras aplicaciones de datos de paquete alámbrico. La figura 1 muestra esquemáticamente IMS conectado a un UMTS. Se debe señalar que solamente se muestra la parte por conmutación de paquetes del UMTS. IMS se conecta a la red de UMTS vía el Nodo de Soporte de GPRS de Portal (GGSN). El IMS también se puede conectar a otras redes como la red de transito PS como se ilustra en la figura 1. IMS comprende control de sesión, control de conexión y una estructura de servicios de aplicaciones junto con datos del suscriptor y servicios. Permite a los operadores ofrecer servicios de multimedia basados en y construidos sobre aplicaciones de Internet, servicios y protocolos. Estos protocolos incluyen SIP, que se usa para la gestión de sesiones de multimedia de IP. La operación de IMS requiere una lista de las identidades del SIP, es decir, los URIs del SIP de los usuarios registrados. El protocolo "Session Initiated Protocol" (SIP), protocolo iniciado de sesión, es un protocolo de señalización de control de capa de aplicación para implantaciones de VolP. Una dirección del SIP es un Identificador Uniforme de Recursos (URI). De esta manera, el URI del SIP es un nombre único dado a un dispositivo del SIP y una dirección del SIP se puede incrustar en páginas Web y por tanto se puede integrar, por ejemplo, como parte de Clic para hablar implementaciones. SIP transparentemente soporta servicios de mapeo y redirección de nombre, permitiendo la implementación de ISDN y servicios de suscriptor de telefonía de Red Inteligente. Estas facilidades también permiten movilidad personal que se basa en el uso del URI del SIP. Las partes llamantes y partes llamadas son identificadas por direcciones del SIP. El URI del SIP comprende una parte individual y una parte de dominio de red. La parte de dominio de red dirige, a través de búsqueda de DNS, cualquier intento de conexión hacia el URI de SPI a la organización responsable por el dominio de red. Al hacer una llamada SIP, la parte llamante localiza primero por medio de la parte de red, la red apropiada, que después envía una petición del SIP a la parte llamada al usar la parte individual de la dirección. La operación del SIP más común es la invitación. En vez de localizar directamente a la parte llamada deseada, una petición del SIP se puede redirigir o puede disparar una cadena de nuevas peticiones del SIP por proxies. Los usuarios pueden registrar su localización(es) con servidores del SIP. Esto implica que la parte conectando debe saber el UPI del SIP como un entero para la parte a ser conectada de antemano. De esta manera, la parte llamante tiene que saber la parte de red y la parte individual de la dirección del SIP. Se provee la solución entre partes por un proveedor homogéneo que provee un usuario homogéneo y gestión de identidad en contraste con la solución del SIP que se crea para una estructura de proveedor similar a la telecomunicación tradicional que tiene una serie de proveedores co-operantes y competidores. La co-operación de los proveedores se refiere esencialmente al surtido de una conexión de multimedia desde un suscriptor de un primer proveedor a otro suscriptor de un segundo proveedor. De esta manera, la solución entre partes hace fácil para un proveedor entre partes verificar que las identidades seleccionadas sean únicas y proveer mecanismos de investigación sobre todas las identidades. En la solución del SIP, todas las identidades del SIP tienen la parte individual además de la parte de red que es un resultado de que cada proveedor del SIP tiene su propia identidad de dominio. De esta manera, cada proveedor del SIP sólo se requiere para verificar la unicidad dentro de su propio dominio. Esto implica que la solución del SIP no se adapta para implementación de mecanismos de investigación y otras funciones que se extienden sobre una pluralidad de dominios. En la actualidad, no existen estándares para dicha interacción entre diferentes proveedores.

Para que un usuario X localice a un usuario Y dentro de un ambiente de tecnología del SIP, se tienen que realizar dos pasos: primero, el usuario Y teniendo un URI del SIP pre-definido tiene que ser localizable en la organización responsable de dominio. Segundo, el usuario X que quiere conectarse al URI del SIP del usuario Y necesita saber tanto una parte individual como la parte de dominio de red, juntas formando el URI del SIP de antemano. De esta manera, se desearía poder realizar los pasos anteriores en IMS en una manera tal que la parte llamante no requiera saber el URI del SIP de la parte llamada con anticipación.

BREVE DESCRIPCIÓN DE LA -NVENCIQN El problema objetivo es proveer disposiciones en IMS que maneje identidades de usuario en una manera tal que la parte llamante no requiera saber el URI del SIP de la parte llamada con anticipación. El problema objetivo se resuelve por las disposiciones que tienen las características de la reivindicación 1. Primero, el problema objetivo se resuelve por el Gestor de Contenido de Directorio en el sistema de IMS provisto con capacidades para auto-provisionar lo que hace posible al usuario seleccionar un ¡dentificador por el que quiere ser localizado. El identificador seleccionado se almacena en un Gestor de Contenido de Directorio.

Segundo, el problema objetivo se resuelve por un Motor de Investigación de Directorio en el sistema de IMS provisto con capacidades para buscar a través de todos los usuarios de IMS sin importar su relación de operador. Es posible la búsqueda de forma libre a través de la serie completa de identificadores de usuario, lo que devuelve URI's completos y precisos. De acuerdo con la presente invención, se provee una disposición que comprende una base de datos adaptada para almacenar y publicar al menos un identíficador seleccionado por el usuario, en donde la base de datos es accesible a un gestor de contenido, adaptado para asociar el al menos un identificador seleccionado con el URI del SIP del usuario. La invención comprende además un motor de búsqueda, adaptado para buscar un URI del SIP en la base de datos vía el identificador seleccionado publicado asociado y actuar como un interfaz entre diferentes dominios proveedores del SIP en donde la base de datos dispuesta además para reenviar una petición de búsqueda a otros operadores. La disposición hace posible manejar identidades de usuario en tal manera que la parte llamante no requiere saber el URI del SIP de la parte llamada con anticipación. Una ventaja de la presente invención es que la identidad de usuario no es dependiente del operador. En un segundo aspecto de la presente invención, se provee una disposición que comprende una base de datos adaptada para almacenar y publicar al menos un identificador seleccionado por el usuario, un gestor de contenido, adaptado para asociar el al menos un identificador seleccionado con el URI del SIP del usuario, y en donde la base de datos es accesible a un motor de búsqueda, adaptado para buscar un URI del SIP en la base de datos vía el identificador seleccionado publicado asociado y para actuar como un interfaz entre diferentes dominios proveedores del SIP. La disposición hace posible manejar identidades de usuario en una manera tal que la parte llamante no requiere saber el URI del SIP de la parte llamada con anticipación. En un tercer aspecto de la presente invención, se provee una disposición que comprende una base de datos adaptada para almacenar y publicar al menos un identificador seleccionado por el usuario, en donde la base de datos es accesible a un gestor de contenido, adaptada para asociar el al menos un identificador seleccionado con el URI del SIP del usuario, y un motor de búsqueda, adaptado para buscar un URI del SIP en la base de datos vía el identificador seleccionado publicado asociado y para actuar como un interfaz entre diferentes dominios proveedores del SIP. La disposición hace posible manejar identidades de usuario en una manera tal que la parte llamante no requiere saber el URI del SIP de la parte llamada con anticipación. En un cuarto aspecto de la presente invención, se provee una disposición que comprende una base de datos adaptada para almacenar y publicar al menos un identificador seleccionado por el usuario, un gestor de contenido, adaptado para asociar el al menos un identíficador seleccionado con el URI del SIP del usuario, y un motor de búsqueda, adaptado para buscar un URI del SIP en la base de datos vía el identificador seleccionado publicado asociado y para actuar como un interfaz entre diferentes dominios proveedores del SIP. La disposición hace posible manejar identidades de usuario en una manera tal que la parte llamante no requiere saber el URI del SIP de la parte llamada con anticipación. Una ventaja con la presente invención es que la identidad de usuario no es dependiente del operador. Otra ventaja con la presente invención es que un usuario puede elegir la identidad por la que quiere ser localizado. Otra ventaja con la presente invención es que es posible una búsqueda de texto libre de un usuario. Otra ventaja de la presente invención es que el mecanismo de búsqueda es capaz de encontrar usuarios suscritos al IMS sin importar si están activos (es decir, conectados) o no.

DIBUJOS La figura 1 muestra esquemáticamente la conexión de IMS, en donde la presente invención se puede implementar, a un Sistema de Telecomunicación Móvil Universal. La figura 2 muestra esquemáticamente la interacción entre la base de datos, el gestor de control y el motor de búsqueda de la presente invención.

DESCRIPCIÓN DETALLADA DE LA -NVENCIOI A fin de evitar la desventaja de la técnica anterior que el URI del SIP de la parte llamada debe conocer, la presente invención provee disposiciones para permitir al usuario en una manera de auto-provisión seleccionar al menos un identificador por el que quiera ser localizado. El al menos un identificador puede ser el nombre del usuario, o un alias, o palabras clave indicando una localización geográfica, un hobby particular o el equipo de fútbol soccer favorito del usuario. Las disposiciones de la presente invención proveen medios para asociar cada identificador seleccionado con el URI del SIP del usuario. Además, los identificadores seleccionados entonces pueden ser buscados por los usuarios. Esta manera de auto-provisión por seleccionar identidades se puede lograr gracias a que las disposiciones de la invención proveen medios para definir interfaces entre diferentes proveedores y sus dominios. Por tanto, las disposiciones de la presente invención, ilustradas en la figura 2, comprenden una base de datos, indicada como una Base de Datos de Directorio (DDB), un gestor de contenido indicado como un Gestor de Contenido de Directorio (DCM) y un motor de búsqueda indicado como un Motor de Búsqueda de Directorio (DSE). Las disposiciones se adaptan para emplearse en un dominio del SIP de un proveedor. Preferiblemente, un dominio del SIP comprende una DDB, un DCM y un DSE, en donde la DDB es accesible al DCM y el DSE.

La DDB se adapta para almacenar las identidades seleccionadas por los usuarios, los URIs del SIP, y asociaciones entre identidades seleccionadas y URIs del SIP. El DCM es un procesador, por ejemplo, adaptado para solicitar almacenar las identidades seleccionadas y una asociación entre las identidades seleccionadas y los URIs del SIP en la DDB. El DSE es un motor de búsqueda adaptado para buscar en una DDB asociada. El DSE también puede reenviar una petición de búsqueda a las otras DDBs de otros proveedores, vía el DSE de los otros proveedores, es decir, el DSE se adapta para actuar como un interfaz entre diferentes dominios de proveedor. De esta manera, el DSE es un motor de búsqueda convencional equipado con lógica adicional. La DDB, DCM y el DSE se ubican de preferencia en un nodo individual, pero la DDB, DCM y el DSE también se pueden distribuir en nodos separados dentro de un dominio del SIP. En una modalidad preferida de la presente invención, al menos uno de la DDB, el DCM y el DSE se co-localiza con el Servidor de Suscriptor Doméstico (HSS).

PROCEDIMIENTO DE PROVIS.ÓI El usuario tiene una relación con el operador que le provee servicios celulares básicos, por ejemplo, en asociación con una red de UMTS. Esta relación contiene la identidad verdadera del usuario, por ejemplo, en la forma de primernombre.apellido@operador.com. El usuario puede decidir suscribirse a los servicios de IMS provistos por su operador. Dicha suscripción puede implicar acceso a comunicaciones de multimedia, mensajes instantáneos, presencia, apuestas, etc. El usuario entra a las disposiciones de la presente invención preferiblemente a través de un interfaz de red. Las preferencias del usuario se pueden manipular al usar el interfaz Ut a base de http estandarizado en caso de que se use el servidor de presencia IMS como la base para implementación de las funcionalidades del DCM. El DCM se dispone para revisar identificadores automáticamente provistos por el posicionamiento estándar de IMS, es decir, al menos un URI a base de texto y uno a base de número telefónico. A fin de evitar el requerimiento de que el URI del SIP de la parte llamada deba ser conocido, el usuario puede seleccionar al menos una identidad por la que quiera ser localizado. La DDB está dispuesta para almacenar el al menos un identificador seleccionado por el usuario. De acuerdo con una modalidad de la presente invención, el DCM está dispuesto para verificar que el identifícador seleccionado es único sobre los usuarios de ese operador, de lo contrario se puede solicitar reselección o posiblemente sólo se puede recomendar. De acuerdo con otra modalidad de la presente invención, el DCM está dispuesto para generar identificadores internos con ortografías alternativas, por ejemplo, para identificadores seleccionados que se derivan de nombres propios, a fin de manejar idiomas en donde múltiples ortografías del mismo nombre son comunes. El DCM también puede manejar el uso de diferentes términos teniendo el mismo significado, es decir, búsquedas para estación móvil, equipo de usuario, teléfono celular, etc., todos pueden dar el mismo resultado ya que el significado intrínseco es el mismo. De acuerdo con otra modalidad de la presente invención, el DCM está dispuesto para crear al menos un alias asociado con al menos un identificador seleccionado según lo desee el usuario, en donde el al menos un alias creado se almacena y publica en la DDB.

Además, el DCM, de conformidad con una modalidad de la invención, está dispuesto para comunicar al usuario que la verdadera identidad de dicho usuario puede ser revelada a otros usuarios. Si no es aceptable para el usuario, el DCM puede generar ¡dentificadores privados o anónimos a ser asociados con el URI del SIP. Por consiguiente, el operador puede actualizar preferiblemente su base de datos de usuario. La DDB de directorio que se puede buscar está dispuesta para publicar las identidades seleccionadas. Si el operador se conecta a un operador de transito del IMS, se actualiza el directorio de transito. Esto implica que un operador de transito transportando tráfico pero sin deber clientes tiene un DBE y un DSE pero no requiere tener un DCM.

Cuando la identidad seleccionada del usuario es publicada en la DDB de directorio que se puede buscar, el usuario está al alcance de otro usuario del IMS independientemente del dominio del usuario.

PROCEDIMIENTO DE BUSQUE El procedimiento de búsqueda de conformidad con modalidades preferidas de la invención se ilustra por el escenario en donde el usuario X quiere localizar a un usuario Y. El procedimiento de búsqueda es controlado por el DSE. El usuario X sólo sabe el nombre o una parte de un nombre, o posiblemente otro fragmento de texto útil asociado con el usuario Y. El usuario X no sabe el identificador del SIP o el dominio responsable por la suscripción del usuario Y. Al usar la presente invención, el usuario X puede tener acceso al motor de búsqueda de usuario del IMS de su operador y dar la clave(s) de búsqueda para el usuario Y y solicitar el URI del SIP de ese usuario. Primero, el DSE controla la búsqueda, de modo que se busca el directorio de usuario del operador propio. Una variedad de mecanismos de búsqueda se puede usar para implementar esto, incluyendo tanto tecnología de base de datos clásica como búsquedas a base de texto de estilo libre de motor de búsqueda de red sobre la serie de datos entera. El DSE está dispuesto para buscar el usuario en ondas, de conformidad con una modalidad preferida de la presente invención. De esta manera, si no hay resultado local en el proveedor del usuario X, el DSE puede reenviar la petición de búsqueda a DSEs de todos los demás proveedores en el área geográfica inmediata, ya que el DSE se adapta para actuar como un interfaz entre proveedores de diferentes dominios del SIP. El DSE puede agregar a la petición de búsqueda una lista de operadores que ya han sido contactados, para evitar peticiones provenientes de múltiples direcciones, lo que resulta en que ese árbol de búsqueda está limitado. Alternativamente, el DSE del dominio de origen puede crear un identificador de búsqueda único, de modo que una red receptora puede reconocer peticiones de búsqueda y descartar copias de peticiones de búsqueda idénticas. La búsqueda puede ser controlada por medio de una configuración administrativa del DSE que puede depender del lugar donde se origine la petición. Si no hay resultado en el área inmediata, la petición es enviada por el DSE a un operador de transito, si es aplicable. Un dominio que recibe una petición y no la puede resolver, envía la petición a dominios en conexión que no han sido previamente contactados, por ejemplo, al usar la lista o el identificador de búsqueda único como se describió antes. Note que esto aplica también a un operador de transito conectado a otros operadores de transito, es decir, la forma en que GPRS depende de un número de redes de GRX interconectadas. La red de GRX es una red que interconecta redes de GPRS de diferentes operadores en una manera segura, protegida y controlada. El proceso de búsqueda es repetido hasta que todos los operadores también referidos como proveedores, incluyendo todos los Operadores de Red Virtual Móvil (MVNO) son buscados. Un MVNO es un operador que tiene clientes pero que no tiene una red de acceso propia. El solicitante (es decir, el usuario X en este caso) puede establecer límites en cuanto a qué tan lejos el solicitante quiere que se extienda la petición. También, un dominio receptor puede elegir enviar una petición de validación de regreso antes de lanzar una búsqueda. A fin de obtener una búsqueda más rápida en los casos donde el usuario X ya sabe el dominio, u otra propiedad del usuario Y, el motor de búsqueda puede comprender medios para implementar una sintaxis extendida a fin de informar el motor de búsqueda sobre los atributos donde buscar. Es decir, puede ser posible buscar solamente usuarios en un país específico, o usuarios perteneciendo a un proveedor específico. Además, el motor de búsqueda puede elegir las redes en donde buscar cuando se sabe el país, en donde esta característica también se puede aplicar a otros parámetros que es obvia para un experto en la técnica. Los resultados de la búsqueda son enviados a la red doméstica del usuario X por el DSE. Los datos de salida devueltos, es decir, los resultados resultantes de la búsqueda, comprenden información que hacen posible que el usuario X juzgue si se encontró o no el usuario buscado. El tipo de información en los datos devueltos depende de lo que los usuarios del directorio de búsqueda quieren que se publiquen. Ejemplos de dicha información son domicilio, número telefónico, etc. Los datos de entrada metidos en el mecanismo de búsqueda pueden ser del mismo tipo. Los datos devueltos se pueden estructurar, por ejemplo, como tarjetas de presentación (tarjetas v), para permitir interpretación automática en un cliente tal como un teléfono celular permitiendo inclusión automática en un directorio telefónico, por ejemplo. Los resultados devueltos incluyen al menos los URIs del SIP asociados con la información que hace posible juzgar si se encontró o no el usuario buscado. El URI del SIP del usuario (usuario Y en el ejemplo) que es buscado ahora se puede usar para crear la señal INVITE de sesión, lo que inicia una llamada al usuario Y. A fin de proveer este mecanismo de búsqueda, los operadores, incluyendo cualquier operador de transito presente, requieren tener una petición de búsqueda estandarizada/interfaz de respuesta entre sus DSEs. Este interfaz y capacidad puede ser una parte del acuerdo de interconexión del IMS de los operadores. Al usar el DSE de la presente invención, se pueden realizar búsquedas en ondas administrativamente controladas alcanzando más y más lejos hasta que se cubran todos los operadores incluyendo MVNOs. De acuerdo con una modalidad de la presente invención, un único DSE se adapta para usarse para una pluralidad de DDBs y/o DCMs, por ejemplo, localizados en una pluralidad de redes. De esta manera, un nodo de DSE puede actuar como un nodo de DSE central y es capaz de buscar URIs del SIP en una comunidad GRX comprendiendo una pluralidad de redes de operador. Al inicio, el nodo de DSE busca la comunidad GRX entera a fin de catalogar la comunidad GRX según los URIs del SIP a fin de poder dar respuestas más rápidas a peticiones posteriores. El IMS, en donde la presente invención se adapta para implementarse, se conecta a una red de conmutación de paquetes. La red de conmutación de paquetes es, en una modalidad preferida, un Sistema de Telecomunicación Móvil Universal (UMTS). En los dibujos y especificación, se han descrito modalidades preferidas típicas de la invención y, aunque se emplean términos específicos, se usan en un sentido genérico y descriptivo solamente y no para propósito de limitación, el alcance de la invención siendo establecido en las siguientes reivindicaciones.

Claims (2)

REIVINDICACIONES

1.- Una disposición adaptada para implementación en un protocolo "Session Initiated Protocol", SIP, el dominio de operador en el subsistema de multimedia de IP (IMS), para la gestión de identidades de usuario de SIP en donde cada usuario de SIP es identificado por un URI del SIP, la disposición comprende una base de datos (DDB) adaptada para almacenar y publicar al menos un identificador seleccionado por el usuario, en donde la base de datos (DDB) es accesible a un gestor de contenido (DCM), adaptado para asociar el al menos un identificador seleccionado con el URI del SIP del usuario, y caracterizado además porque comprende un motor de búsqueda (DSE), adaptado para buscar un URI del SIP en la base de datos (DDB) vía el identificador asociado publicado seleccionado y actuar como un interfaz entre diferentes dominios de operador del SIP y adaptado para reenviar una petición de búsqueda a otros operadores. 2 - La disposición de conformidad con cualquiera de las reivindicaciones anteriores, caracterizada además porque se adapta para que el usuario tenga acceso vía un interfaz de red. 3.- La disposición de conformidad con cualquiera de las reivindicaciones anteriores, caracterizada además porque el gestor de contenido (DCM) está dispuesto para verificar que el identificador seleccionado sea único sobre los usuarios de un operador. 4.- La disposición de conformidad con cualquiera de las reivindicaciones anteriores, caracterizada además porque el gestor de contenido (DCM) está dispuesto para generar al menos un identificador interno con ortografía alternativa asociada con el identificador seleccionado. 5.- La disposición de conformidad con cualquiera de las reivindicaciones anteriores, caracterizada además porque el gestor de contenido (DCM) está dispuesto para crear al menos un alias asociado con al menos un identificador seleccionado según lo desee el usuario, en donde el al menos un alias creado se almacena y publica en la base de datos (DDB). 6 - La disposición de conformidad con cualquiera de las reivindicaciones anteriores, caracterizada además porque el gestor de contenido (DCM) está dispuesto para comunicar al usuario que el URI del SIP de dicho usuario puede ser revelado a otros usuarios. 7.- La disposición de conformidad con la reivindicación 9, caracterizada además porque el gestor de contenido (DCM) está dispuesto para generar un identificador privado o anónimo para asociarse con el URI del SIP del usuario. 8.- La disposición de conformidad con cualquiera de las reivindicaciones anteriores, caracterizada además porque el motor de búsqueda (DSE) está dispuesto para buscar un usuario en ondas de modo que una petición de búsqueda es enviada al propio operador primero, y el motor de búsqueda (DSE) está dispuesto posteriormente para reenviar la petición de búsqueda a otros operadores. 9 - La disposición de conformidad con la reivindicación 11, caracterizada además porque el motor de búsqueda (DSE) está dispuesto para agregar una lista que comprende operadores que ya han sido contactados a la petición de búsqueda. 10.- La disposición de conformidad con la reivindicación 11, caracterizada además porque el gestor de contenido está dispuesto para crear un identificador único de modo que una red receptora puede reconocer peticiones de búsqueda. 11.- La disposición de conformidad con cualquiera de las reivindicaciones anteriores, caracterizada además porque al menos uno de la base de datos (DDB), gestor de contenido (DCM) y el motor de búsqueda (DSE) está ubicado en un modo separado. 1

2.- La disposición de conformidad con cualquiera de las reivindicaciones anteriores, caracterizada además porque al menos uno de la base de datos (DDB), gestor de contenido (DCM) y el motor de búsqueda (DSE) está co-ubicado con un Servidor de Suscriptor Doméstico (HSS). 13 - La disposición de conformidad con cualquiera de las reivindicaciones anteriores, caracterizada además porque un motor de búsqueda (DSE) se adapta para usarse para una pluralidad de bases de datos (DDBs) y/o una pluralidad de gestores de contenido (DCMs). 14.- La disposición de conformidad con cualquiera de las reivindicaciones anteriores, caracterizada además porque se implementa en un Sistema de Telecomunicación Móvil Universal.