MXPA03004508A - Sistema y metodo de manejo de errores en una red de comunicaciones movil que tiene un conmutador reemplazante. - Google Patents

Abstract

Se describe un conmutador de reemplazo, metodos de comunicacion y logica de comunicacion para utilizarlos en una red movil; se despliega un conmutador de reemplazo entre un subsistema de estacion base y un centro de estacion movil; este recibe mensajes de senalizacion y los vuelve a transmitir, los bloquea, los convierte, o los sifonea a una red alternativa; ademas de proveer una capacidad para descargar trafico movil, provee una plataforma para nuevos servicios de comunicacion; un conmutador de reemplazo incluye logica de manejo del mensaje de senalizacion para recibir mensajes de senalizacion desde MSC y BS de acuerdo con un protocolo de senalizacion movil; la logica de transmision de mensajes emite mensajes a MSC y BS; se proveen una FSN y una BSN para comunicacion con MSC y otro par de FSN/BSN se proveen para comunicacion con BS; la logica detecta si un mensaje recibido es un cambio sobre el mensaje de orden (COO) desde un MSC y BS, indicando una ruptura en el primer enlace de senalizacion entre el conmutador reemplazante y uno de los MSC y BS, y la logica genera y envia un mensaje COA a uno de los MSC y BS que contiene la BSN mantenida mediante el conmutador para comunicacion con uno de los MSC y BS; la logica de emulacion de errores fuerza una ruptura en un segundo enlace de senalizacion entre el conmutador reemplazante y el otro MSC y ES, en donde el segundo enlace de senalizacion se configura para corresponder con el primer enlace de senalizacion, y genera y envia un nuevo mensaje COO al otro MSC BS.

Description

SISTEMA Y METODO DE ADMINISTRACION DE FALLA EN UNA RED DE COMUNICACIONES MOVIL QUE TIENE UN INTERRUPTOR PROXY CAMPO DE LA INVENCION La presente invención se refiere las comunicaciones móviles y más particularmente, al uso de un interruptor proxy en una red de comunicaciones móvil para mejorar la capacidad y efectividad en costos de la red de comunicaciones y para ofrecer una plataforma para nuevos servicios móviles ANTECEDENTES DE LA INVENCION Todos los sistemas móviles de comunicación modernos tienen una configuración jerárquica, en la cual "un área de cobertura" geográfica es segmentada en un número de áreas geográficas más pequeñas denominadas "células". Haciendo referencia a la Figura 1 , cada una de las células es preferentemente servida por una Estación Transmisora-Receptora Base (BTS) 102a. Varias BTSs 102b~n son agregadas mediante enlaces fijos 104a-n en un Controlador de Estación Base (BSC) 106a. Las BTSs y el BSC, en algunas ocasiones son denominados colectivamente como el Subsistema de Estación Base (BS) 107. Varios BSCs 106b-n pueden ser agregados al Centro de Conmutación Móvil (MSC) 1 10 por medio de enlaces fijos 108a-n.

El MSC 1 10, actúa como un intercambio de conmutación local (con características adicionales a la condición de administración del manejo de la movilidad, que se discutirá más adelante) y se comunica con la red telefónica (PSTN) 120 a través de grupos de enlace. Con respecto a las redes móviles de E.U.A., existe un concepto de MSC doméstico y un MSC de puerta. El MSC doméstico, es el MSC que corresponde al intercambio asociado con una Estación Móvil (MS); esta asociación está basada en el número telefónico, por ejemplo, código de área de la MS. (El MSC doméstico es responsable del HLR que se planteará más adelante). Por otra parte, el MSC de puerta es el cambio utilizado para conectar la llamada de la MS a la PSTN. En consecuencia, en algunas ocasiones el MSC doméstico y el MSC de puerta son la misma entidad, pero en otras ocasiones no lo son (por ejemplo, cuando la MS está transitando). Normalmente, un Registro de Ubicación de Visita (VLR) 166 comparte la ubicación con el MSC 10 y un HLR singular en forma lógica es utilizado en la red móvil. Como se explicará más adelante, el HLR y el VLR son utilizados para almacenar varios tipos de información y perfiles de los suscriptores. En concreto, un número de canales de radio 1 12 son asociados con el área de cobertura total. Los canales de radio son segmentados en grupos de canales destinados a células individuales. Los canales son utilizados para transportar información de señalización para establecer conexiones de llamadas telefónicas y similares, y para transportar información de voz y datos una vez que es establecida la conexión de llamadas.

A un nivel relativamente alto de abstracción, la señalización de la red móvil involucra por lo menos dos aspectos principales. Un aspecto involucra la señalización entre una MS y el resto de la red. Con la tecnología 2G ("2G" es el término utilizado por la industria para denominar a la "segunda generación") y la tecnología posterior, esta señalización considera los métodos de acceso utilizados por la MS (por ejemplo, acceso múltiple de división por tiempo, ó TDMA; acceso múltiple de división por código, ó CDMA), en la asignación de canales de radio, autenticación, etc. Un segundo aspecto, involucra la señalización entre las diversas entidades en la red móvil, tales como señalización entre los MSCs, VLRs, HLRs, etc. Esta segunda parte, con frecuencia es denominada como la Parte de Aplicación Móvil (MAP), especialmente cuando es utilizada en el contexto del Sistema de Señalización No. 7 (SS7). Las diversas formas de señalización (así como la comunicación de datos y voz) son trasmitidas y recibidas de acuerdo con diversos estándares. Por ejemplo, la Asociación de la Industria Electrónica (EIA) y la Asociación de la Industria de Telecomunicaciones (TIA) ayudan a definir varios de los estándares de E.U.A., tales como el IS-41 , el cual es un estándar MAP. De forma análoga, la CCITT e ITU ayudan a definir los estándares internacionales, tales como el GSM-MAP, el cual es un estándar MAP internacional. La información acerca de estos estándares es bien conocida y puede ser encontrada a partir de los organismos de estructuración relevantes, así como en la literatura, ver por ejemplo, Bosse, Sígnalíng in Telecomunications Networks (Wiley, 1998). Para entregar una llamada desde una MS 1 14, un usuario marca el número y presiona "enviar" en un teléfono celular u otra MS. La MS 1 14 envía el número marcado que indica el servicio solicitado al MSC 1 10 por medio del BS 107. El MSC 110 verifica con un VLR asociado 1 16 (que se explicará más adelante) para determinar si a la MS 114 se le permite el servicio solicitado. El MSC de puerta enruta la llamada al cambio local del usuario a quien se le marcó en la PSTN 120. El cambio local alerta a la terminal del usuario llamado, y una señal de respuesta es enrutada de regreso a la MS 1 14 a través del MSC 110 que da servicio, el cual, entonces completa la vía de conversación para la MS. Una vez que la configuración es completada, la llamada puede continuar. Para entregar una llamada a una MS 114, (asumiendo que la llamada se origina desde la PSTN 120) el usuario de la PSTM marca el número telefónico asociado de la MS. De acuerdo, por lo menos con los estándares de E.U.A, la PSTN 120 enruta la llamada al MSC doméstico de la MS (el cual puede o no ser el que sirve a la MS). Entonces, el MSC interroga al HLR 118 para determinar cuál MSC está dando servicio actualmente a la MS. Este también actúa para informar al MSC que está sirviendo si una llamada está próxima a aparecer. El MSC doméstico entonces enruta la llamada al MSC que está sirviendo. El MSC que está sirviendo busca la MS por medio del BS adecuado. La MS responde y son configurados los enlaces de señalización adecuados. Durante una llamada, el BS 107 y la MS 114 pueden cooperar para cambiar los canales o las BTSs 102, si es necesario, por ejemplo, debido a las condiciones de la señal. Estos cambios son conocidos como "enlace de transmisiones", e involucran sus propios tipos de mensajes y señalización conocidos. Un aspecto de la MAP involucra a la "administración de movilidad". En concreto, se pueden necesitar y utilizar los diferentes BSs y MSCs para servir a una MS, conforme la MS 114 transita a diferentes ubicaciones. La administración de movilidad asegura que el MSC de puerta tenga el perfil del suscriptor y otra información que necesita el MSC para dar servicio (y la facturación) de llamadas de forma adecuada. Para este fin, los MSCs utilizan un Registro de Ubicación de Visita (VLR) 1 16 y un Registro de Ubicación Domestica (HLR) 118. El HLR es utilizado para almacenar y recuperar el número de identificación móvil (MIN), el número de serie electrónico (ESN), el estado de la MS, y el perfil de servicio de la MS, entre otras cosas. El VLR almacena información similar además de almacenar una identificación del MSC que identifica el MSC de puerta. Además, bajo los protocolos adecuados MAP, los procedimientos actualización de ubicación (o notificaciones de registro) son realizados de tal manera que, el MSC doméstico de un subscriptor móvil conoce la ubicación de sus usuarios. Estos procedimientos son utilizados cuando una MS transita de una ubicación a otra, o cuando una MS es encendida y se registra a sí misma para accesar a la red. Por ejemplo un procedimiento de actualización de ubicación puede continuar con la MS 1 14 que envía una solicitud de actualización de ubicación al VLR 1 16 por medio del BS 107 y el MSC 1 10. El VLR 116 envía un mensaje de actualización de ubicación al HLR 1 18 que sirve a la MS 114, y el perfil del subscriptor es descargado desde el HLR 1 18 para el VLR 116. A la MS 114 es enviada un acuse de recibo de que la actualización de ubicación ha sido exitosa. El HLR 118 solicita al VLR (si lo hay) que antes guarde los datos de perfil para borrar los datos relacionados con la MS 1 14 reubicada. La Figura 2, muestra con mayor detalle la señalización e interfases de tráfico del usuario entre un BS 107 y un MSC 1 0 en una red móvil CDMA. El BS 107, comunica información de señalización utilizando la inferíase A1. La interfase A2, transporta el tráfico del usuario (por ejemplo, señales de voz) entre el componente interruptor 204 del MSC y el BS 107. La interfase A5, es utilizada para proporcionar una trayectoria para el tráfico del usuario para llamadas de datos circuito alternado (como contrapuestas a las llamadas de voz) entre la fuente BS y el MSC. Conforme el número de sitios celulares o el número de subscriptores crece, la carga en el MSC 110 se incrementa. Estas cargas incrementadas obligan al proveedor de servicio a agregar mayor capacidad al sistema. Normalmente, para agregar mayor capacidad, el proveedor de servicios agrega mas módulos de interruptor al MSC ó despliega MSCs adicionales en la red. Cualquiera de las alternativas involucra un costo significativo. Además, los subscriptores están demandando servicios más nuevos, por ejemplo, "llamadas de datos" para la Internet. Para algunos de estos servicios, los MSCs no son eficientes en costo, debido a que principalmente fueron diseñados para llamadas de voz. La integración de nuevos servicios en el MSC es complicada o no es factible debido a que los derechos de propiedad y los diseños cerrados son utilizados por muchas arquitecturas de software MSC. Es decir, el software lógico necesario para proporcionar los servicios no es fácil de agregar al MSC 110. Con frecuencia, un interruptor adjunto es utilizado para proporcionar tales servicios. Por ejemplo, una Función de trabajo interno (IWF) es un adjunto para enrutar una llamada de datos a la Internet. Cualquier acercamiento -que integra funcionalidad al MSC ó agrega un adjunto lateral de enlace- involucra al MSC en la entrega del servicio. Debido a que se espera un nuevo servicio para satisfacer la demanda, la integración de servicios nuevos por medio de los cambios en el diseño del MSC ó a través de adjuntos laterales de enlace, es similar a exacerbar la congestión de la red en el MSC y requerir recursos MSC costosos.

Resumen La presente invención proporciona sistemas y métodos de comunicación móvil. En particular, las operaciones de conmutación son realizadas entre por lo menos un centro de conmutación móvil (MSC) y por lo menos un subsistema de estación base (BS). La conmutación, de acuerdo con un aspecto de la presente invención, permite que el tráfico de comunicación sea sifoneado para o desde una red alternativa. En consecuencia, el número de mensajes enviados desde el BS pueden no corresponder al número de mensajes recibidos por un MSC, por ejemplo, debido a que son sifoneados a un red alternativa. Por lo tanto, de acuerdo con un aspecto de la presente invención, la conmutación proporciona administración de fallas dentro de dicho ambiente, proporcionando contadores de FSN y de BSN en un interruptor proxy que se encuentra entre un BS y un MSC. De acuerdo con un aspecto de la presente invención, la administración de fallas es proporcionada por una red de comunicaciones móvil que tiene por lo menos un BS, y por lo menos una MS, por lo menos un MSC, y por lo menos un interruptor en comunicación con por lo menos uno de los subsistemas de estación base y por lo menos uno de los MSCs. El interruptor proporciona un contador de número de secuencia de envío (FSN) y un contador de número de secuencia de retroceso (BSN) para comunicarse con el MSC, y un FSN y un BSN para comunicarse con el BS. Conforme los mensajes son recibidos y enviados por el interruptor, el interruptor mantiene el par de FSN y BSN correspondiente de acuerdo con los mensajes. El interruptor detecta si un mensaje recibido es un mensaje de orden de transferencia (COO) que proviene de uno entre el MSC y el BS, indicando una avería en un primer enlace de señalización entre el interruptor y uno de entre el MSC y el BS, y produce una avería en un segundo enlace de señalización entre el interruptor y el otro MSC y BS, el cual corresponde al primer enlace de señalización. El interruptor genera y envía un mensaje COO nuevo ai otro de entre el MSC y el BS. El interruptor recibe un mensaje de acuse de recibo de transferencia (COA) desde el otro MSC y BS, y el interruptor genera y envía un nuevo mensaje COA para uno de entre el MSC y BS, en el cual, el mensaje COA nuevo contiene el BSN mantenido por el interruptor para comunicación con uno de entre el MSC y el BS. En otro aspecto de la presente invención, un interruptor proxy incluye lógica de manejo de mensaje de señalización para recibir mensajes de señalización desde el MSC y el BS, de acuerdo con dicho protocolo de señalización móvil. La lógica de transmisión de mensaje emite mensajes para el MSC y el BS. Se proporcionan un FSN y un BSN para comunicación con el MSC y es proporcionado otro par FSN/BSN para comunicación con el BS. La lógica detecta si un mensaje recibido es un mensaje de orden de transferencia (COO) desde uno de entre el MSC y el BS, que indica una avería en un primer enlace de señalización entre el interruptor proxy y uno de entre el MSC y el BS, y la lógica genera y envía un mensaje COA a uno de entre el MSC y el BS que contiene el BSN mantenido por el interruptor para comunicación con uno de entre el MSC y el BS. La lógica de emulación de falla produce una avería en el segundo enlace de señalización entre el interruptor proxy y el otro de entre el MSC y el BS, en donde el segundo enlace de señalización es configurado para corresponder al primer enlace de señalización, y genera y envía un mensaje COO nuevo al otro de entre el MSC y el BS.

BREVE DESCRIPCION DE LOS DIBUJOS En los dibujos, La Figura 1 , es un diagrama de sistema de las redes móviles de la técnica anterior; La Figura 2, ¡lustra una inferíase de la técnica anterior entre una BS y un centro de conmutación móvil en una red móvil de la técnica anterior; Las Figuras 3A-3B, ilustran un interruptor proxy y ciertos despliegues en una red móvil de conformidad con las modalidades preferidas de la presente invención; La Figura 4, ¡lustra un plano de datos de ejemplo de un interruptor proxy de conformidad con una modalidad preferida de la presente invención; La Figura 5, ilustra la lógica de administración de movilidad de un interruptor proxy de conformidad con una modalidad preferida de la presente invención; Las Figuras 6A-6B, ilustran lógica de características complementaria de un interruptor proxy de conformidad con una modalidad preferida de la presente invención; La Figura 7 A, ilustra una lógica de administración de falla de un interruptor proxy de conformidad con una modalidad preferida de la presente invención; La Figura 7B, ilustra contadores FSN Y BSN de un interruptor proxy de conformidad con una modalidad preferida de la presente invención; La Figura 8, ilustra la lógica de sifonaje del mensaje de un interruptor proxy de conformidad con una modalidad preferida de la presente invención; La Figura 9, ilustra la arquitectura de procedimiento de software de un interruptor proxy de conformidad con una modalidad preferida de la presente invención; La Figura 0, ilustra la arquitectura de procedimiento de software de un interruptor proxy de conformidad con una modalidad preferida de la presente invención; La Figura 11 , ilustra la arquitectura del módulo de software de ciertos procedimientos de un interruptor proxy de conformidad con una modalidad preferida de la presente invención; y Las Figuras 12 a 14, son diagramas de arquitectura simplificada para mostrar el flujo de mensajes e interacción de los procedimientos de software.

DESCRIPCION DETALLADA DE LA INVENCION Las modalidades preferidas de la presente invención proporcionan un interruptor proxy y un método de uso del mismo en una red de comunicaciones móvil. El interruptor proxy es preferentemente colocado entre un MSC y un BS, "transparente" para los otros componentes, que significa que ni el BS ni el MSC necesitan conocer al interruptor proxy ni necesitan alterar su conducta o funcionalidad debido a la existencia del interruptor proxy. En su lugar, el BS y el MSC operan como lo hacen convencionalmente, ignorantes a la existencia del interruptor proxy. Entre sus diversas ventajas, el interruptor proxy puede ayudar a aliviar la congestión en una red móvil. Por ejemplo, el interruptor proxy puede ser usado como: (a) para el sifonaje de la MS por el tráfico de comunicación originado fuera de la red antes de que ésta alcance al MSC y (b) para enviar el tráfico sifoneado al destino deseado por medio de una red alternativa, tal como una red con base en paquetes. De manera similar, el interruptor proxy puede ser utilizado para entregar comunicaciones a una MS desde una red alternativa. En consecuencia, los costosos recursos MSC y PSTN pueden ser evitados, y el interruptor proxy puede ser utilizado para incrementar la de capacidad de la red a un costo efectivo. Además, el interruptor proxy define un grupo de funciones habilitadoras que permiten a los nuevos servicios de comunicación ser proporcionados a una red. Por ejemplo, utilizando el interruptor proxy, los nuevos servicios de llamada en espera pueden ser integrados a la red móvil. La Figura 3A, muestra un despliegue preferido de un interruptor proxy 300, en el cual el interruptor proxy 300 es colocado entre el BS 107 y el MSC 1 0. Unicamente un subgrupo de enlaces 306 que transportan el tráfico del usuario necesitan ser determinados en el interruptor proxy; otros enlaces 308 pueden ser conectados directamente al MSC 110 y BS 107. Todos los enlaces de control 312 desde el BS 07 terminan en el interruptor proxy 300. El interruptor proxy incluye un plano de control 302 y un plano de datos 304 (también conocidos como un "plano portador"). El plano de control 302 maneja todo el tráfico el señalización, y el plano de datos 304 maneja todo el tráfico de usuarios para los enlaces conectados al interruptor proxy. Con referencia a los despliegues preferidos, el interruptor proxy 300 se comunica de conformidad con el mismo protocolo de señalización en ambos lados del plano de control 302. Por ejemplo, en modalidades adecuadas para la tecnología CDMA, los enlaces de señalización 312 entre el BS 107 y el interruptor proxy 300 transportan información de acuerdo con la inferíase A1 IS-634/IOS. De manera similar, los enlaces de señalización 314 entre el MSC 1 10 y el interruptor proxy 300 transportan información de acuerdo con la inferíase A1. Esta situación contrasta con otros conmutadores móviles complejos tales como el MSC o el BS en los cuales son utilizados diferentes estándares de señalización para comunicarse en las diferentes direcciones del interruptor. El MSC por ejemplo tiene una inferíase A1 en una dirección de! complejo y se comunica de acuerdo al SS7/ISUP en la otra dirección (por ejemplo, la dirección PSTN del interruptor). En otras modalidades, el interruptor proxy termina las interfases de ingresos más nuevas A8, A9, e interfases de egreso A10, A11 para el CDMA2000 para transportar tráfico con base en paquetes, tráfico tanto de señalización como de usuarios. Hoy en día, los MSCs actuales no soportan estas interfases de ingreso. El plano de datos del interruptor proxy 304 utiliza los mismos estándares en cada dirección del interruptor. Los enlaces 306 de dirección BS, en modalidades para el CDMA, se comunican de conformidad a las interfases A2 y A5, dependiendo si son transportados voz o datos, respectivamente, en los enlaces. Así mismo, los enlaces 307 en dirección MSC utilizan las mismas interfases. En contraste, el MSC tiene A2/A5 en una dirección, pero se comunican de acuerdo con los estándares de modulación codificados en pulsos de 64kb/s de la PSTN en la otra dirección. Adicionalmente, dado que todas las otras entidades en una red móvil utilizan sus propios códigos de punto dentro de su señalización (los "códigos de puntos" son utilizados como identificadores únicos en la red), en ciertas modalidades, el interruptor proxy 300 no utiliza este código de punto y en su lugar utiliza los códigos de punto contenidos en los mensajes que este recibe. Utilizando los códigos de punto del BS ó el MSC, en lugar del código de punto para el interruptor proxy, se facilita la transparencia de operación del interruptor proxy.

En ciertas modalidades, existe una correspondencia uno a uno entre un SC y un interruptor proxy. Varios BSs pueden trabajar con un interruptor proxy simple. La Figura 3B, muestra otro despliegue preferido. En el despliegue de la Figura 3B, el interruptor proxy 300 puede estar en comunicación con más de un MSC 1 10j-1 10k. El plano de control 302 del interruptor proxy 300, similar al que se despliega de la Figura 3a, puede recibir señales de control 3 2a-n desde varios BSs 107a-n. Además, el plano de datos 304 puede recibir enlaces 306a-n desde varios BSs. Sin embargo, a . diferencia del despliegue de la Figura 3a, el despliegue de la Figura 3b también recibe y envía información en los enlaces de señalización 3 4j-k a múltiple MSCs 1 10j-k. El despliegue de la Figura 3B, puede ser configurado para distribuir la carga de mejor forma en el sistema, para mejorar la confiabilidad (proporcionando una trayectoria alternativa a la MS), y para proporcionar servicios que consistentemente coinciden con el perfil del usuario. Bajo una modalidad que utiliza un despliegue de la Figura 3B, el sistema puede ser configurado de tal manera que las llamadas que provienen de un usuario determinado que llama son enrutadas a un MSC que maneja la mayoría del tráfico de usuario (como contrapuesto al que meramente se está utilizando en una ubicación geográfica en donde el usuario enciende su MS 1 14). Esta determinación puede ser basada en el monitoreo estadístico o puede ser configurada dentro de un perfil del usuario. Configurando el sistema de esta manera, la cantidad de mensajes de actualización de ubicación y mensajes similares, pueden ser reducidos. En otras modalidades, el interruptor proxy puede ser configurado de tal manera que las llamadas son dirigidas a los MSCs que son relativamente subutilizados. En esta forma, los administradores del sistema pueden ajustar mejor la carga en todo el sistema de comunicación bajo su dirección. Además, las llamadas pueden ser enrutadas a los MSCs que proporcionan servicios consistentes con un perfil de usuario dado. El interruptor proxy 300, incluye software que acepta todos los mensajes de señalización y, dependiendo del mensaje y del estado del sistema, realiza por lo menos una de las siguientes acciones: 1. pasa el mensaje inalterado al MSC ó BS que se dirigió en el mensaje; 2. intercepta mensajes entre el MSC y el BS; 3. para algunos mensajes interceptados, convierte los mensajes interceptados en un mensaje diferente y envía el mensaje convertido en lugar del original, en donde el mensaje interceptado es enviado al MSC ó BS de acuerdo con el mensaje interceptado; 4. sifonea el mensaje desde la red con base en la PSTN y móvil a una red alternativa. Los tipos de acciones realizadas en cada caso durante los eventos de activación son descritos a continuación.

En varios casos, particularmente cuando un mensaje que proviene de una MS 1 14 es sifoneado y el tráfico es dirigido a una red alternativa, el interruptor proxy 300 puede actuar como un MSC 110. En dicho rol, el interruptor proxy desempeña las responsabilidades y los roles que un MSC tradicional debería realizar. Algunas de estas funciones y roles pertenecen a la administración de movilidad. Considerando el caso de una MS de conexión móvil internacional; con forme éste transita de una célula a otra, éste puede transitar a una célula que es servida por un MSC diferente, por lo tanto necesita una transferencia entre el MSC fuente y el MSC objetivo. Si el interruptor proxy 300 ha sifoneado el mensaje y la llamada/sesión ha sido dirigida a una red alternativa, entonces la transferencia tiene que ser administrada por el interruptor proxy de manera análoga a la forma en que la transferencia podría ser administrada por un MSC convencional. El interruptor proxy tiene que asegurar que las bases de datos adecuadas estén actualizadas a la nueva ubicación de la MS. Otra función del interruptor proxy pertenece a la asignación de recursos. En particular, cuando una MS inicia una solicitud de mensaje a una nueva llamada/sesión los circuitos adecuados (canales) necesitan ser asignados para esta sesión. Dependiendo de la configuración del sistema y el estado del sistema, el interruptor proxy hace dichas asignaciones de manera análoga a la forma que el MSC convencional asigna los circuitos. La Figura 4, muestra un despliegue de ejemplo en el cual el interruptor proxy 300 es conectado a varias redes alternativas, tales como una columna IP 412 o una red basada en circuito alternativa 414, por ejemplo, un transportador diferente. Estas redes alternativas pueden ser utilizadas para transportar trafico de voz y/o datos a destinos deseados mientras que evitan en su totalidad o en parte la PSTN 120 junto con los costosos recursos del MSC 1 10. Alternativamente, estas disposiciones pueden ser utilizadas de tal forma que tráfico del circuito podría ser retrocedido a una red diferente; por ejemplo, el tráfico de circuito que proviene de Nashua, NH podría ser retrocedido a un MSC en Waltham MA. O puede ser utilizado para conectarse a otras redes. Por ejemplo, la columna IP 412 puede comunicarse con las redes de voz IP 418 o la Internet 416. Como será explicado más adelante, cuando se sifonea el tráfico hacia una red alternativa tanto la información de control (por ejemplo, desde los mensajes de señalización) como de voz o datos que proviene de los circuitos portadores en los enlaces 306 pueden ser enviados por medio de una red alternativa. Para soportar estos despliegues de ejemplo y mantener la transparencia, las modalidades preferidas de la presente invención proporcionan cierta funcionalidad central. Las funciones centrales facilitan el sifonaje del tráfico desde los enlaces 306 antes de que estos alcancen al SC 110; facilitan la inyección de tráfico sobre los enlaces 306 desde las redes alternativas; facilitan la transparencia de la operación; sirven como bloques de construcción para aplicaciones de un nivel mas alto; y/o soportan los procedimiento de recuperación de error.

Procedimiento para la administración de movilidad en la presencia de un interruptor proxy Cuando transita una MS 1 14 en una red, los procedimiento estándar para la administración de movimiento requieren que la MS emita actualizaciones de ubicación o notificaciones de registro conforme la MS transita de una célula a otra. Estas actualizaciones son recibidas por el MSC 10 (a través del BSC), y eventualmente, el complejo VLR/HLR es actualizado con la nueva ubicación de la MS. Sin embargo los procedimientos estándar pueden no trabajar en ciertas modalidades y estados del sistema de la presente invención. Por ejemplo, la MS puede estar involucrada en una llamada que no utiliza al MSC (por ejemplo, uno que es manejado por una red alternativa) no obstante la MS puede necesitar emitir la actualización de ubicación o los mensajes de transferencia. Para este fin, las modalidades preferidas de la presente invención proporcionan lógica de administración de movilidad para el interruptor proxy, descrito con referencia a las Figuras 3 y 5 conjuntamente. Si una actualización de ubicación o mensaje de transferencia es recibido desde la BS 107 mediante el interruptor proxy 300, el interruptor proxy 300 determina si la MS esta actualmente involucrado en una llamada 505. Si la MS no esta involucrada en una llamada, entonces el interruptor proxy 300 permite que el mensaje de actualización de ubicación pase a través del paso 510 al MSC 110. Entonces, el MSC 1 10 actualiza en el paso 515 al VLR 1 16 como lo hace convencionalmente. Entonces el flujo lógico termina en el paso 599. Si el interruptor proxy 300 determina que la MS 114 esta involucrada en una llamada, el interruptor proxy revisa en el paso 520 para ver si el MSC 1 10 esta involucrado en la llamada. Por ejemplo, esto se puede realizar analizando la información de estado para la llamada (también conocida como una "sesión") sostenida por el interruptor proxy. Si el MSC esta involucrado en una llamada con la MS, entonces el interruptor proxy procede como se describió anteriormente, excepto que en este ocasión el mensaje de transferencia es transmitido a través del MSC 10. Si la MS esta involucrada en una llamada y el MSC no está involucrado con esa llamada, el interruptor proxy 300 intercepta el mensaje de transferencia, en el paso 525, desde el BS 107 y, utiliza la información en el mensaje de transferencia, convierte el mensaje de transferencia en un mensaje de actualización de ubicación en el paso 530. El mensaje de actualización de ubicación es entonces enviado, en el paso 535, al MSC 110 y el interruptor proxy actualiza su propia base de datos local (no mostrada) para reflejar el cambio. Esta base de datos local da servicio como un VLR para el interruptor proxy y soporta toda la información que un VLD soporta (dado que el interruptor proxy en algunas ocasiones necesita funcionar como tal para un MSC). El interruptor proxy 300 entonces envía un mensaje de acuse de recibo, en el paso 540, al BS 107. Entonces el flujo lógico termina en el paso 599.

Procedimiento para administrar las características complementarias en la presencia de un interruptor proxy En las modalidades preferidas de la presente invención, una MS puede estar ocupada en momentos en los que el MSC considera que la MS está inactiva; por ejemplo, la MS puede estar ocupada con una llamada de datos o de voz que es manejada por una red alternativa cuando el MSC está intentando entregar una llamada a la MS desde la PSTN 120. Para soportar dicha situación, el interruptor proxy 300 proporciona lógica para informar a la MS de dicha situación. Utilizando esta lógica, los servicios complementarios, tales como llamada en espera tradicional, pueden ser proporcionados por el interruptor proxy. Además, las nuevas formas de llamada en espera y otros servicios nuevos pueden ser soportados sobre esta función de soporte central. Haciendo referencia a las Figuras 3 y 6A conjuntamente, cuando una llamada llega al interruptor proxy 300 desde el MSC 110, el interruptor proxy determina si la MS está o no involucrada en una llamada en el momento en que el mensaje llega en el paso 602. Si la MS no está ocupada, entonces el interruptor proxy 300 permite al mensaje originado en el MSC pasar a través del BS en el paso 603. Entonces, el flujo lógico termina en el paso 699. Si la MS está ocupada, el interruptor proxy entonces determina, en el paso 604, si la llamada de la MS es manejada por el interruptor proxy pero no por el MSC; por ejemplo, la llamada puede ser manejada por una red alternativa conectada al interruptor proxy (ver la Figura 4) en cuyo caso el interruptor proxy necesita manejar la llamada actuando de manera semejante para un MSC; el interruptor proxy simplemente no permite que los mensajes pasen a través de él. Si la llamada es manejada por el interruptor proxy, pero no por el MSC, el interruptor proxy intercepta, en el paso 605, la llamada del MSC 110, y convierte, en el paso 606, el mensaje interceptado en un mensaje de notificación de características. El interruptor proxy 300 entonces emite, en el paso 607, el mensaje de notificación de características al BS 107 para la transmisión subsecuente a la MS 114, la cual será utilizada para notificar al usuario de la llamada que está ingresando. El interruptor proxy intercepta, en el paso 608, cualesquiera respuestas desde la BS para el mensaje de notificación de características y actúa en consecuencia. La forma en la que actúa el interruptor proxy depende de la aplicación que utiliza esta lógica. Si la MS está involucrada en una llamada manejada por el interruptor proxy, y también con una llamada manejada por el MSC, entonces el interruptor proxy toma una acción, en el paso 609, identificada como una respuesta para tal estado. Esta acción dependerá de la aplicación particular involucrada. La tradicional llamada en espera es uno de esos servicios que puede ser soportado sobre la función central antes mencionada. Si en algún momento, la MS está involucrada en dos llamadas, en donde ambas involucran a la red alternativa y una tercera llamada llega desde la MS, ya sea desde la red alternativa o desde el MSC, el interruptor proxy dirigirá esta tercera llamada mediante la lógica de la aplicación. Por ejemplo, en aplicaciones de llamada en espera, la tercera llamada sería enrutada mediante las instrucciones contenidas en el perfil del suscriptor; una opción común es dirigir la llamada al correo de voz del suscriptor. Una lógica similar es utilizada si la MS está involucrada en dos llamadas que involucran al MSC, y una tercera llamada llega a la MS desde la red alternativa; nuevamente, el perfil del suscriptor dictará cómo debe ser manejada esta tercera llamada y esta lógica es seguida por el interruptor proxy. Finalmente, se debe observar que si la MS está involucrada en dos llamadas, en las que ambas involucran al MSC y una tercera llamada llega para la MS, el MSC por sí mismo, en este caso, determinará la lógica a seguir para manejar esta tercera llamada. Por ejemplo, las Figuras 3 y 6B, conjuntamente ¡lustran una aplicación de llamada en espera de ejemplo. La lógica actúa como se describió anteriormente a través de los pasos etiquetados como 608 ó 609 (se debe observar que la Figura 6B empieza con los cuadros 608 ó 609, como opuestos al cuadro 600); esto es, aunque la Figura 6B ayuda a describir una característica complementaria particular como la tradicional llamada en espera, las pasos iniciales para esta característica complementaria son aquellas descritos con referencia a la Figura 6A. Si la lógica inicia en el paso 608, esto significa que el interruptor proxy ya ha detectado que la MS está involucrada con una llamada, el interruptor proxy está manejando la llamada, pero el MSC no lo está haciendo. En este punto, el interruptor proxy ya ha interceptado una solicitud de llamada desde el MSC, la ha convertido en una notificación de características y ha emitido la notificación de características al BS. El interruptor proxy entonces recibe e intercepta las respuestas para dicho mensaje desde la BS. En la lógica de aplicación de llamada en espera de la Figura 6B, si el usuario ha indicado que desea aceptar la llamada, el interruptor proxy convierte en el paso 615 la respuesta a un mensaje que indica que la MS está aceptando la nueva llamada desde el MSC. El interruptor proxy 300 entonces emite en el paso 620 el mensaje convertido para el MSC. En este punto de este ejemplo, el MSC "piensa" que la llamada es una llamada ordinaria, que es, el estado del MSC que refleja únicamente una sesión de llamada a la MS. De hecho, con la aceptación de la nueva llamada, el usuario está recibiendo dos llamadas en el modo de llamada en espera: una llamada que es manejada por el MSC y otra manejada por el interruptor proxy. El estado del interruptor proxy refleja las dos llamadas. El interruptor proxy 300 ayuda, en el paso 625, al MSC 110 con la configuración de una llamada nueva. (Este último paso sólo será alcanzado si el usuario aceptó la llamada; si el usuario no la aceptó, la lógica del interruptor proxy se desconecta y nunca llega al paso 625.) Por ejemplo, el interruptor proxy 300 puede necesitar estacionar las llamadas de una red alternativa de tal manera que la llamada aceptada desde el MSC puede ir a través de la MS. El interruptor proxy 300 entonces intercepta en el paso 630, cualquier respuesta de notificación de características subsecuente desde la MS y la dirige nuevamente al MSC o al interruptor proxy, según sea necesario. Por ejemplo, el usuario puede querer "sujetar" entre las llamadas que son servidas por las redes móvil y alternativa.

El interruptor proxy puede necesitar interpretar esta respuesta para estacionar una llamada y conectar la otra al usuario como parte de la función de interceptar las notificaciones de características subsecuentes. En otras circunstancias, el interruptor proxy puede necesitar enviar este tipo de respuesta al MSC si el SC tiene múltiples llamadas (algunas estacionadas) que intentan conectarse a la S. Cuando una llamada termina, el interruptor proxy 300 envía al sistema en el paso 640 la información de facturación adecuada. Esto es necesario para que el usuario reciba la facturación adecuada cuando los servicios son prestados sin involucrar al MSC. La forma en la cual la información se mantiene y envía a un sistema de facturación depende de la implementación y el proveedor servicio que está utilizando el sistema. La mayoría de los proveedores de servicio especifican la forma en la cual la información de facturación será recolectada, formateada y entregada. Si la MS 1 14 está involucrada con una llamado y también está involucrada con una llamada manejada por el MSC, y si el MSC indica que una nueva llamada está intentado ingresar al MS, entonces el interruptor proxy 300 puede ser configurado para interceptar, en el paso 650, el mensaje de notificación de característica desde el MSC que es destinado para el BS 107. El mensaje de notificación de característica es bloqueado, en el paso 655, para que no pase al BS, y en consecuencia no se emite ninguna respuesta, en el paso 660, al MSC desde el BS, debido a que el mensaje de notificación de características fue bloqueado para no ser enviado al BS.

Entonces, el flujo de lógico termina en el paso 699. El MSC no obtiene una respuesta y asume que la MS no quiere recibir la llamada. Entonces, el MSC utiliza los procedimientos estándar para terminar esta llamada, por ejemplo, el correo de voz del suscriptor o reproduce un mensaje que establece que el suscriptor no está disponible. La lógica de aplicación de llamada en espera de la Figura 6B está limitada a manejar dos llamadas concurrentes. El mismo método general se puede extender al manejo de más de dos llamadas para la llamada en espera, para manejar múltiples llamadas desde una red alternativa, para manejar llamadas de datos y llamadas de voz, y similares.

Procedimientos para administración de falla en la presencia de un interruptor proxy Existen procedimientos estándar para administración de fallas de los enlaces de señalización entre el BS 107 y el MSC 1 10. En estos procedimientos, tanto el BS como el MSC son considerados como pares, es decir el parí y el par2. Ambos pares mantienen dos grupos de números, denominados Número de Secuencia de Envío (FSN) y Número de Secuencia de Retroceso (BSN). El FSN identifica el último mensaje enviado a un par y el BSN identifica el último mensaje recibido desde un par. Por ejemplo, suponiendo que existen dos enlaces de señalización SLCO y SLC1 entre el Par 1 y el Par 2. Si el Par 1 tiene un FSN=5 y el Par 2 tiene un BSN=3, entonces el Par 1 sabe que ha enviado todo el límite de mensajes incluyendo el mensaje 5 al Par 2; el Par 2 sabe que ha recibido todo el límite de mensajes incluyendo el mensaje 3. Si el SLCO se descompone y el Par 1 detecta dicha descompostura, el Par 1 envía un mensaje de Orden de Transferencia (COO) al Par 2 que solicita al Par 2 hacer cambios sobre el enlace SLC1. El par 2 responde con un COA (Acuse de Recibo de Transferencia). En estos mensajes están incluidos los números BSN, basados en cuál de los mensajes extraviados puede ser transmitido nuevamente. Por ejemplo, en el caso anterior, los mensajes 4 y 5 necesitan ser transmitidos nuevamente al Par 2. Como un ejemplo adicional, se considera una instancia en donde el Par 1 tiene un FSN=10 y un BSN=6; el Par 2 tiene un FSN=8 y un BSN=5. También se asume que existen dos enlaces de señalización entre el Par 1 y el Par 2, denotados como SLCO y SLC1 , y que SLCO se descompone como fue detectado por el Par . Entonces, el Par 1 envía un mensaje COO utilizando el enlace SLC1 al Par 2 e incluye su BSN (=6) en el mensaje COO. Cuando el Par 2 recibe este mensaje, éste compara el BSN recibido con su FSN interno (=8) y por consiguiente determina que los últimos 2 mensajes (8-6=2) necesitan ser transmitidos nuevamente. El par 2 pone en lista de espera a los dos últimos mensajes para que sean transmitidos nuevamente y envía un mensaje COA que contiene su BSN (=5). El Par 1 recibe el mensaje COA y compara el BSN recibido con su FSN interno (=10) y determina que los últimos 5 mensaje (10-5=5) necesitan ser transmitidos nuevamente. Estos últimos 5 mensajes son colocados en la lista de espera por el Par 1 para ser transmitidos nuevamente al Par 2.

En las modalidades preferidas, la repetición estándar y mecanismo de recuperación entre el BS y la MS no se espera que trabajen. En resumen, el BS 107 puede enviar mensajes al interruptor proxy que nunca son recibidos por el MSC, por ejemplo, mensajes sifoneados y viceversa, por ejemplo, los mensajes MSC que son bloqueados. En consecuencia, el estado FSN/BSN básico en el BS y el MSC no reflejará con exactitud el estado de todo el sistema. Por consiguiente, en las modalidades preferidas de la presente invención, el interruptor proxy proporciona una nueva forma de administración de fallas. Haciendo referencia a las Figuras 3 y 7A-B conjuntamente, el interruptor proxy, en el paso 705, crea un grupo de contadores FSN y BSN para cada enlace del MSC 1 10 y un grupo de contadores FSN y BSN para cada enlace del BS 07. Haciendo referencia en particular a la Figura 7B, la cual muestra una disposición de enlace simple para ilustrar el concepto, el par FSN/BSN 787, en el MSC para el enlace 785 y el par FSN/BSN 787 para el enlace 786 son convencionales. El par 787, rastrea el número de mensajes enviados y aceptados (o "acusados de recibidos") en el segmento de enlace 785 fuera del MSC; el par 789 rastrea el mismo, pero fuera del BS. El interruptor proxy 300 incluye pares FSN/BSN 788 y 790. El par 788 rastrea el número de mensajes enviados y acusados de recibidos en el segmento de enlace 786 fuera del interruptor proxy 300 hacia el BS 107; el par 790 rastrea el número de mensajes enviados y acusados de recibidos en el segmento de enlace 785 fuera del interruptor proxy 300 hacia el MSC 10.

Como se hizo referencia anteriormente, no existe la expectativa de que los valores para el par 787 igualarán a los valores para el par 788. Por ejemplo, un mensaje MSC puede ser bloqueado para no ser transmitido al BS 107 como una parte de la lógica del interruptor proxy normal, como se planteó en la presente descripción. Al bloquear el mensaje de esta manera, el valor FSN de 787 debe ser uno mayor al de 788. Además, no existe la expectativa de que la discrepancia entre FSN y BSN de 787 y del FSN y BSN 788 pudieran ser iguales. Por ejemplo, se asume el caso simple en el que un mensaje llegue desde el MSC 1 10, el cual se supone será bloqueado en el interruptor proxy 300 como una parte de la lógica interruptor proxy normal, como se planteó en la presente descripción. La discrepancia en 787 no será tal, hasta que se reciba el acuse de recibo en el MSC 10, pero no habrá discrepancia en el par 788, debido a que no hay mensajes enviados al BS 107. Conforme los mensajes son recibidos en el interruptor proxy 300, el interruptor proxy los intercepta y actualiza los pares FSN/BSN como se esquematizó anteriormente. Si el interruptor proxy 300 detecta, en el paso 715, un mensaje COO que proviene del MSC 1 0, indicando que el enlace 785 desciende, entonces el interruptor proxy 300 intercepta el mensaje 720 y no le permite pasar al BS 107. La COO incluye la información BSN del par 787 e identifica un nuevo enlace (no mostrado) de que la señalización debería ser convertida. El interruptor proxy entonces produce una avería, en el paso 725, en un enlace 786 entre el interruptor proxy y el BS (el enlace 786 corresponde ai enlace 785). La avería es simulada de la siguiente manera. Cada pocos milisegundos, los BSs y los MSCs convencionales envían hacia afuera mensajes denominados "llenado en señales", los cuales son recibidos y entonces, el receptor sabe que los enlaces son operativos. Si el receptor no obtiene un llenado de señal en la longitud de tiempo especificada, asume una avería y envía un mensaje COO. Para estimular así una avería, una modalidad de la presente invención modifica el mecanismo de estado de protocolo con base en el software para no enviar el "llenado de señal" y por consiguiente, señala una avería y produce que sea generado una COO en el interruptor proxy (siendo relativa la modificación al MSC convencional). El interruptor proxy genera un mensaje COO para el BS 107 con el BSN del par 788, como opuesto a la información del BSN en el mensaje COO original, el cual contiene información para el par 787. Esta COO nueva informa al BS del número de mensajes que recibió este en (la avería emulada) enlace (es decir, el BSN de 788). La COO generada utiliza un nuevo enlace (no mostrado en la Figura 7B) el cual es utilizado para convertirlo. Este nuevo enlace corresponde al enlace de cambio entre el interruptor proxy 300 y el MSC 1 10. Los números BSN modificados son entonces enviados, en el paso 735 al BS 107 con el nuevo mensaje COO. La COO es enviada a un enlace no averiado. El interruptor proxy 300 entonces espera por y recibe un mensaje COA (acuse de recibo), en el paso 740 desde el BS 107, y genera, en el paso 745un mensaje COA nuevo. El nuevo COA contendrá la información BSN del par 790, como opuesto a la información en el par 789. El nuevo COA es enviado, en el paso 750 al MSC 1 10. El interruptor proxy entonces aguarda por y recibe la información transmitida nuevamente que será enviada en un nuevo enlace desde el MSC y desde la BS. Cualquier información recibida es entonces transmitida nuevamente, en el paso 755 al destino respectivo o manejado como lo haría de manera ordinaria (incluyendo ser potencialmente bloqueado etc., como se describe en la presente descripción). El flujo lógico termina, en el paso 799. En la modalidad anterior, el interruptor proxy se basa en el BS o el MSC para detectar averías en los enlaces de señalización respectivos. La avería en el enlace de señalización es producido como un resultado de las arquitecturas BS actuales; es decir, las averías son necesarias para crear los eventos necesarios para las COOs. En otras modalidades, el interruptor proxy, puede detectar averías, y en respuesta a tales, el interruptor proxy podría imitar al MSC en relación con el BS o imitar a un BS en relación con el MSC.

Procedimiento para una activación automática de sifonaje con base en mensajes COO En ciertas modalidades de la presente invención, el interruptor proxy puede determinar dinámicamente cuando el sistema se puede beneficiar de dirigir nuevamente (o sifonear) los mensajes para una red alternativa (ver, por ejemplo, el diagrama 400 de la Figura 4). Por ejemplo, en una modalidad de la presente invención, el interruptor proxy 300 monitores el ancho de banda de señalización directa o indirectamente como una medida del ancho de banda del sistema (por ejemplo, el ancho de banda de señalización reducido se traduce como un ancho de banda del sistema reducido). En una modalidad, una Orden de Transferencia (COO) desde el MSC puede ser utilizada como una señal de congestión en el MSC, o por lo menos que el ancho de banda para/del MSC estará incapacitado hasta que el enlace efectuado es reanimado y el tráfico es cambiado de vuelta a ese enlace. Por consiguiente, el interruptor proxy 300 interpreta una COO como un evento de activación para "disminuir la velocidad" del tráfico al MSC, y en respuesta, iniciar el sifonaje de tráfico para una red alternativa conectada al interruptor proxy. Una forma de lógica de ejemplo en este sentido es mostrada con referencia a la Figura 8. El interruptor proxy crea, en el paso 805, un grupo de contadores FSN y BSN para cada enlace al MSC 1 0 y al BS 107. Cada mensaje para o desde el BS es interceptado y los números de secuencia son por consiguiente actualizados, en el paso 810. Si el interruptor proxy 300 detecta, en el paso 815, un mensaje COO desde el MSC 1 10, entonces el interruptor proxy 300 intercepta ese mensaje, en el paso 820, y no le permite pasar al BS 107. En este caso, la COO únicamente refleja la conversión requerida y no indica que los mensajes deben ser repetidos. Entonces, el interruptor proxy 300 genera un mensaje COA, en el paso 825, con números BSN modificados para el MSC y envía el mensaje COA, en el paso 830, al MSC 110. Los números de secuencia modificados son aquellos creados por el interruptor proxy durante el procesamiento de los mensajes, similares a los descritos anteriormente. Por lo tanto, el MSC ahora cree que su COO ha ocurrido. El ancho de banda de comunicación entre el MSC y el BS será disminuida como una consecuencia de la conversión, ya que está disponible un enlace de señalización menos. Sin embargo, si bien el ancho de banda entre el interruptor proxy 300 y el MSC puede estar incapacitados como resultado de la COO descrito anteriormente, el ancho de banda entre el BS 107 y e! interruptor proxy 300 no está incapacitado. El interruptor proxy puede tomar ventaja de este contexto de sifoneando el tráfico a una red alternativa. Por consiguiente, el interruptor proxy inicia el sifonaje de tráfico, en el paso 835 para el tráfico generado desde el lado BS del interruptor proxy. Existen varios tipos de redes alternativas que pueden ser utilizadas para transportar tráfico de voz así como tráfico de datos desde una MS 1 14 (ver, por ejemplo, la Figura 4). Si existen múltiples tipos de redes alternativas conectadas al interruptor proxy, entonces el interruptor proxy puede seleccionar el tipo de red alternativa con base en el tipo de comunicación, por ejemplo, datos o voz. Al iniciar el sifonaje, el interruptor proxy configurará el plano de datos como sea necesario para enrutar cierto circuito portador de tráfico a las redes alternativas adecuadas (como será explicado más adelante). Por ejemplo, el ensamble VolP 404, 4 puede ser configurado con información sifoneada de los mensajes de señalización. El sifonaje de tráfico continua para una sesión determinada. El interruptor proxy 300 en lo sucesivo, mantiene los números FSN, BSN como se describió anteriormente. Cualesquiera mensajes COO desde el BS 107 son entonces interceptados y un COA es generado y enviada a la BS, mientras que mantiene los contadores de FSN y BSN. Cualesquiera mensajes COO del MSC 1 10 son interceptados, , en el paso 850, y verificados para ver si ellos indican que el MSC está listo nuevamente para recibir tráfico en el enlace inferior previo, es decir, para ver si la COO es un mensaje nuevamente de cambio. Si existe tal mensaje, el interruptor proxy interpreta que esto significa que el MSC puede manejar nuevamente un nivel de tráfico mayor y tomará acciones para "volver a conectar" los enlaces y tráfico sifoneados. (Si la COO no es un mensaje nuevamente de cambio, puede ser otro mensaje de transferencia que indica un contexto que puede beneficiarse del sifonaje adicional de tráfico.) Si existe un mensaje de cambio nuevamente, es generada una nueva es generada, en el paso 855, con números BSNs modificados y enviada, en el paso 860, al BS 107. El BSN modificado es aquel que es mantenido por el interruptor proxy tal como se planteó anteriormente. El interruptor proxy 300 entonces espera y recibe un mensaje COA, en el paso 865, desde el BS 107. Un nuevo mensaje COA es entonces generado, en el paso 870, con los números BSN modificados y enviados, en el paso 875, al MSC 110. El interruptor proxy entonces suspende el procedimiento de sifonaje de tráfico. El plano de control, por consiguiente documenta el plano de datos. En ciertas modalidades, la decisión para sifonear el tráfico puede incluir otras consideraciones. Por ejemplo, la red alternativa puede proporcionar garantías QoS que pueden ser consideradas por la lógica del interruptor proxy. En una modalidad, el sifonaje únicamente sucede en los límites de la sesión. Por consiguiente, si una llamada va a ser sifoneada, ésta es sifoneada cuando se origina la llamada. La descripción anterior fue basada en la premisa de que una COO es enviada indicando la congestión de la red. En una modalidad de la presente invención, la lógica descrita anteriormente para el sifonaje automático es complementada con la lógica de administración de fallas descrita en relación con las Figuras 1a-b. En esta modalidad, cada vez que el interruptor proxy 300 obtiene una COO desde el MSC, éste ejecuta la lógica de respuesta que se plantó anteriormente. Sin embargo, los mensajes COO que provienen del BS siempre son tratados como una avería en el enlace de señalización y es ejecutada la lógica de respuesta, pero no el sifonaje.

Procedimiento para resguardar los códigos de punto a través del BSC y del MSC En las redes SS7, todos los componentes de la red son dirigidos por números únicos llamados "códigos de punto". En consecuencia, todos los BSCs y MSCs tendrán códigos de punto únicos. Un mensaje que proviene de un BSC para un MSC, generalmente, va a contener un código de punto de destino, por ejemplo, el código de punto del MSC que se busca, y un código de punto de origen, por ejemplo, el código de punto del BSC que es la fuente del mensaje. Los mensajes que provienen del BSC para el MSC, para llamadas que se originan desde la MS, adicionalmente solicitan que un circuito portador sea asignado para la llamada. Los circuitos portadores (los cuales transportan voz o datos) son identificados por los Códigos de Identificación del Circuito (CIC). Para que el interruptor proxy soporte la operación transparente, los códigos de punto y los CICs que viajan entre el BSC y el MSC son resguardados para todos los mensajes. Este requerimiento es complicado por el hecho de que aunque algunos de los circuitos que transportan tráfico portador serán transparentemente transversales desde el BSC para el MSC, otros circuitos que emanan desde el BSC serán terminados en el interruptor proxy, y el MSC estará ignorante a tales terminaciones. Como se estableció anteriormente, algunos enlaces 308 son proporcionados previamente para la conexión directa entre el BS y el MSC, en tanto que otros enlaces 312 se conectan al interruptor proxy. De manera análoga, en las modalidades preferidas, algunos circuitos portadores son proporcionados previamente para conectarse directamente entre el BS y el MSC ("circuitos que atraviesan"), y el resto de los circuitos son terminados en el interruptor proxy ("circuitos que se pueden sífonear"). En una modalidad, durante la operación normal, el MSC no puede asignar circuitos que se pueden sífonear a algunas llamadas. Cuando se sifonea el tráfico (como se describió anteriormente), el interruptor proxy puede asignar un circuito que se puede sífonear para una llamada que proviene del BS (comunicando el CIC adecuado al BS), y el BS responderá enviando la voz o los datos a dicho circuito. Como se explicará más adelante, la voz o los datos, entonces pueden ser leídos desde este circuito y pasados a una red alternativa, respectivamente, por medio de los DACS 402. Para asegurar la consistencia de la información en el MSC en el caso de que un interruptor proxy falle, en una modalidad de la presente invención, un sistema de administración de red accesa la base de datos del CIC en el MSC y marca los circuitos que se pueden sífonear como circuitos disponibles. Como resultado de tal acción, el MSC pensará que esos circuitos están disponibles para ser asignados y la red se comportará como una red móvil convencional (es decir, una red que carece de interruptor proxy). Cuando el interruptor proxy se recupera, el sistema de administración de red accesa nuevamente la base de datos del CIC en el MSC, aunque en esta ocasión marca los circuitos que se pueden sifonear como circuitos "no disponibles". Este, también accesa la base de datos del interruptor proxy y marca los circuitos que se pueden sifonear como circuitos "disponibles". Estos circuitos, entonces podrán ser asignados por el interruptor proxy, como se describió anteriormente. En algunas modalidades, los circuitos que se pueden sifonear, pueden ser marcados como circuitos "no disponibles" en el MSC y como circuitos "disponibles" en el interruptor proxy de manera gradual, de manera que el interruptor proxy, gradualmente obtenga control una mayor cantidad de los circuitos que se pueden sifonear. Para manejar el despliegue de la Figura 3B, las técnicas descritas anteriormente necesitan ser complementadas. En particular, para manejar el despliegue de la Figura 3B, el interruptor proxy necesita interceptar los mensajes que provienen del BS y cambiar los códigos de punto para reflejar un MSC representado nuevamente. En una modalidad, esto es realizado en un nivel por sesión de granularidad, que significa que una nueva representación para un MSC nuevo puede ser determinada en los límites de la sesión. De manera alternativa, la nueva representación puede ser realizada a otros niveles de granularidad, por ejemplo, cuando una MS es encendida. Algunas modalidades realizan la representación correlacionado los números de serie del equipo (por ejemplo, los incluidos en mensajes cuando una MS es encendida) para los MSCs y sus códigos de punto correspondientes.

Arquitectura del Hardware Haciendo referencia conjuntamente de las Figuras 3 y 4, las modalidades preferidas del interruptor proxy 300 incluyen un plano de control 302 y un plano de datos 304. El plano de control incluye una combinación de hardware de procesamiento y software asociado. El plano de datos comprende en gran parte el hardware que es responsable de los comandos del plano de control. El plano de control incluye tarjetas de señalización programables (por ejemplo, PMC 8260 disponible de Forcé Systems) para recibir la información de señalización desde los enlaces de señalización 312, 314 y para realizar el procesamiento inicial de los mismos. Este procesamiento inicial incluye el envío y término de información en los enlaces y el sifonaje de señalización, bajo control programático, la información del mensaje contenido en los mensajes de señalización. Una vez que la información del mensaje es recolectada, las tarjetas de señalización provocan que la información del mensaje sea pasada a una tarjeta del procesador programable (por ejemplo, RPC 3305 y 3306, 'disponibles de Radisys), el cual entonces es responsable de transportar la funcionalidad del interruptor proxy en respuesta a esto, como se describió anteriormente. El plano de control es construido con mecanismos de tolerancia de falla pasivos. Estos mecanismos garantizan que durante las fallas catastróficas del plano de control, los enlaces de señalización recibidos en una dirección del plano de control se desviarán a la otra dirección. Por lo tanto, si el piano de control falla, los enlaces son desviados a través del plano de control y el BSC y el MSC se pueden comunicar como lo hacen convencionalmente. El plano de datos 304 de una modalidad de ejemplo está mostrado en la Figura 4. Este incluye un DACS 402, un ensamble IP de superposición de voz 404, un módulo de terminación de Datos 406 (por ejemplo, para terminar los datos A5 en las redes CDMA), un ensamble relevador PPP 408, y un ensamble de terminación PPP 410. Los diversos ensambles pueden integrarse en paquetes sobre uno o más módulos. Los DACS 402 reciben los circuitos portadores de los enlaces 306 y terminan la información recibida en los enlaces; también transmiten voz y datos en esos enlaces. Los puertos previamente proporcionados para los DACS 420 son conectados al VolP 404 y el ensamble de terminación de Datos 408. El ensamble de terminación de Datos 408, a su vez, es conectado al relevador PPP 408, el cual, a su vez, está en comunicación con el ensamble de terminación PPP 410. Además, el plano de datos también puede ser utilizado para conectarse a redes alternativas basadas en circuitos, por ejemplo, para ser retrocedido el tráfico a un MSC de circuito en otra red regional. Todas las entidades de los planos de datos reciben comandos de control desde el plano de control 302 por medio de los canales de control 401 , los cuales son utilizados para transportar información de acuerdo con el H.248 ó Protocolo de Control de Puerta de Medios (MGCP). El canal de control, entre otras cosas, es utilizado para informar al DACS 402 cómo proveer a los circuitos portadores. Por ejemplo, un circuito de entrada determinado del BS 107, es representado a un puerto de salida para uno de los ensambles. El canal de control también es utilizado para conducir información de control a los diversos ensambles. Por ejemplo, la información de señalización contiene información de control, tal como direcciones IP de destino que pueden ser utilizadas para crear las direcciones de destino que necesita el ensamble VolP. Esta información, entonces será utilizada por el ensamble VolP para entregar la información de voz recibida desde el DACS, empaquetando la información respectivamente y enviándola de acuerdo con los protocolos adecuados, por ejemplo, RTP/UDP/IP. El plano de datos es construido con mecanismos de tolerancia de falla pasivos. Estos mecanismos garantizan que durante las fallas del plano de datos, los enlaces recibidos por una dirección del DACS se desviarán a los enlaces de salida conectados al SC. Por lo tanto, si el plano de datos falla, los enlaces son desviados a través del plano de datos y, el BSC y el MSC, se pueden comunicar como lo hacen convencionalmente.

Arquitectura del Software Haciendo referencia conjuntamente a las Figuras 9-10, en una modalidad preferida, el software del plano de control ejecuta los procedimientos del administrador de sesión y los procedimientos de comunicación. Los procedimientos de administración de sesión incluyen un Administrador de Sesión Proxy (PSM) 904 y un Administrador de Sesión Central (CSM) 1002. Los procedimientos de comunicación incluyen un Manejador de Mensaje SS7 (SS7MsgHdlr) 902 a-n y un Manejador de Mensaje IP (IPMsgHdlr) 906 a-n. Como lo sugieren sus nombres, los administradores de sesión incluyen lógica para administración y manejo de sesiones de llamada, en tanto que, los manejadores de mensaje incluyen lógica para el manejo de los mensajes. Los manejadores de mensajes encapsulan la lógica para el manejo de mensajes, de tal manera que otro software no necesita conocer las particularidades del manejo de mensajes. De manera similar, los administradores de sesión encapsulan la lógica para el manejo de sesiones, de tal manera que otro software, igual que el software de los manejadores de mensajes, no necesita conocer el estado de la sesión o algo similar. Los procedimientos SS7MsgHdlr e IPMsgHdlr, son responsables de aceptar los mensajes de entrada y enviar los mensajes de salida. El primero acepta y envía mensajes de señalización desde y para el MSC 1 10 y/o el BS 107. El último SS7MsgHdlr e IPMsgHdlr acepta y envía mensajes de control al plano de datos. El procedimiento PSM 904 maneja todas las llamadas o sesiones que son llamadas "que fluyen por", o no son denominadas sifoneadas. El procedimiento CSM 1002, maneja todas las llamadas o sesiones que son sifoneadas por el interruptor proxy 300. De tal manera, el procesamiento CSM 1002, proporciona gran parte de la misma funcionalidad que el MSC de circuito y la BS en el sentido de que responde como un MSC a los mensajes que provienen del BS, y responde a los mensajes que provienen de la MS como si fuera un BS. En general, existen múltiples procedimientos PSM y CSM que se activan de manera simultánea en diversas tarjetas de procesador para proporcionar la escalabilidad y desempeño necesarios. Se proporcionan procedimientos de software adicionales para evitar fallos y para mayor confiabilidad. En los diagramas, se hace referencia a estos como PSM' 904' y CS ' 1002'. El propósito de estos procedimientos "primos" es proporcionar una forma para evitar fallos a causa de otros procedimientos PSM y CSM. En una modalidad, cada PSM y cada CSM tienen un procedimientos PSM7CSM' "sombra" que proporciona cobertura de "sombra". En el caso de que los procedimientos PSM ó CSM fallen, los procedimientos PSM7CSM' sombra correspondientes, son diseñados para hacerse cargo a partir de que el procedimiento falle. Haciendo referencia a la Figura 9, conforme los mensajes de señalización llegan desde el BSC y MSC, son manejados por un SS7MsgHdlr 902a-n, el cual los ejecuta en la tarjeta de procesamiento SS7. Existe un SS7MsgHdlr asociado con cada enlace de señalización para o desde el interruptor proxy. Las tarjetas de procesamiento SS7 (mencionadas anteriormente) sifonean suficiente información del mensaje de señalización para identificar un SS7MsgHdlr correspondiente, al cual es pasado el mensaje de señalización. El SS7MsgHdlr, recibe los mensajes y asigna (preferentemente) un número de referencia lógico único a este mensaje. Este número de referencia es utilizado posteriormente para identificar los mensajes subsecuentes que pertenezcan a la misma llamada/sesión en curso. El número de referencia lógico asignado es comunicado de regreso al sistema de software que es está ejecutando en el BS ó MSC (por ejemplo, la memoria de protocolo SCCP), el cual entonces utiliza ese número de referencia en todos los mensajes subsecuentes que pertenecen a esta llamada/sesión. Después del procesamiento mencionado anteriormente, el SS7MsgHdlr entonces selecciona un PSM 904 para manejar el mensaje. En una modalidad, el SS7MsgHdlr examina el código de punto del mensaje de origen y selecciona un PSM que está asociado con dicho código. Por ejemplo, se puede utilizar una tabla para almacenar dichas relaciones. El PSM 904, entonces determina si este mensaje de para una llamada/sesión que será sifoneada. En una modalidad, esta determinación es realizada examinando el campo de opción de servicio contenido en el mensaje que distingue entre las sesiones de datos y las llamadas de voz. En otra modalidad, esta determinación es realizada examinado la llamada y los números de partida de la llamada para cerciorarse si ambos son números de teléfonos móviles. Todavía en otra modalidad, esta determinación es realizada examinando el número de partida de la llamada para determinar si la partida de la llamada ha elegido un proveedor de servicio VolP. Una vez que se ha realizado la determinación para sifonear esta llamada/sesión, el PSM 904 pasa el mensaje al CSM 1002. Si se toma una determinación para no sifonear esta llamada/sesión, el PSM genera un mensaje que es utilizado para enviarlo de regreso al MSC ó al BS por medio de los procedimientos SS7MsgHdlr. Los procedimientos PSM 904, también se pueden comunicar por medio de un protocolo interno a los procedimientos CSM 1002, ver, por ejemplo, la Figura 10. El protocolo interno de una modalidad preferida está establecido y tiene una base de texto. Como se estableció anteriormente, la PS negocia con aquellas sesiones/llamadas que no se pueden sifonear. Una vez que encuentra una sesión/llamada que se puede sifonear, ésta pasa al contexto de dicha sesión/llamada a un procedimiento GSM. El procedimiento CSM es responsable de manejar todas las llamadas/sesiones que son sifoneadas. El CSM se comunica con el Plano de Datos mediante los protocolos de control estándar tales como el H.248 y el MGCP (Protocolo de Control de Puerta de Medios). La arquitectura interna de los procedimientos PSM y CSM es similar. Haciendo referencia a la Figura 1 1 , los mensajes de entrada son recibidos por el módulo de interfase de red 1 102. Entonces, el módulo del interfase de red envía el mensaje al mecanismo de protocolo 1104. Por ejemplo, este mecanismo 104, en las modalidades CDMA, es responsable de codificar y decodificar los mensajes de acuerdo con el protocolo IS-634. El módulo del mecanismo de estado 1106, es responsable del manejo del mensaje y registro del estado, de acuerdo con el protocolo. Por ejemplo, con un protocolo determinado, un mensaje determinado significa un estado de transición conocido bajo ese protocolo. El módulo del mecanismo de estado 106, incluye la lógica para registrar el estado e ¡mplementar las transiciones de estado. El módulo de directorio activo 108, interactúa con las funciones de administración de movilidad externa del MSC y es responsable de obtener y actualizar los perfiles del suscriptor y otros datos del usuario/suscriptor. En un MSC tradicional, el Registro de Ubicación de Visita (VLR) está normalmente ubicado conjuntamente con el MSC; el VLR contiene la información del suscriptor (perfiles) que están actualmente transitando dentro del área de cobertura por el MSC. Adicionalmente, el MSC está conectado a otra base de datos, denominada Registro de Ubicación Doméstico (HLR) que contiene a todos los suscriptores que son "domésticos" para la red actual. Normalmente, conforme un suscriptor transita e ingresa a un área de cobertura del MSC, el MSC solicita ai HLR enviar un perfil del suscriptor y almacenarlo en el VLR (local). Cuando el suscriptor transita fuera del área de cobertura del MSC (a un área de cobertura de otro MSC), este perfil de suscriptor es borrado. El módulo de directorio activo en el interruptor proxy actúa como un cliente de la base de datos del HLR, solicita los perfiles del suscriptor del HLR para los suscriptores que transitan en el área de cobertura del interruptor proxy, y actualiza la base de datos local (es decir, el módulo de directorio activo y su bases de datos asociada actúan/se comportan como un VLR tradicional para los suscriptores que transitan). El módulo controlador de puerta de medios (MGC) 110 ¡nteractúa con el plano de datos 304 del interruptor proxy por medio de los protocolos de control abiertos, tales como el H.248 y el MGCP. Una vez que reciben una solicitud de acción desde el módulo del mecanismo de estado IS-634 1 106, el MGC 1 110 envía un mensaje en el H.248 ó el protocolo MGCP al plano de datos 304 para realizar las acciones necesitadas. En una modalidad, la que se denomina caso VolP del TDM, estos mensajes de acción que provienen del MGC 11 10 para el plano de datos instruyen al plano de datos para recibir el tráfico del circuito de entrada (TDM) en el puerto de ingreso y para convertirlo en paquetes RTP/UDP/IP y envían a éstos fuera desde uno de los puertos de salida. Por lo tanto, en esta modalidad, el tráfico del circuito de entrada es empaquetado y enviado en forma de paquetes. Esta modalidad podría ser utilizada para tomar llamadas de circuito, y transportarlas como Voz sobre llamadas IP (VolP). En otra modalidad, la que se denomina caso TDM-TDM, el MGC 1 1 10 instruye al plano de datos 304 para recibir el tráfico del circuito de entrada (TDM) en un puerto de ingreso y lo conmuta como un tráfico de circuito (TDM) fuera de un puerto de egreso. En este caso, el tráfico de circuito de entrada está resguardado como circuito y es conmutado a una red de circuito alternativo. Las Figuras 12 a 14, son utilizadas para ilustrar los conceptos mencionados anteriormente con diagramas de arquitectura simplificados. Las figuras son utilizadas para mostrar las diversas interacciones del procedimiento del software en respuesta a los mensajes de señalización. Los circuitos portadores son excluidos de algunas de las figuras con el objeto de simplificarlas. Además, únicamente son mostrados los casos individuales de los procedimientos PSM y CSM, con el objeto de simplificarlos. La Figura 2, es utilizada para mostrar el flujo de control cuando un nuevo mensaje de llamada es iniciado desde el BS 107 para el MSC 1 10, y para mostrar una "llamada que atraviesa". Una llamada que atraviesa, es una llamada en la cual el interruptor proxy 300 no es responsable de administrar la llamada y en la cual, la llamada será atravesada para ser manejada por el MSC 1 10. El interruptor proxy 300 es de operación transparente para los propósitos de esta llamada (si bien, éste puede alterar los códigos de punto, por ejemplo, para manejar la nueva representación de los MSCs, como fue explicado con referencia a la Figura 3B). El BS 107 envía, en el paso 1205, una solicitud de servicio (tal como una CSR) la cual tiene la intención de alcanzar al MSC 110. La solicitud de servicio contiene un campo de opción de servicio que especifica si ésta es una solicitud para una llamada de voz o una llamada de datos. El interruptor proxy recibe este mensaje (dado que está en la trayectoria de señalización entre el BSC y el MSC); en particular, el procedimiento SS7MsgHdlr 902 recibe la llamada, asigna un número de referencia local único para este mensaje (este es el mensaje inicial para una solicitud de llamada potencialmente en progreso), y la enruta, en el paso 1210, al procedimiento PSM 904 para el procesamiento posterior. El procedimiento PSM 904 decodifica el mensaje de entrada y utiliza el mecanismo de estado IS-634 (para las modalidades del CDMA) para determinar si esta llamada será sifoneada (por ejemplo, para una red alternativa) o se le permite ser manejada por el MSC 1 10. Dado que en este ejemplo la llamada no será sifoneada, el mensaje es codificado y enviado de regreso, en el paso 1215, al procedimiento SS7MsgHdlr 902. En una modalidad, el protocolo de comunicación entre los procedimientos SS7MsgHdlr y PSM está establecido en el protocolo basado en el texto que proporciona un nivel de abstracción (relativos a la lógica de sesión) del protocolo de señalización subyacente. El procedimiento SS7MsgHdlr 902, entonces transmite nuevamente, en el paso 1220, el mensaje IS-634 al MSC 1 10. El MSC procesa este mensaje y responde, en el paso 1225. Esta respuesta, también es recibida por el interruptor proxy 300 pero a partir de que esta respuesta es relacionada con una llamada en proceso pero no con una llamada sifoneada (como se determinó a partir del número de referencia local asignado al mensaje de solicitud CSR inicial que se explicó anteriormente), el procedimiento SS7MsgHdlr 902 no envía este mensaje al PSM 904. En su lugar, el SS7MsgHdlr envía, en el paso 1230, este mensaje hacia delante en forma transparente a la BS 107. Todos los intercambios adicionales que se refieren a esta llamada son permitidos para pasar de manera transparente entre el BS y el MSC excepto por un mensaje de Liberación de Llamada al concluir la llamada. En respuesta a una Liberación de Llamada, el interruptor proxy 300 asegura que la "destrucción" de la llamada ocurre incluyendo la configuración del número de referencia local. El mensaje de liberación de llamada es también enviado al BS 107 mediante el interruptor proxy, de tal manera que el BS puede continuar con sus procedimientos de destrucción. La Figura 13, es utilizada para mostrar el caso en que un mensaje de llamada es iniciado por el BS 107 para el MSC 1 10 y también es utilizado para mostrar los enlaces proxy, es decir, los enlaces que son controlados y asignados por el MSC 1 10. El BS 107 envía, en el paso 1305, una solicitud de servicio que busca al MSC 1 0. El interruptor proxy recibe este mensaje y el procedimiento SS7MsgHdlr 902 recibe la llamada, asigna un número de referencia local único a este mensaje, y enruta éste, en el paso 1310, ai procedimiento PSM 904 para procesamiento adicional. El Procedimiento PSM 904, decodifica el mensaje de entrada y determina si esta llamada va a ser sifoneada (por ejemplo, para una red alternativa) o se le permitirá ser manejada por la MSC 1 10. Dado que en este ejemplo la llamada no será sifoneada, el mensaje es codificado y enviado de regreso, en el paso 1315, al procedimiento SS7MsgHdlr 902. El procedimiento SS7MsgHdlr 902 entonces transmite nuevamente el mensaje, en el paso 1320, al MSC 110. El MSC 1 10 responde, en el paso 1325, a la solicitud de configuración de llamada, asignando un canal para la llamada (como se describió anteriormente). Esta asignación de canal es recibida por el interruptor proxy 300, el cual pasa, en el paso 1330, la asignación al PSM 904, el cual, a su vez responde, en el paso 1335, que ha registrado esta asignación, en el paso 330. El interruptor proxy entonces transmite, en el paso 1340, la solicitud de asignación de canal hacia delante al BS 107. A todos los intercambios adicionales relacionados con esta llamada entre el BSC y el MSC se les permite pasar de manera transparente a través del interruptor proxy hasta el mensaje de liberación de llamada. La liberación de llamada, activa el procedimiento de destrucción en el interruptor proxy. La Figura 14, es utilizada para mostrar el caso de una "llamada sifoneada". Una llamada sifoneada es una llamada iniciada por el BS 107 que es interceptada y dirigida nuevamente a una red alternativa mediante el interruptor proxy. En dicho ejemplo, toda la señalización va a ser manejada por el interruptor proxy y el enlace que transporta el tráfico de usuario será controlado por el interruptor proxy. El BS 107 envía, en el paso 1405, una solicitud de servicio que busca al MSC 110. El interruptor proxy recibe este mensaje y asigna un número de referencia local único para este mensaje, y lo enruta, en el paso 1410, al procedimientos PSM 904 para procesamiento adicional. El procedimiento PSM 904, decodifica el mensaje de entrada y utilizando el mecanismo de estado IS-634 (para modalidades con CDMA) determina que la llamada va a ser sifoneada. Dado que en este ejemplo, la llamada va a ser sifoneada a una red alternativa, el PSM transmite el mensaje, en el paso 1415, al procedimiento CSM 1002. El procedimiento CSM 1002 ahora empieza a comportarse como un MSC convencional y emite, en el paso 1420, una asignación de canal para esta llamada, asignando un enlace entre el BS y el plano de datos del interruptor proxy. La asignación de canal es entonces enviada, en el paso 1435, al SS7MsgHdlr. El procedimiento SS7MsgHdlr transmite, en el paso 1430, esta información de asignación de canal al BS, de tal manera que el BS puede utilizarlo para el tráfico de usuario. El CSM también envía un mensaje al plano de datos del interruptor proxy (como se describió anteriormente utilizando el H.248 ó los protocolos MGCP) dirigiéndolo para recibir el tráfico de usuario de entrada en el canal asignado y dirigiéndolo a una red alternativa. Como se explicó anteriormente, en una modalidad, la red alternativa puede ser una red IP. Todos los intercambios adicionales que ocurren entre los procesos BSC y el CSM hasta que el comando de liberación de llamada es emitido por el MSC, que produce la liberación de los recursos (el procedimiento de destrucción). En otra modalidad, la arquitectura del software puede utilizar únicamente un solo procedimiento para realizar las funciones del proxy en lugar de utilizar dos procedimientos diferentes (PSM y CSM). En dicha modalidad, el procedimiento PSM determina solo, como lo hizo anteriormente, si una llamada va a ser sifoneada o no. Si es una llamada que se puede sifonear, se le permite continuar al MSC. Si la llamada se puede sifonear, el PSM por sí mismo, maneja la llamada y envía y acepta los mensajes desde el BS 107 y el MSC 1 0. En otras palabras, el PSM en dicha modalidad, actúa como un MSC y BS 107 y maneja todos los mensajes de señalización respectivos. De esta forma, el procedimiento PSM proporciona gran parte de la misma funcionalidad que el MSC de circuito y un BS 107, en el sentido de que responde como un MSC a mensajes desde el BS 107, y responde a los mensajes de la MS como si ésta fuera un BS 107. En general, existen múltiples procedimientos PSM activados simultáneamente en diversas tarjetas procesadoras para proporcionar la escalabilidad y desempeño necesarios. Los procedimientos de software adicional son proporcionados para evitar fallas y para mejorar la confiabilidad. El propósito de estos procedimientos es evitar fallas para otros procedimientos PSM. En otra modalidad, cada PSM tiene un procedimiento de "sombra" que proporciona una cobertura de "sombra". En caso de que el procedimiento PSM falle, el procedimiento de sombra correspondiente es designado para hacerse cargo a partir de que el procedimiento falle.

Variaciones Las modalidades mencionadas anteriormente, facilitan la realización de una conmutación transparente. Sin embargo, los sub-ajustes para la funcionalidad, todavía proporcionan ventajas sobre el estado de la materia. Por ejemplo, un interruptor que es parcialmente visible para la red, aún puede ofrecer muchas de las ventajas mencionadas anteriormente. Además, la modalidades fueron descritas en parte con relación a los protocolos CDMA, pero la modalidades también pueden ser modificadas para trabajar con los protocolos GSM, IS-136 y/o otros protocolos 2G y 3G. La conexión de los enlaces del interruptor proxy al MSC es opcional. Habiendo descrito la modalidad de ejemplo, será evidente para aquellas personas ordinariamente expertas en la materia que se pueden hacer cambios a la modalidad descrita sin alejarse del espíritu y alcance de la presente invención.

Claims (5)

NOVEDAD DE LA INVENCION REIVINDICACIONES

1.- Un método para proporcionar administración de fallas en una red de comunicaciones móvil, caracterizado porque tiene por lo menos un subsistema de estación base (BS), por lo menos una estación móvil (MS), por lo menos un centro de conmutación móvil (MSC), y por lo menos un interruptor en comunicación con por lo menos uno de los subsistemas de estación base y por lo menos uno de los MSCs, en donde el método comprende: el interruptor que proporciona un contador de número de secuencia de envío (FSN) y un contador de número de secuencia de retroceso (BSN) para la comunicación con el MSC; el interruptor que proporciona un contador de número de secuencia de envío (BSN) y un contador de número de secuencia de retroceso (BSN) para la comunicación con el BS; el interruptor que recibe mensajes desde el MSC y el BS y que mantiene el par de FSN y de BSN correspondiente de acuerdo con los mensajes; el interruptor que detecta si un mensaje recibido es un mensaje de orden de transferencia (COO) desde uno de entre el MSC y el BS, que indica una avería en un primer enlace de señalización entre el interruptor y uno de entre el MSC y el BS; el interruptor que produce una avería en un segundo enlace de señalización entre el interruptor y el otro MSC y BS, en donde el segundo enlace de señalización es configurado para corresponder al primer enlace de señalización; el interruptor que genera y envía un mensaje C00 nuevo al otro MSC y BS; el interruptor que recibe un mensaje de acuse de recibo de transferencia desde el otro MSC y BS; y el interruptor que genera y envía un mensaje COA nuevo a uno de entre el MSC y el BS, en el cual, el mensaje COA nuevo contiene el BSN mantenido por el interruptor para la comunicación con uno de entre el MSC y el BS.

2. - El método de conformidad con la Reivindicación 1 , caracterizado además porque también comprende: el interruptor que recibe la información retransmitida desde cada uno del MSC y el BS y envía la información retransmitida al otro MSC y BS.

3. - El método de conformidad con la Reivindicación 1 , caracterizado además porque el mensaje COO que proviene de uno entre el MSC y el BS indica un primer enlace de señalización, en el cual, los mensajes deben ser recibidos, y en donde el mensaje COO del otro MSC y BS, Índica un segundo enlace de señalización nuevo, en el cual los mensajes deben ser recibidos y en donde el método comprende además: el interruptor que analiza el BSN en el COA desde el otro MSC y BS en comparación con el FSN de segundo enlace de señalización; y el interruptor que retransmite los mensajes correspondientes a las diferencias entre el BSN en el COA y el FSN en el segundo enlace de señalización.

4. - Un interruptor proxy para utilizarse en una red de comunicaciones móvil, caracterizado porque tiene por lo menos un centro de conmutación móvil (MSC) y por lo menos un subsistema de estación base (BS), en donde el MSC y el BS, cada uno comunica mensajes de señalización de acuerdo con un protocolo de señalización móvil, en donde el interruptor proxy comprende: lógica de manejo de mensaje de señalización para recibir mensajes de señalización desde el MSC y el BS de acuerdo con dicho protocolo de señalización móvil; lógica de transmisión de mensaje para emitir mensajes al MSC y al BS; un contador de número de secuencia de envío (FSN) y un contador de número de secuencia de retroceso (BSN) para comunicarse con el MSC; un contador de número de secuencia de envío (FSN) y un contador de número de secuencia de retroceso (BSN) para comunicarse con el BS; lógica para detectar si un mensaje recibido es un mensaje de orden de transferencia (COO) desde uno de entre el MSC y el BS, que indica una avería en un primer enlace de señalización entre el interruptor proxy y uno de entre el MSC y el BS, y para generar y enviar un mensaje COA a uno de entre el MSC y el BS que contiene el BSN mantenido por el interruptor para comunicación con uno de entre el MSC y el BS; y lógica de emulación de falla para producir una avería en un segundo enlace de señalización entre el interruptor proxy y el otro MSC y BS, en donde el segundo enlace de señalización es configurado para corresponder al primer enlace de señalización, y para generar y enviar un mensaje COO nuevo al otro de entre el MSC y el BS,

5.- El interruptor proxy de conformidad con la Reivindicación 4, caracterizado además porque también comprende: lógica de retransmisión de mensaje para comparar el BSN en el COA con el FSN del enlace correspondiente y para retransmitir mensaje que corresponde a las diferencias entre el BSN en el COA y el FSN.