MXPA97007107A - Informacion confiable de la idfacturacionrelacionada para enviar llamadas - Google Patents

Abstract

La presente invención se refiere a un sistema de protocolo de comunicación del manejador de mensajes de datos (DMH) para uso en una red celular de telecomunicaciones, para comunicar información de contabilidad y facturación asociada con una llamada para una estación móvil dentro de la red, el sistema consta de:una central móvil de conmutación visitante (V-MSC) en donde se localiza la estación móvil a la cual se dirige la llamada;una central móvil de conmutación de compuerta (G-MSC) la cual, con el envío de la llamada hacia la G-MSC, genera el primer dato de identificación de la facturación y transmite el primer dato de IdFacturación como parte de un mensaje de solicitud de llamada hacia la V-MSC;el medio dentro de la V-MSC para asignar el segundo dato de identificación de facturación que corresponde auna transacción de llamada que ha ocurrido en la V-MSC en respuesta al mensaje que invoca la llamada;y el medio dentro de la V-MSC para regresar el segundo dato de identificación de facturación hacia la G-MSC como dato de identificación de facturación relacionada después que se ha determinado un resultado para la llamada.

Description

INFORMACIÓN CONFIABLE DE LA IDFACTURACIÓN RELACIONADA PARA ENVIAR LLAMADAS Campo de la invención La presente invención se refiere a un sistema de protocolo de comunicación del Manejador de Mensajes de Datos (Data Message Handler) (DMH) para uso en una red celular de telecomunicaciones y un método relacionado para comunicar las operaciones de contabilidad y facturación dentro de la red.

Antecedentes de la invención Las redes celulares de telecomunicaciones en la actualidad emplean redes de central móvil de conmutación (MSC) de múltiples sistemas que funciona con diferentes protocolos de facturación propios. En consecuencia, es difícil para los operadores correlacionar la información de facturación entre estas redes de MSC. No es posible en este momento correlacionar esta información sobre la base del tiempo real. Debido a las diferencias en los protocolos de facturación propios entre las redes MSC, las llamadas que se establecen a través de las diversas MSC de multisistemas se clasifican de acuerdo con la información registrada en cada MSC de compuerta a través del cual se establecen las llamada hacia la PSTN o a la MSC ancla a través de la cual se envía la llamada a la estación móvil (MS) . En la actualidad, el estándar conocido como IS-41 de la Asociación de la Industria de Telecomunicaciones (TÍA) , se incorpora en la presente como referencia, hace disposiciones para que la información de facturación sea enviada en la dirección hacia adelante desde un MSC servidor o compuerta (G-MSC) , sirviendo a una solicitud de llamada, a un MSC destino o visitante, (V-MSC) que envía la llamada al abonado móvil. Esta información de facturación corresponde a un campo de datos "IdFacturación" que se define para incluir la identidad del conmutador (SWID) , la Identidad de la Llamada IS-41 (CALLID) , y el ramal de la llamada (LEG NO) (en adelante se menciona en forma colectiva como IdFacturación) . El propósito de la IdFacturación en el "envío de llamada" es enviar una IdFacturación correlativa en un mensaje de invocación del IS-41 desde el G-MSC al V-MSC. El IS-41 no dispone el regreso a la G-MSC de alguna información de facturación generada en el V-MSC para el propósito de correlacionar la información de facturación. La Asociación de la Industria de Telecomunicaciones (TÍA) actualmente esta desarrollando el estándar IS-124 conocido como el estándar DMH. La TÍA ha sugerido en el IS-41 Rev. C, Ballot, 11 de julio de 1994, SYNACOM TECHNOLOGY (en la presente se incorpora como referencia) la introducción de un campo de datos IdFacturación en los mensajes de resultado de regreso del IS-41 "call-delivery" ("envío de llamada") . El IS-124 propone enviar una IdFacturación que contenga información del SWID+CALLID+LEG NO que identifique un ramal de una llamada en una V-MSC, desde la V-MSC hasta la G-MSC. La IdFacturación generada en la MSC visitante (V-MSC) se envía de regreso a la MSC servidor o de compuerta (G-MSC) como parte los mensajes (RouteRequestReturn" ("RegresoSolicitudRuta") y Return Results (ResultadosRegreso) como pueden ser los resultados de retorno para SolicitudLocalización, SolicitudCaracterística, SolicitudOrigen y SolicitudNúmeroTransferencia. Mediante el uso del protocolo de comunicación del DMH IS-124 estandarizado debe ser posible compartir información en el caso de una llamada entre redes MSC de multisistemas y realizar las operaciones inmediatas de contabilidad y facturación. En ciertos escenarios de llamadas, sin embargo, este estándar propuesto regresaría información de facturación poco confiable e incorrecta hacia el G-MSC. En casos en donde la "IdFacturación" se envía desde un sistema confinamiento/destino o V-MSC hacia un sistema servidor o G-MSC, la IdFacturación puede ser incorrecta en ciertas situaciones, o la IdFacturación puede ser asignada y no utilizada para etiquetar datos de facturación. De esta manera, el estándar IS-124 actualmente propuesto, en ciertas situaciones de llamadas puede dar como resultado transmisión de información de la IdFacturación poco confiable desde el V-MSC al G-MSC. Por ejemplo, en una situación en donde una llamada se inicia en una MSC que se localiza en una V-MSC y en donde no está asignado un canal de voz antes del envío de una llamada a la MSC, la IdFacturación se asignará a la parte llamada por la V-MSC al recibir el mensaje de SolicitudRuta (ROUTREQ) . Si la llamada termina por la parte llamadora en la G-MSC mientras que la IdFacturación es transmitida por la V-MSC hacia la G-MSC, entonces la IdFacturación es desechada porque la IdFacturación no obtiene la etiqueta de una llamada en la V-MSC. El resultado es una IdFacturación poco confiable. Otro ejemplo de una IdFacturación poco confiable puede ocurrir en una situación en donde la MS se encuentra en la V-MSC, la MS ha hecho una llamada en tres sentidos y el LEG NO de la llamada actual se etiqueta como LEG NO = n. Una llamada posterior debe esperar que la llamada sea iniciada para la MS que se encuentra en la V-MSC, entonces la IdFacturación de LEG NO = n+1 sería asignada a la llamada que espera llamar al recibir un mensaje SolicitudRuta (Route Request) en la V-MSC. Esta IdFacturación entonces sería regresada a la G-MSC por medio de los mensajes Solicitud Ruta/Solicitud Localización del IS-41. La MS debe finalizar la llamada mientras la IdFacturación se esta transmitiendo a la G-MSC y la MS posteriormente inicia una nueva llamada con una nueva CALLID y un LEG NO = 0, entonces la llamada en tres sentidos posteriormente recibida con la CALLID y LEG NO = n+1 generada anteriormente sería inconsistente con la nueva llamada. El resultado es una IdFacturación poco confiable . Todavía otro ejemplo de una IdFacturación poco confiable puede ocurrir cuando la MS que se encuentra en la V-MSC ya estableció una llamada que se etiqueta como LEG NO = n y se intenta una llamada posterior que espera para la MS . Una IdFacturación del LEG NO = n+1 es asignada a la llamada que espera la recepción del mensaje SolicitudRuta del IS-41 y regresa a la G-MSC. La llamada puede ser enviada al V-MSC pero no recibe contestación, entonces posiblemente ocurran desviaciones de llamada "C-número" posteriores en la V-MSC que se etiquetan con la IdFacturación LEG Nos. n+2, n+3 y así sucesivamente. Si sucede que la parte que recibe la llamada en la V-MSC inicia una llamada en tres sentidos en paralelo, puede existir potencialmente un conflicto o numeración de ramal intercalado. De esta manera, hay una necesidad de poder etiquetar las llamadas desviadas con una nueva CALLID la cual es un aspecto de la presente invención.

Estas inconsistencias arriba mencionadas en el reporte de la información de la IdFacturación da como resultado información de identificación de facturación poco confiable como retroalimentación para la red G-MSC. Sería otra ventaja tener una sistema de protocolo de comunicación DMH que sea capaz de regresar a la G-MSC la información de la IdFacturación Relacionada confiable para envío de llamadas. La presente invención proporciona este sistema.

Compendio de la invención La presente invención se refiere a un sistema de protocolos de comunicación DMH que es capaz de regresar la información de identificación de facturación relacionada confiable al G-MSC para envío de llamadas. La presente invención proporciona este sistema regresando un nuevo mensaje (invoca) Information Back for Cali Delivery (INFOBACKCD) de la MSC destino, o V-MSC, hacia la MSC servidor, o G-MSC, después que se ha determinado un resultado para la llamada en la V-MSC. El nuevo mensaje INFOBACKCD consta de dos partes. La primera parte es la IdFacturación (invoca) enviada en la dirección hacia adelante desde la G-MSC hacia la V-MSC. La segunda parte del mensaje INFOBACKCD es una IdFacturación Relacionada que es la IdFacturación asignada en la V-MSC después que ha sido transmitida una llamada. Se debe entender que una IdFacturación Relacionada describe la información de facturación enviada a la G-MSC. En la industria, la IdFacturación generada en la G-MSC se convierte en la IdFacturación Relacionada desde la perspectiva de la V-MSC. Sin embargo, para el propósito de la especificación y las reivindicaciones, a menos que se identifique de otra manera, el término IdFacturación Relacionada se refiere a la información de la IdFacturación que se genera en la V-MSC como vista por la G-MSC. Es posible determinar el resultado de una llamada cuando la V-MSC recibe una respuesta de página desde la estación móvil o después que el envío de las llamadas se hace desde la G-MSC hacia la V-MSC. En este momento regresa un mensaje más confiable a la G-MSC. Esta información puede utilizarse exclusivamente para etiquetar transacciones de llamadas o para correlacionar las transacciones de llamadas en la G-MSC y la V-MSC. De acuerdo con un aspecto de la presente invención, se proporciona un sistema de protocolo de comunicación del manejador de mensajes de datos (DMH) para uso en una red celular de telecomunicaciones para comunicar información, de contabilidad y facturación asociada con una llamada, a una estación móvil dentro de la red. El sistema incluye una central de conmutación móvil visitante (V-MSC) en donde se localiza la estación móvil a la cual se dirige la llamada y una central de conmutación móvil de compuerta (G-MSC) la cual al enviar la llamada a la G-MSC , genera un primer dato de identificación de facturación y transmite el primer dato de identificación de facturación como parte de un mensaje de invocación de llamada a la V-MSC. La V-MSC incluye el medio para asignar un segundo dato de identificación de facturación que corresponde a la transacción de la llamada que ha ocurrido en la V-MSC en respuesta al mensaje invocado. La V-MSC también incluye medios V-MSC para regresar el segundo dato de identificación de facturación a la G-MSC como datos relacionados con la identificación de facturación después que se ha determinado un resultado para la llamada. De preferencia, la V-MSC regresa un mensaje "Information Back for Cali Delivery" (INFOBACKCD) que incluye los datos relacionados con la identificación de la facturación desde la V-MSC y el mensaje de identificación de facturación enviado hacia adelante desde la G-MSC a la V-MSC. Se considera que los datos de la identificación de facturación relacionados se formulan en la V-MSC por medio de la V-MSC asignando un número de ramal incrementado para los datos de identificación de facturación previamente generados cuando la llamada enviada es una extensión de la llamada original hacia la estación móvil, como por ejemplo, un ramal que espera la llamada que va a ser contestada, o la V-MSC que asigna los nuevos datos de identificación de facturación cuando la llamada enviada es una llamada nueva o no es una extensión de la llamada existente. De acuerdo con otro aspecto de la presente invención, se proporciona un método de comunicación de información de operaciones de contabilidad y facturación en donde una MSC servidor y una MSC destino a la cual se dirige una llamada a una estación móvil dentro de una red celular de telecomunicaciones. El método consta de los pasos de: generar en la M?C servidor un primer dato de identificación de facturación representativo de la llamada en la MSC servidor; la transmisión del primer dato de identificación de facturación a la MSC destino; generar el segundo dato de identificación de facturación en la MSC destino que corresponda a una transacción de llamada que ha ocurrido en el MSC destino; y el regreso del segundo dato de identificación de facturación como dato de identificación de facturación relacionada hacia la MSC servidor después que se ha determinado un resultado para la llamada.

Breve descripción de los dibujos Para una mejor comprensión de la naturaleza y objetivos de la presente invención se hace referencia a los dibujos diagramáticos que la acompañan, en los cuales: La figura 1 es un dibujo de un nodo de red que ilustra las señalización que se utiliza en el IS-41 y propuesto en la especificación del IS-124; La figura 2 es un dibujo de nodo de red que ilustra la señalización de la modalidad preferida de la presente invención; La figura 3 es un diagrama de flujo de mensajes que ilustra los pasos que se presentan durante las solicitudes de petición de servicio y el paso de los identificadores de facturación en la modalidad preferida de la presente invención; La figura 4 es un diagrama de flujo de los pasos que toma el V-MSC para generar la información de identificación de facturación relacionada de acuerdo con la modalidad preferida de la presente invención; y La figura 5 es un diagrama de flujo de mensajes que ilustra los pasos que se presentan en una modalidad alternativa de la presente invención, que utiliza una solución mixta que consta del mensaje INFOBACKCD y las IdFacturaciones propuestas por el Synaco Technology, Inc. en el documento antes mencionado titulado IS-124 Impacts on IS-41, Revisión 0.

Descripción detallada Aunque se puede utilizar cualquier protocolo de comunicación dentro del alcance y propósito de la presente invención, la modalidad preferida descrita en la presente utiliza el protocolo de comunicaciones más comúnmente utilizado en la industria celular establecido por el estándar IS-41. La presente invención contempla la adición de un nuevo mensaje al IS-41, Revisión C. Este nuevo mensaje es un mensaje de regreso de información de facturación que se menciona a todo lo largo de la especificación como el mensaje INFOBACKCD. La diferencia significativa en torno a este mensaje es que regresa después que se ha determinado un resultado para la llamada. Este puede ser cualquier respuesta de página, recibida desde la estación móvil o cuando se ha enviado una llamada a la estación móvil (MS), en este momento el mensaje INFOBACKCD que contiene los datos de identificación de facturación (IdFacturación) contenidos en los mensajes del IS-41 es enviado desde la MSC servidor (G-MSC) hacia la MSC destino o (V-MSC) e incluye los datos de identificación de facturación relacionada (IdFacturación Relacionada) generados por la V-MSC los cuales no están propensos a las inconsistencias descritas en los antecedentes de la invención. La IdFacturación y la IdFacturación Relacionada de la presente invención son conforme al protocolo estándar de IS-41. Las IdFacturación están compuestas de una identidad de intercambio global de 24 bits (GLEXM) (identidad del conmutador SWID) + una identificación de llamada de 24 bits (CALLID) + un número de segmento de 8 bits. La parte CALLID se utiliza para etiquetar un llamador específico, es decir, una "CALLID" se une a cada llamador en una llamada. El Número de Segmento representa un "Número de Ramal" para identificar todas las llamadas en las que un llamador ha sido incluido, es decir, la primera llamada establecida por un llamador tendría un "Número de Ramal = 0", una segunda llamada de tres sentidos que sería etiquetada con un "Número de Ramal 1", la recepción de una llamada que espera llamar sería etiquetada con un "Número de Ramal = 2", y así sucesivamente. Los datos de la IdFacturacíón y de la IdFacturación Relacionada que forman parte del mensaje INFOBACKCD se utilizan para etiquetar el Origen, Redirección, Activación de la Característica, y Subregistros del Ramal de Terminación del IS-124. El significado de "Número de segmento" en cada uno de estos campos de IdFacturación del IS-41 es para identificar un "No. de ramal". El número de ramal se hace pasar entre las MSC en los mensajes de señalización de IS-41 como parte del campo IdFacturación de SolicitudRuta, SolicitudLocalización, Páginalntersistema, RespuestaNoSolicitada y RedirecciónMensajes . En relación con la figura 1 se muestra un dibujo de nodo de red que ilustra la señalización utilizada en el IS-41 como propuesta por la especificación del IS-124. En la actualidad, en el estándar del IS-41, una llamada se establece o envía desde una red de conmutación pública (PSTN) 10 o una estación móvil (MS) 12 a una MSC servidor 14, en lo sucesivo se menciona como MSC-A 14. La información de transmisión de la llamada contiene el número de identificación B para la MS-B 16. Para establecer la llamada para la MS-B 16, la MSC-A 14 envía un mensaje (invoca) Localización/Solicitud (LOCREQ) hacia el HLR-B 18. El número LOCREQ incluye la información del número B y la IdFacturación de acuerdo con el protocolo del IS-41 establecido en el párrafo anterior. Por simplicidad, ésta IdFacturación se lista como SWID=A, CALLID=102, y LEG NUMBER = 0. En otras palabras, la IdFacturación identifica la llamada que ingresa desde la MS-A para ser la centésima segunda llamada establecida por la MSC-A siendo esta llamada particular el primer ramal de la llamada. El dibujo ilustra esta información como IdFacturación [A-102-0] . Al recibir el mensaje LOCREQ, el HLR-B 18 entonces determina si el número B es un número válido. Si el número B es un número válido, el HLR-B 18 envía un mensaje (invoca) SolicitudRuta (ROUTREQ) hacia la MSC-20. Este ROUTREQ incluye la IdFacturación[A-102-0] . Al recibir este ROUTREQ la MSC-20 crea su propio registro de llamada asignando su propia IdFacturación. En este ejemplo, a S ID=B, CALLID=500 y un LEG NUMBRE=0 se asigna [B-500-0]. La MSC-B 20 envía un mensaje (respuesta) RegresoSolicitudRuta (ROUTREQR) hacia el HLR-B. Esto es en la propuesta para el estándar IS-124 que el mensaje ROUTREQR incluya la IdFacturación [B-500-0] generada en la MSC-B 20. Esta característica no fue proporcionada originalmente en el estándar IS-41. A continuación, el HLR-B envía un mensaje (respuesta) RegresoSolicitudLocalización (LOQRECR) hacia la MSC-A 14. El mensaje LOQRECR también incluye la IdFacturación [B-500-0] de la MSC-B. La MSC-A 14 entonces establece un troncal 22 hacia la MSC-B 20 a lo largo del cual se envía la llamada. Abajo de la línea punteada 23 en la figura 1 se muestran los registros de facturación que se establecen por la llamada enviada en 22 durante el proceso de establecimiento de la llamada. El registro de facturación establecido por la MSC-A 14 para el ramal de origen o redirección de la llamada se muestra en 24. El registro de facturación establecido por la MSC-B 20 para el ramal de terminación de la llamada se muestra en 26. La IdFacturación [A-102-0] mostrada en el cuadro 28 del registro 24 se genera primero por la MSC-A 14. Después, la MSC-B 20 almacena la IdFacturación[A-102-0] en 32 en el registro 26 como una IdFacturación Relacionada. La MSC-B 20 almacena su IdFacturación [B-500.0] generada en 30 en el registro 26. El estándar IS-41 proporciona los tres pedazos de información que se van almacenar en estos dos registros. Esto significa que, si es necesario, el registro del ramal de terminación 26 de la llamada puede rastrear la llamada de regreso al registro de ramal de origen de la llamada 24, en una fecha posterior. Con la introducción de la IdFacturación[B-500-0] de la MSC-B 20 que se envía de regreso en los mensajes de respuesta durante el establecimiento de la llamada a la MSC-A 14 como se prevé por el estándar ISD 124 propuesto, el origen de registro de llamada 24 entonces tiene una IdFacturación Relacionada [B-500-0] en 34. Esto ahora permite enviar la correlación de la llamadas en una fecha posterior o al completar la llamada. Los problemas asociados con este esquema de establecimiento de llamada propuesto por el estándar IS-124 se relacionan con el regreso de información de la IdFacturación incorrecta hacia la MSC-A en el caso de que la llamada no sea transmitida y estos problemas se han explicado en los Antecedentes de la invención. En relación con la figura 2, se ilustra la modalidad preferida para la presente invención. En su mayor parte, la señalización que se proporciona en la figura 2 es consistente con la señalización del IS-41 como se muestra en la figura 1, sin embargo, hay diferencias fundamentales en la señalización entre la figura 1 y la figura 2. La primera diferencia fundamental es que el mensaje ROUTREQR de la figura 2 de la MSC-B 20 al HLR-B 18 desde la MSC-A no incluye la IdFacturación [B-500-0] . La segunda diferencia fundamental es que el mensaje LOCREQR enviado desde el HLR-B 18 a la MSC-A14 no incluye la IdFacturación [B-500-0] . Estas dos diferencias fundamentales son peculiares para la modalidad preferida de la presente invención. En la presente invención, sólo después que se ha determinado un resultado de una llamada, ya sea por una respuesta de página recibida desde la MSC-16 o por el establecimiento de un troncal, que un mensaje (invoca) INFOBACKCD "information back for cali deliver" ("regreso de información para el envío de llamadas") 33 se envía a la MSC-A 14 desde la MSC-B 20. El mensaje INFOBACKCD 33 contiene el número IdFacturación generado por la MSC-B [B-500-0] el número de IdFacturación generado en la MSC-A 14[A-102-0]. La información se envía de regreso en un protocolo de [IdFacturación, IdFacturación Relacionada] o [A-102-0, B-500-0], en este ejemplo, de manera que esta información ahora se puede almacenar en un nuevo registro de facturación 24 para el ramal de origen de la llamada. Además, este mensaje INFOBACKCD puede ser enviado de regreso directamente por medio de la MSC-B 20 hacia la MSC-A 14. Después, el protocolo de comunicaciones de la presente invención tiene que enviar desde la MSC-A 14 un mensaje (respuesta) (INFOBACKCDR) 35 "information back for cali delivery response" ("regreso de información para la respuesta de envío de llamadas") hacia la MSC-B 20 como un reconocimiento que el mensaje INFOBACKCD 33 fue recibido. Si bien la figura 2 no muestra los registros de facturación 24 y 26, se debe entender, a partir de la descripción antes mencionada, que el protocolo de señalización de la presente invención proporcionará la generación de los registros de facturación ilustrados de la figura 1. En relación con la figura 3, se describe una modalidad preferida de la presente invención en la forma de un diagrama de flujo de mensajes que ilustra los pasos que se presentan durante las solicitudes que invocan al servidor y el paso de los identificadores de facturación. Aunque esta descripción puede ser algo redundante en vista de la descripción anterior de la figura 2, se cree que será útil para la implementación del protocolo de señalización de la presente invención. Primero, un origen de llamada 36 y los dígitos de dirección del móvil marcado (es decir, el número de directorio) 38 se reciben desde otra estación móvil a través de una célula o desde una red pública de teléfono conmutado (PSTN) 40 en una MSC-servidor o compuerta (G-MSC) 42 utilizando protocolos definidos por el estándar de interconexión IS-41. El envío de esta llamada se ilustra por el envío de llamada 39. Después, la G-MSC 42 envía un mensaje (invoca) INVOKE 44, que incluye la IdFacturación al registrador de localización local (HLR) 46 asociado con la estación móvil llamada. La asociación de la estación móvil llamada con el HLR 46 se hace a través del número de directorio 38. Se debe entender que el mensaje INVOKE 44 puede contener cualquiera de varios diferentes tipos de mensajes como puede ser un mensaje de SolicitudCaracterística (FEATREQ), un mensaje de SolicitudOrigen (ORREQ), un mensaje de SolicitudLocalización (LOCREQ) o una SolicitudNúmeroTransferencia (TRANUMREQ) . Todos estos mensajes incluirán los datos de la IdFacturación. Ahora, si el número de directorio está asignado a un abonado legitimo, el HLR 46 envía un mensaje "SolicitudRuta (ROUTREQ) (invoca)" 48 hacia un HLR visitante (VLR) 50 que éste último proporcionó una notificación de registro para la estación móvil llamada. El VLR 50 entonces envía un mensaje (invoca) ROUTREQ en 51 a una MSC (V-MSC) 52 destino. Ambos mensajes ROUTREQ 48 y 51 incluyen la IdFacturación. A continuación, hay varias formas en se puede enviar la llamada hacia la MSC. Primero, la V-MSC 52 envía una solicitud de página en su área para ver si la MS se localiza en su área. Si la MSC se localiza en el área de cobertura de las V-MSC 52, la MSC debe responder a la página y la V-MSC envía un mensaje (respuesta) ROUTREQ 53 hacia el VLR 50. Al mismo tiempo que la V-MSC 52 envía una solicitud de página para la MSC, la V-MSC también envía un mensaje (invoca) ISPAGE 41 a diversas MSC 43 fronterizas. El mensaje ISPAGE 41 incluirá la formación de la IdFacturación que permita a la MSC 43 fronteriza facturar la llamada en el caso de que la MSC 43 fronteriza envíe la llamada a la MSC. El propósito del mensaje ISPAGE es localizar la MS en el caso que la MS no sea localizada en su V-MSC 52 donde se registró por última vez, las MSC 43 fronterizas. En el caso que la MSC sea localizada en una de las MSC 43 fronterizas y la MS envíe una respuesta de página de regreso a la MSC 43 fronteriza, un mensaje (respuesta) ISPAGE 45 es enviado de regreso a la V-MSC 52. La V-MSC 52 envía el mensaje (respuesta) ROUTREQ 53 al VLR 50 avisando que la MSC fronteriza esta preparada para establecer la llamada. Todavía otro escenario para establecer la llamada hacia la MS ocurre cuando la MS, en respuesta a una página desde la V-MSC 52, envía un mensaje de respuesta de página a otra MSC 47 fronteriza, la cual no recibió el mensaje (invoca) ISPAGE 41. Este escenario puede suceder debido a que al recibir una página, la MS va a través de un proceso de reexploración buscando el canal de señal más fuerte para bloquearlo. Si este canal esta asociado con la cobertura provista por la MSC 47 fronteriza, entonces la MSC envía su respuesta de página de regreso a la MSC fronteriza 47. En este momento, la MSC fronteriza envía un mensaje (invoca) RespuestaNoSolicitada (UNSOLRES) 47 a la V-MSC 52 con información de la IdFacturación. La V-MSC 52 regresa un mensaje (respuesta) UNSOLRES 49R hacia la MSC 47 fronteriza. Este mensaje de regreso incluye la información de la IdFacturación permitiendo que la MSC fronteriza 47 etiquete la llamada. La V-MSC 52 entonces envía un mensaje (respuesta) ROUTREQ 53 hacia el VLR 50. Después que el mensaje (respuesta) ROUTREQ 53 es enviado al VLR 50, el VLR 50 a su vez envía un mensaje (respuesta) ROUTREQ 54 de regreso al HLR 46. El HLR 46 entonces regresa un mensaje (RETURNRESULT) de resultado de regreso a la G-MSC. De acuerdo con la presente invención, en este momento cualquiera de las V-MSC 52 o las MSC fronterizas 43 o 47 pueden recibir una respuesta de página desde la MS. Si esto sucede, es un indicio de que se va a establecer una nueva llamada en la MS y una MSC servidor adecuada (43, 47 o 52) asigna la IdFacturación. Si una de las MSC fronterizas 43 o 47 recibe la respuesta de página, entonces el mensaje (invoca) INFOBACKCD 176 es enviado desde esta MSC hacia la G-MSC 42. El mensaje 176 se muestra como un mensaje y se debe entender que cada MSC fronteriza 43 y 47 debe tener su propio mensaje INFOBACKCD 178. Se envía un reconocimiento de regreso INFOBACKCDR desde la G-MSC 42 hacia la MSC 43 o 47 adecuada en 178. Si una de las V-MSC 52 recibe la respuesta de página, entonces el mensaje (invoca) INFOBACKCD 180 es enviado desde esta V-MSC 52 a la G-MSC 42. En 182 se envía un reconocimiento de regreso INFOBACKCDR desde la G-MSC 42 a la V-MSC 52 adecuada. Al recibir el mensaje (respuesta) RETURNRESULT 55 se envía la llamada a la MS mediante un envío de llamada que se establece en el troncal 56 o troncal 170 dependiendo de la MSC (43,47 o 52) que haya recibido de la respuesta de página desde la MS . De acuerdo con la presente invención, si no se recibe ninguna respuesta de página desde la estación móvil en la V-MSC o las MSC fronterizas, entonces una vez que se establece el envío de la llamada 56 o 170, un mensaje (invoca) INFOBACKCD 57 o 172, respectivamente, es enviado desde la V-MSC 52 a la G-MSC 42. La G-MSC 42 entonces envía un mensaje (respuesta) INFOBACKCDR 58 o 174 hacia la MSC adecuada para completar las comunicaciones. El mensaje INFOBACKCD consta de la IdFacturación originalmente enviada por la G-MSC y un nuevo pedazo de información. Esta nueva información consta de la IdFacturación Relacionada que se ha generado por la V-MSC. La generación de la IdFacturación Relacionada en la V-MSC se muestra en el diagrama de flujo de la figura 4 para un mensaje SolicitudRuta. Se debe entender que un diagrama de flujo para los mensajes ISPAGE o un SOLRESPONSE serían semejantes al que se describe a continuación y las diferencias en el diagrama de flujo deben ser fácilmente evidentes para una persona experta en la técnica. Una vez que se recibe una SolicitudRuta 65 en la V-MSC, la V-MSC pagina la MS y espera recibir una página en 67. Si se recibe una respuesta de página desde la MS, entonces la V-MSC asigna una nueva IdFacturación en 69. A continuación, debido a que el resultado de la llamada ha sido determinado en 67 por la respuesta "Yes" (Sí) la IdFacturación es enviada de regreso a la G-MSC como una IdFacturación Relacionada como parte del mensaje INFOBACKCD en 78. La IdFacturación del mensaje INFOBACKCD corresponde a la IdFacturación originalmente generada en la G-MSC al establecer la llamada. En caso de que no se reciba ninguna respuesta de página desde la MSC en 67, después que la llamada es transmitida desde la G-MSC a la V-MSC en 70, la V-MSC entonces interroga la llamada determinando si la llamada no es una extensión de la llamada original en 72. Esta puede ser una llamada que el primer ramal de la llamada, un desvío de la llamada, una inhibición de la llamada o una liberación en el sentido de la transmisión. Si la llamada es afirmativa para cualquiera de estas consultas, entonces la V-MSC asigna una nueva IdFacturación a la llamada en 74 y la hace parte de la IdFacturación Relacionada. La V-MSC entonces formula el mensaje INFOBAKCD en 78 reuniendo la información de la IdFacturación enviada por la G-MSC y la IdFacturación Relacionada desde el paso 78. Debido a que la interrogación del paso en 72 es negativa, entonces la llamada que se va a enviar es un ramal que espera una llamada contestada. La V-MSC entonces en 76 incrementa el número de ramales de esta IdFacturación previamente generada. Después, la V-MSC formula el mensaje INFOBACKCD en 78 reuniendo la información de la IdFacturación enviada por la G-MSC y la IdFacturación Relacionada desde cualquier paso 74 o 76. En relación con la figura 5, se muestra un diagrama de flujo de mensajes que ilustra los pasos que ocurren durante las solicitudes de servicio y el paso de los identificadores de facturación en una modalidad alternativa de la presente invención, que utiliza una solución mixta que comprende el mensaje INFOBACKCD de la presente invención y las IdFacturaciones propuestas por Synacom Technology, Inc. En el documento antes mencionado titulado IS-124 Impacts-IS-41, Revisión 0, primero un origen de llamada 110 y los dígitos marcados de la dirección móvil (es decir, número de directorio) 112 son recibidos desde otra estación móvil o desde la red pública de telefonía conmutada (PSTN) 116 en una MSC servidor o compuerta (G-MSC) 118 utilizando los protocolos que se definen en el estándar de interconexión IS-41. La transmisión de esta llamada se ilustra por la transmisión de la llamada 114. Después, la G-MSC 118 envía una solicitud de mensaje (invoca) INVOKE 120, que incluye en el mensaje la información de identificación de facturación (IdFacturación) , al registrador de localización local (HLR) 122 asociado con la estación móvil llamada. La asociación de la estación móvil llamada con el HLR 122 se hace a través del número de directorio. Se debe entender que el mensaje INVOKE 120 puede comprender cualquiera de los diferentes tipos de mensajes como puede ser un FEATREQ, ORREQ, LOCREQ y TRANUMREQ. Todos estos mensajes incluirán la IdFacturación. Después, si el número de directorio está asignado a un abonado legítimo, el HLR 122 envía un mensaje (invoca) ROUTREQ 124 hacia un registrador de localización visitante (VLR) 126 que proporciona una notificación de relación de registro para la estación móvil llamada. El VLR 126 entonces envía un mensaje (invoca) ROUTREQ en 128 hacia una MSC destino (V-MSC) 130. Ambos mensajes ROUTREQ 124 y 128 incluyen la IdFacturación. Hay diversas formas en que la llamada pueda ser enviada a la MS. Primero, la V-MS 130 envía una solicitud de página en su área para ver si la MS se localiza en su área. Si la MS se localiza en el área de cobertura de las V-MSC 130, la MS debe responder a la página y la MSC envía un mensaje (respuesta) ROUTREQ 132 al VLR 126. Este mensaje regresa la información de la IdFacturación. Al mismo tiempo, la V-MSC 130 envía una solicitud de página a la MS, la V-MSC también envía el mensaje (invoca) ISPAGE 130 a diversas MSC fronterizas 136. El mensaje ISPAGE 134 incluirá la información IdFacturación que permita a la MSC fronteriza 136 facturar la llamada en el caso de que la MSC fronteriza 136 envíe la llamada a la MS. El propósito del mensaje ISPAGE es localizar la MS en el caso de que la MS no sea localizada en la V-MSC que se registro por última vez. En el caso que la MS sea localizada en una de las MSC fronterizas 136 y la MS envíe una respuesta de página de regreso a la MSC fronteriza 136, un mensaje (respuesta) ISPAGE 138 se envía de regreso a la V-MSC 130. El mensaje 138 contiene la información IdFacturación. La V-MSC 130 entonces envía el mensaje (respuesta) ROUTREQ 132 hacia el VLR 126 avisando que la MSC fronteriza está preparada para establecer la llamada. Todavía otro escenario para establecer la llamada para la MS ocurre cuando la MS en respuesta a una página desde la V-MSC envía un mensaje de respuesta de página a otra MSC fronteriza 140 la cual no recibió el mensaje (invoca) ISPAGE 134. Este escenario puede suceder debido a que, al recibir una página, la MS va a través de un proceso de reexploración buscando el canal de señal más fuerte para bloquearlo. Si este canal está asociado con la cobertura proporcionada por MSC fronteriza 140, entonces la MS envía su respuesta de página de regreso a la MSC fronteriza 140. En este momento la MSC fronteriza 140 envía un mensaje (invoca) RespuestaNoSolicitada (UNSOLRES) 142 hacia la V-MSC 130 con la información de la IdFacturación. La V-MSC 130 regresa un mensaje (respuesta) UNSOLRES 144 hacia la MSC fronteriza 140. Este mensaje de regreso incluye la información de la IdFacturación permitiendo que la MSC fronteriza 140 etiquete la llamada. La V-MSC 130 entonces envía el mensaje (respuesta) ROUTREQ 132 hacia el VLR 126 avisando que la MSC fronteriza está preparada para establecer la llamada. Después que el mensaje (respuesta) ROUTREQ 132 es enviado hacia el VLR 126, el VLR 126 a su vez envía un mensaje (respuesta) ROUTREQ 146 de regreso al HLR 122. El HLR 122 entonces regresa un mensaje (RETURNRSULT) de resultado de regreso hacia la G-MSC. Los mensajes 132, 146, y 148, todos contienen la IdFacturación generada por la V-MSC. Como se ha descrito hasta ahora en los Antecedentes de la invención, la IdFacturación que regresa en los mensajes 132, 146 y 148 puede no ser confiables cuando el número de ramal (Leg No.) es un valor diferente de 0. Al recibir el mensaje (respuesta) RETURNRESULT 148, la llamada se envía a la MS. Dependiendo de la MSC (130, 136 o 140) que haya recibido la respuesta de página de la MS, se establecerá uno de los envíos de llamada (invoca) 150 o 160.

De acuerdo con la presente invención, una vez que se establece el mensaje (invoca) de envío de llamada 150 o 160, una información de regreso después del mensaje (respuesta) INFOBACKCDR de envío de llamada 152 o 162, respectivamente, será enviado de regreso desde la MSC 130 o MSC 136 o 140. Para todos los intentos y propósitos, la MSC a la cual se envía la llamada ahora puede ser conocida como V-MSC. Esta G-MSC 118 entonces envía un mensaje (respuesta) INFOBACKCDR 154 o 164 de regreso a la V-MSC para completar las comunicaciones . El mensaje INFOBACKCD consta de la información IdFacturación originalmente enviada por la G-MSC y también contiene un nuevo pedazo de información. Esta nueva información consta de la información IdFacturación Relacionada, la cual se genera por la V-MSC. La IdFacturación Relacionada en esta modalidad se utiliza para corregir la información de la IdFacturación que regresa en los mensajes 132, 146 y 148. Todos estos mensajes pueden entonces ser utilizados para etiquetar las transacciones de llamadas hacia la MS . De esta manera, se cree que el funcionamiento y construcción de la presente invención será evidente a partir de la descripción antes mencionada. Aunque el método y sistema mostrado y descrito se ha caracterizado como preferido, será fácilmente evidente que los diversos cambios y modificaciones pueden hacerse en la presente sin apartarse del espíritu y alcance de la invención como se define en las siguientes reivindicaciones.

Claims (28)

1. REIVINDICACIONES Un sistema de protocolo de comunicación del manejador de mensajes de datos (DMH) para uso en una red celular de telecomunicaciones, para comunicar información de contabilidad y facturación asociada con una llamada para una estación móvil dentro de la red, el sistema consta de: una central móvil de conmutación visitante (V-MSC) en donde se localiza la estación móvil a la cual se dirige la llamada; Una central móvil de conmutación de compuerta (G-MSC) la cual, con el envío de la llamada hacia la G-MSC, genera el primer dato de identificación de la facturación y transmite el primer dato de IdFacturación como parte de un mensaje de solicitud de llamada hacia la V-MSC; el medio dentro de la V-MSC para asignar el segundo dato de identificación de facturación que corresponde a una transacción de llamada que ha ocurrido en la V-MSC en respuesta al mensaje que invoca la llamada; y el medio dentro de la V-MSC para regresar el segundo dato de identificación de facturación hacia la G-MSC como dato de identificación de facturación relacionada después que se ha determinado un resultado para la llamada.
2. 2. El sistema de la reivindicación 1, en donde el resultado para la llamada es determinado por la V-MSC al recibir una respuesta de página desde la estación móvil o después que una llamada ha sido enviada desde la G-MSC hacia la V-MSC.
3. 3. El sistema de la reivindicación 1, en donde V-MSC regresa una retroinformación para el mensaje de envío de llamada, que incluye los datos de identificación de facturación relacionada y el primer dato de identificación de facturación enviado hacia adelante desde la G-MSC a la V-MSC, la información regresada por el mensaje de envío de llamada es regresado después que se determina el resultado de la llamada en la V-MSC.
4. 4. El sistema de la reivindicación 1, en donde el dato de identificación de facturación relacionada es formulado en la V-MSC, por la V-MSC, asignando un número de ramal incrementado para el número de ramal de un dato de identificación de facturación relacionada previamente generado, cuando la llamada enviada es una extensión de la llamada original hacia la estación móvil y por la V- MSC asignando un nuevo dato de identificación de facturación cuando la llamada enviada es una nueva llamada o no una extensión de una llamada existente.
5. 5. El sistema de la reivindicación 1, en donde la V-MSC se selecciona del grupo que consiste en una central móvil de conmutación (MSC) en donde la estación móvil se paginó por última vez, una MSC fronteriza hacia la MSC en donde la estación móvil fue registrada por última vez y desde la cual se ha recibido el mensaje de respuesta de página desde la MSC fronteriza y una MSC fronteriza que recibe una respuesta de página "desconocida" desde una estación móvil que fue paginada por otra MSC.
6. El sistema de la reivindicación 1, en donde el mensaje que invoca la llamada generado por la G-MSC se selecciona del grupo que consiste en un mensaje de SolicitudCaracterística, un mensaje de solicitud de origen, un mensaje de solicitud de localización y un mensaje de solicitud de número de transferencia.
7. El sistema de la reivindicación 1, en donde el primer dato de identificación de facturación y el dato de identificación de facturación relacionada cada uno incluye un número de identidad del conmutador, una identificación de la llamada y un segmento de número que identifica un ramal de llamada.
8. El sistema de la reivindicación 1, en donde el mensaje que invoca es enviado hacia un registrador de localización local (HLR) asociado con la G-MSC, el HLR a su vez envía un mensaje de solicitud de ruta hacia un registrador de localización visitante (VLR) asociado con la V-MSC, en donde la estación móvil fue registrada por última vez y el VLR a su vez envía un mensaje de solicitud de ruta hacia la V-MSC asociada.
9. 9. Un método de comunicación de información de las operaciones de contabilidad y facturación entre una central móvil de conmutación servidor (MSC servidor) y una central móvil de conmutación destino (MSC destino) a la cual se dirige una llamada para una estación móvil dentro de una red celular de telecomunicaciones, el método comprende los pasos de: generar, en la MSC servidor, el primer dato de identificación de facturación para la llamada; transmitir el primer dato de identificación de facturación hacia la MSC destino; generar el segundo dato de identificación de facturación en la MSC destino correspondiente a una transacción de llamada que ha ocurrido en la MSC destino; y regresar el segundo dato de identificación de facturación como dato de identificación de facturación relacionada hacia la MSC servidor después que se ha determinado un resultado para la llamada en la MSC destino.
10. 10. El método de la reivindicación 9, en donde el resultado de la llamada se determina en la MSC destino por medio de la MSC destino, verificando primero si se ha recibido una respuesta de página desde la estación móvil y, si no fue así, determinando que sea enviada una llamada desde la MSC servidor a la MSC destino.
11. 11. El método de la reivindicación 9, en donde el paso de regresar un dato de identificación de facturación relacionada a la MSC servidor incluye el regreso de una retroinformación para el mensaje de envío de llama que incluye el dato de identificación de facturación relacionada y el primer dato de identificación de facturación transmitido desde la MSC servidor a la MSC destino.
12. 12. El método de la reivindicación 9, en donde el paso de generar el segundo dato de identificación de facturación relacionada en la MSC destino incluye: asignar un número de ramal incrementado, para el número de ramal, de un dato de identificación de facturación relacionada previamente generado cuando la llamada enviada es una extensión de una llamada original para la estación móvil, y asignar un nuevo dato de identificación de facturación cuando la llamada enviada es una nueva llamada o no una extensión de una llamada existente.
13. 13. El método de la reivindicación 9, en donde el paso de generar el primer dato de identificación de facturación para la llamada incluye generar un mensaje que invoca la llamada para uno del grupo que consiste en un mensaje de solicitud de característica, un mensaje de solicitud de origen, un mensaje de solicitud de localización, y un mensaje de solicitud de número de transferencia.
14. El método de la reivindicación 9, en donde el primero dato de identificación de facturación y el dato de identificación de facturación relacionada cada una incluye un número de identidad de conmutador, un número de identificación de la llamada y un número de segmento que identifica un ramal de llamada.
15. El método de la reivindicación 9, en donde el mensaje invoca se envía a un registrador de localización local (HLR) asociado con la MSC servidor, el HLR a su vez envia un mensaje de solicitud de ruta hacia un registrador de localización visitante (VLR) asociado con la MS destino, en donde la estación móvil fue registrada por última vez y el VLR a su vez envía un mensaje de solicitud de ruta a la MS destino asociada.
16. Un sistema de protocolo de comunicación para un manejador de mensajes de datos (DMH) para uso en una red celular de telecomunicaciones para comunicar información de contabilidad y facturación asociada con una llamada en una estación móvil dentro de la red, el sistema comprende: una central móvil de conmutación visitante (V-MSC) en donde se localiza la estación móvil a la cual se dirige la llamada; una central móvil de conmutación de compuerta (G-MSC) la cual, con el envío de la llamada hacia la G-MSC, genera el primer dato de identificación de facturación y transmite el primer dado de identificación de facturación como parte de un mensaje que invoca la llamada hacia la V-MSC; el medio dentro de la V-MSC para asignar un segundo dato de identificación de facturación que corresponde a una transacción de la llamada que ha ocurrido en la V-MSC en respuesta al mensaje que invoca la llamada; y el medio dentro de la V-MSC para regresar el segundo dato de identificación de facturación hacia la G-MSC como dato de identificación de facturación relacionada después que la llamada ha sido enviada desde la G-MSC a la V-MSC.
17. El sistema de la reivindicación 16, en donde la V-MSC regresa retroinformación para el mensaje de envío de llamada que incluye el dato de identificación de facturación relacionada y el primer dato de identificación de facturación enviado hacia adelante de la G-MSC a la V-MSC, la retroinformación para el mensaje de envío de llamada regresa después que se ha determinado el resultado de la llamada en la V-MSC.
18. El sistema de la reivindicación 16, en donde el dato de identificación de facturación relacionada es formulado en la V-MSC, por la V-MSC, asignando un número de ramal incrementado para el número de ramal de un dato de identificación de facturación relacionada previamente generado cuando la llamada enviada es una extensión de la llamada original final para la estación móvil y por la V-MSC asignando un nuevo dato de identificación de facturación cuando la llamada enviada es una nueva llamada o no es una extensión de una llamada existente.
19. El sistema de la reivindicación 16, en donde la V-MSC se selecciona del grupo que consiste en una central móvil de conmutación (MSC) en donde la estación móvil se paginó por última vez, una MSC fronteriza para la MSC en donde la estación móvil se registró por última vez y desde la cual se ha recibido un mensaje de respuesta de página desde la MSC fronteriza, y una MSC fronteriza que recibe una respuesta de página "desconocida" desde una estación móvil que fue paginada por otra MSC.
20. El sistema de la reivindicación 16, en donde el mensaje que invoca la llamada generado por la G-MSC es uno de un grupo que consiste en un mensaje de solicitud de característica, un mensaje de solicitud de origen, un mensaje de solicitud de localización y mensaje de solicitud de número de transferencia.
21. 21. El sistema de la reivindicación 16, en donde el primer dato de identificación de facturación y el dato de identificación de facturación relacionada cada uno incluye un número de identidad de conmutador, una identificación de la llamada y un número de segmento que identifica un ramal de la llamada.
22. 22. El sistema de la reivindicación 16, en donde el mensaje que invoca es enviado hacia un registrador de localización local (HLR) asociado con la G-MSC, el HLR a su vez envía un mensaje de solicitud de ruta a un registrador de localización visitante (VLR) asociado con la V-MSC en donde la estación móvil se registró por última vez y el VLR a su vez envía un mensaje de solicitud de ruta a la V-MSC asociada.
23. 23. Un método de comunicación de la información de operaciones de contabilidad y facturación entre una central móvil de conmutación servidor (MCS) y una MSC destino a la cual se dirige una llamada para una estación móvil dentro de la red celular de telecomunicaciones, el método comprende los pasos de: generar en la MSC servidor el primer dato de identificación de facturación para la llamada; transmitir el primer dato de identificación de facturación a la MSC destino, generar el segundo dato de identificación de facturación en la MSC destino que corresponde a una transacción de llamada que ha ocurrido en la MSC destino, y regresar el segundo dato de identificación de facturación como dato de identificación de facturación relacionada a la MSC servidor, después que la llamada ha sido enviada desde la MSC servidor a la MSC destino,
24. 24. El método de la reivindicación 24, en donde el paso de regresar el dato de identificación de facturación relacionada a la MSC servidor incluye regresar retroinformación para el mensaje de envío de llamada que incluye el dato de información de facturación relacionada y el primer dato de identificación de facturación transmitido desde la MSC servidor a la MSC destino.
25. 25. El método de la reivindicación 24, en donde el paso de generar el segundo dato de identificación de facturación en la MSC destino incluye: asignar un número de ramal incrementado para el número de ramal de un dato de identificación de facturación relacionada previamente generado cuando la llamada enviada es una extensión de una llamada original para la estación móvil, y asignar un nuevo dato de identificación de facturación cuando la llamada enviada es una nueva llamada o no una extensión de una llamada existente.
26. 26. El método de la reivindicación 24, en donde el paso de generar un primer dato de identificación de facturación para la llamada incluye generar un mensaje que invoca la llamada para uno del grupo que consiste en un mensaje de solicitud de característica, un mensaje de solicitud de origen, un mensaje de solicitud de localización y un mensaje de solicitud de número de transferencia.
27. 27. El método de la reivindicación 24, en donde el primer dato de identificación de facturación y el dato de identificación de facturación relacionada cada uno incluye un número de identidad del conmutador, un número de identificación de llamada y un número de segmento que identifica un ramal de llamada.
28. 28. El método de la reivindicación 24, en donde el mensaje que invoca se envía a un registrador de localización local (HLR) asociado con la MSC servidor, el HLR a su vez envía un mensaje de solicitud de ruta a un registrador de localización visitante (VLR) asociado con la MSC en donde la estación móvil se registró por última vez y el VLR a su vez, envía un mensaje de solicitud de ruta a esta MSC asociada. RESUMEN DE LA INVENCIÓN La presente invención se refiere a un sistema y método para comunicar información de las operaciones de contabilidad y facturación entre una central móvil de conmutación de compuerta (G-MSC) y una central móvil de conmutación visitante (V-MSC) a la cual se dirige una llamada para una estación móvil dentro de una red celular de telecomunicaciones. El método comprende los pasos de: generar, en la MSC servidor, el primer dato de identificación de facturación para la llamada; transmitir el primer dato de identificación de facturación a la MSC destino; generar el segundo dato de identificación de facturación en la MSC destino que corresponde a una transacción de la llamada que ha ocurrido en la MSC destino; y regresar el segundo dato de identificación de facturación como un dato de identificación de facturación relacionada hacia la MSC servidor después que se ha determinado un resultado para la llamada en la MSC destino. El resultado de la llamada se determina cuando se ha recibido una respuesta de página en la V-MSC desde la estación móvil o, de otra manera, se ha enviado una llamada tomando un troncal de la MSC servidor a la MSC destino. El método tiene aplicación en un sistema de protocolo de comunicación del manejador de mensajes de datos para comunicar operaciones de contabilidad y facturación dentro de la red celular de telecomunicaciones .