ES2948445T3 - Restauración de sesión de MBMS en EPS por fallo de ruta - Google Patents

Restauración de sesión de MBMS en EPS por fallo de ruta Download PDF

Info

Publication number
ES2948445T3
ES2948445T3 ES17204304T ES17204304T ES2948445T3 ES 2948445 T3 ES2948445 T3 ES 2948445T3 ES 17204304 T ES17204304 T ES 17204304T ES 17204304 T ES17204304 T ES 17204304T ES 2948445 T3 ES2948445 T3 ES 2948445T3
Authority
ES
Spain
Prior art keywords
mbms
node
sgsn
mme
old
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES17204304T
Other languages
English (en)
Inventor
Qi Xia
Yong Yang
Dongmei Zhu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2948445T3 publication Critical patent/ES2948445T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/38—Connection release triggered by timers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La presente invención se refiere en general a procedimientos de restauración en una red de Servicio de Difusión y Multidifusión Multimedia (MBMS) (también denominada red MBMS evolucionada (eMBMS)) en caso de un fallo en la ruta. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Restauración de sesión de MBMS en EPS por fallo de ruta
Antecedentes
En una red de comunicaciones típica, un dispositivo inalámbrico se comunica a través de una red de acceso por radio (Radio Access Network, RAN) con una o más redes centrales (Core Networks, CN). La red de comunicaciones también puede denominarse por ejemplo, una red de comunicaciones inalámbricas, un sistema de comunicaciones inalámbricas, una red de comunicaciones, un sistema de comunicaciones, una red o un sistema.
El dispositivo inalámbrico puede ser un dispositivo mediante el cual un abonado puede acceder a servicios ofrecidos por la red de un operador, y a servicios fuera de la red del operador a los que la red de acceso por radio y la red central del operador proporcionan acceso, por ejemplo acceso a Internet. El dispositivo inalámbrico puede ser cualquier dispositivo, móvil o estacionario, habilitado para comunicarse a través de un canal de radio en la red de comunicaciones, por ejemplo, entre otros, por ejemplo equipos de usuario, teléfonos móviles, teléfonos inteligentes, sensores, medidores, vehículos, electrodomésticos, aparatos médicos, reproductores multimedia, cámaras, dispositivos de máquina a máquina (Machine to Machine, M2M) o cualquier tipo de electrónica de consumo, por ejemplo, pero sin estar limitada a, televisión, radio, disposiciones de iluminación, tableta, ordenador portátil u ordenador personal (Personal Computer, PC). El dispositivo inalámbrico puede ser portátil, de bolsillo, de mano, incorporado en un ordenador o montado en un vehículo, habilitado para comunicar voz y/o datos, a través de la red de acceso por radio, con otra entidad, tal como otro dispositivo inalámbrico o un servidor.
La red de acceso por radio cubre un área geográfica que está dividida en áreas de células, siendo cada área de células atendida por una estación base. La estación base puede denominarse estación base de radio (Radio Base Station, RBS), Nodo B evolucionado (evolved NodeB, eNB), Nodo B, Nodo B, controlador de red de radio (Radio Network Controller, RNC), controlador de estación base (Base Station Controller, BSC), estación base transceptora (Base Transceiver Station, BTS), MCE, según la tecnología y la terminología utilizada. Una célula es un área geográfica en donde la estación base de radio proporciona cobertura de radio en un sitio de estación base. La estación base se comunica con los dispositivos inalámbricos dentro del alcance de la estación base.
Según el 3GPP, los servicios de multidifusión y difusión multimedia (Multimedia Broadcast Multicast Services, MBMS) “es un servicio de punto a multipunto en donde los datos se transmiten desde una sola entidad de origen a múltiples destinatarios. La transmisión de los mismos datos a múltiples destinatarios permite compartir los recursos de la red”. El MBMS ofrece dos modos: modo de transmisión y modo de multidifusión. La arquitectura de MBMS permite el uso eficiente de la red de radio y los recursos de la red central. El MBMS evolucionado (eMBMS) puede describirse como la versión de MBMS de la red central de paquetes evolucionada (Evolved Packet Core, EPC). La evolución de eMBMS proporciona un rendimiento mejorado gracias a velocidades de bits de LTE más altas y flexibles, operaciones de red de frecuencia única y flexibilidad de configuración del operador.
En MBMS, hay algunos nodos de red o entidades funcionales que son importantes. La entidad de coordinación de multidifusión/ múltiples células (MCE) es un nodo de red o entidad funcional que es responsable de la asignación de recursos de tiempo y frecuencia para la transmisión de MBMS. La MCE puede estar ubicada junto con, por ejemplo, un eNB. Otro nodo de red es la MBMS-GW, que es el punto de entrada para el tráfico de datos de difusión/multidifusión entrante. La MBMS-GW difunde paquetes de datos a todos los eNB dentro de un área. El centro de servicios de difusión multidifusión (Broadcast Multicast-Service Center, BM-SC) es un nodo de red o una entidad funcional necesaria para que una red de comunicaciones soporte MBMS. El BM-SC se encarga de dar servicio al usuario final.
Algunos de los puntos de referencia en MBMS son Sn, SGmb y Sm. Sn es el punto de referencia para el plano de control entre la MBMS-GW y el SGSN. SGmb es el punto de referencia para el plano de control entre el BM-SC y la MBMS-GW. Sm es el punto de referencia para el plano de control entre la entidad de gestión de la movilidad (Mobility Management Entity, MME) y la MBMS-GW. El protocolo de aplicación M3 (M3 Application Protocol, M3AP) soporta la interfaz M3 que se encuentra entre la MCE y la MBMS GW. Un punto de referencia también puede denominarse interfaz. La señalización entre nodos se intercambia en un punto de referencia.
El propósito de un procedimiento de inicio de sesión de MBMS es solicitar a la red de acceso por radio que notifique a los dispositivos inalámbricos sobre una próxima sesión de MBMS de un servicio portador de MBMS determinado y establecer un portador de acceso por radio (Radio Access Bearer, RAB) de MBMS y una conexión de señalización de MBMS para esta sesión de MBMS. El procedimiento de inicio de sesión de MBMS es activado por la red central. Por ejemplo, la red central inicia el procedimiento enviando un mensaje de solicitud de inicio de sesión de MBMS al RNC. El mensaje de solicitud de inicio de sesión de MBMS comprende diferentes parámetros. El RNC actúa según el mensaje de solicitud de inicio de sesión de MBMS recibido. El RNC envía un mensaje de respuesta de inicio de sesión de MBMS o un mensaje de fallo de inicio de sesión de MBMS a la red central, dependiendo del resultado del procedimiento.
Según el 3GPP, la pérdida o corrupción de los datos almacenados en las entidades de red antes mencionadas para el soporte de los servicios MBMS para cada contexto de sesión de MBMS que son creados por el procedimiento de inicio de sesión de MBMS y actualizados por el procedimiento de actualización de sesión de MBMS, degradará seriamente los servicios MBMS ofrecidos a los abonados móviles. Por lo tanto, es necesario definir procedimientos para limitar los efectos de dicho fallo y restaurar el servicio MBMS con un impacto mínimo para los abonados móviles. Dichos procedimientos de restauración están relacionados con fallos y/o reinicios de varios tipos de nodos de red y rutas/interfaces de red, tales como, por ejemplo, MBMS-GW, MME, SGSN, etc. Los términos restauración y restablecimiento son equivalentes.
Un fallo puede ser un fallo al recibir un mensaje en particular, un fallo de un componente de hardware o software de un nodo de red. Un fallo puede ser total/completo o parcial. Después de reiniciar un nodo, se eliminan todos sus contextos de portador.
El 3GPP ha iniciado un nuevo proyecto denominado procedimientos de restauración de eMBMS, donde el objetivo de este proyecto es especificar procedimientos de restauración mejorados para definir explícitamente el comportamiento de EPS y permitir la restauración del servicio de eMBMS cuando sea posible para minimizar el impacto del servicio del usuario final sobre diferentes tipos de fallos en la ruta de control. Ejemplos de dichos fallos son los siguientes:
• Error/reinicio de MBMS-GW
• Fallo/reinicio de MME/SGSN
• Error/reinicio de MCE
• Fallo/reinicio de BM-SC
• Fallo de ruta de Sm/Sn
• Error de ruta de M3AP
• Error de ruta de SGmb
Se ha acordado que el principio de estos procedimientos de restauración es tratar de restablecer la ruta de control para permitir una actualización de la sesión de MBMS posterior y/o una detención de la sesión de MBMS. Además, dicho restablecimiento se puede realizar antes de interrumpir las sesiones de MBMS. Pero los procedimientos específicos bajo diversos planteamientos de fallo aún están en discusión.
El comportamiento del sistema tras la restauración de una sesión de MBMS hacia un nodo de aguas abajo alternativo durante un fallo en la ruta de SGmb sigue sin estar definido en los estándares actuales.
La técnica relacionada se da a conocer en los siguientes documentos:
“Proyecto de asociación de tercera generación; Grupo de Especificaciones Técnicas Red central y Terminales; Procedimientos de restauración (Versión 12)”, ESTÁNDAR 3GPP; 3GPP TS 23.007, PROYECTO DE COLABORACIÓN DE 3a GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCIA, vol. CT WG4, no. V12.0.0, 13 de marzo de 2013 (2013­ 03-13), páginas 1-72. Este documento da a conocer procedimientos en donde los datos almacenados en los registros de ubicación se actualizan automáticamente durante el funcionamiento normal; la información principal almacenada en un registro de ubicación define la ubicación de cada estación móvil y los datos de abonado necesarios para gestionar el tráfico de cada abonado móvil. La pérdida o corrupción de estos datos degradará seriamente el servicio ofrecido a los abonados móviles; por lo tanto, es necesario definir procedimientos para limitar los efectos del fallo de un registro de ubicación y restaurar automáticamente los datos del registro de ubicación. Este documento define los procedimientos necesarios.
ALCATEL-LUCENT: “MCE Takeover Mechanism”, BORRADOR del 3GPP; R3-130651_MCETAKEOVER36344CRR12, PROYECTO DE ASOCIACIÓN DE 3a GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCIA, vol. RAN WG3, no. Chicago, Estados Unidos; 20130415 - 20130419 5 de abril de 2013 (05/04/2013)). Este documento da a conocer un procedimiento de MBMS en caso de fallo de la ruta de SM en donde, después de recibir un mensaje de inicio de sesión de MBMS desde una MME diferente a la MME de servicio actual para algunos servicios, la MCE considerará que la nueva MME asume el uno o varios servicios involucrados y continúa con la nueva MME. La MCE también liberará los contextos de MBMS correspondientes y las conexiones de M3 lógicas asociadas al servicio MBMS en la MME antigua mediante el envío de un mensaje de reinicio de M3 con una nueva indicación especial.
ALCATEL-LUCENT: “MBMS Recovering mechanism CT4 WI - Overview of RAN3 impacts”, BORRADOR del 3GPP; R3-130649_MBMSRECO, PROYECTO DE ASOCIACIÓN DE 3a GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCIA, vol. RAN WG3, no. Chicago, Estados Unidos; 20130415 - 201304195 de abril de 2013 (05/04/2013)). Este documento describe los procedimientos de restauración de eMBM con el propósito de restaurar el servicio MBMS cuando ocurre un fallo/reinicio en la MBMS GW, MME o MCE.
NOKIA SIEMENS NETWORKS: “Response to R3-130649”, BORRADOR del 3GPP; R3-130729 RESPUESTA A R3-130649, PROYECTO DE ASOCIACIÓN DE 3a GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCIA, vol. RAN WG3, no. Chicago, Estados Unidos; 20130415 - 20130419 12 de abril de 2013 (2013-04-12). Este documento da a conocer una restauración después de un fallo en la ruta MCE/M3, donde la recuperación garantizará que todas las sesiones de MBMS reiniciadas comiencen en el mismo período de modificación, y que la recuperación garantice que la MCE afectada tenga la misma lista de sesiones de MBMS que las MCE no afectadas.
“Proyecto de asociación de tercera generación; Grupo de Especificaciones Técnicas Servicios y Aspectos del Sistema; Servicio de multidifusión de transmisiones multimedia (MBMS); Arquitectura y descripción funcional (Versión 11)”, ESTÁNDAR del 3GPP; 3GPP TS 23.246, PROYECTO DE COLABORACIÓN DE 3a GENERACIÓN (3GPP), MOBILE COMPETENCE CENTER; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCIA, vol. SA WG2, n.° V11.1.0, 8 de marzo de 2012 (2012-03-08). Este documento da a conocer la descripción de la etapa 2 (solución arquitectónica y funcionalidades) para el servicio de portador de MBMS, que incluye, junto con los servicios de usuario de MBMS, todos los elementos necesarios para cumplir con los requisitos de la etapa 1. Este documento abarca tanto GPRS como EPS y las dosis también incluyen consideraciones sobre la manera en que los servicios de usuario deben hacer uso del servicio de portador de MBMS descrito en el mismo. El documento incluye información aplicable a operadores de red, proveedores de servicios y fabricantes.
“Proyecto de asociación de tercera generación; Grupo de Especificaciones Técnicas Red central y Terminales; Sistema de paquetes evolucionado (Evolved Packet System, EPS) del 3GPP; Protocolo de tunelización para el GPRS evolucionado para el plano de control (GPRS Tunneling Protocol, GTPv2-C); etapa 3 (Versión 12)”, ESTÁNDAR del 3GPP; 3GPP TS 29.274, PROYECTO DE COLABORACIÓN DE 3a GENERACIÓN (3GPP), MOBILE COMPETENCE CENTER; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCIA, vol. CT WG4, no. V12.0.0, 12 de marzo de 2013 (2013-03-12). Este documento especifica la etapa 3 del plano de control del Protocolo de Tunelización de GPRS (GTP), Versión 2 para las interfaces del Sistema de Paquetes Evolucionados (GTPv2-C). Los túneles GTP se utilizan entre dos nodos que se comunican a través de una interfaz basada en GTP para separar el tráfico en diferentes flujos de comunicación. En cada nodo se identifica un túnel de GTP con un TEID, una dirección IP y un número de puerto de UDP. El extremo de recepción de un túnel de GTP asigna localmente el valor del TEID que debe utilizar el lado de transmisión. Los valores del TEID se intercambian entre los extremos del túnel mediante mensajes de GTP-C, S1-MME o lu-PS.
“Proyecto de asociación de tercera generación; Grupo de Especificaciones Técnicas Red central y Terminales; Servicio general de radio en paquetes (GPRS); GPRS Tunneling Protocol (GTP) a través de la interfaz Gn y Gp (Versión 12)”, 3GPP STANDARD; 3GPP TS 29.060, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTER; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX FRANCIA, vol. CT WG4, no. V12.0.0, 11 de marzo de 2013 (2013-03-11). Este documento define la segunda versión del GTP utilizada en las interfaces Gn y Gp del Servicio General de Radio en Paquetes (GPRS) y las interfaces lu, Gn y Gp del sistema UMTS.
“eMBMS restoration procedures”, BORRADOR del 3GPP; C4-130247_CL, PROYECTO DE ASOCIACIÓN DE 3a GENERACIÓN (3GPP), CENTRO DE COMPETENCIAS MÓVILES; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCIA, vol. CT WG4, no. San Jose Del Cabá; 20130128 - 20130201 4 febrero 2013 (2013­ 02-04). En este documento se señala que se espera que los nodos de EPC sean altamente fiables, pero no se pueden evitar reinicios o fallos ocasionales por diversas razones. CT4 ha especificado en el 3GPP Versiones 10 y 11, procedimientos mejorados de restauración de nodos de EPC para restaurar los servicios de CS y PS ante la ocurrencia de diversos fallos en la EPC. Sin embargo, no se ha definido ningún procedimiento para restaurar el servicio MBMS cuando ocurren fallos/reinicios en una MME, un S4-SGSN, una MCE, una MBMS-GW o un BM-SC o Io sus enlaces correspondientes, lo que impide que el comportamiento del EPS sea predictivo tras la ocurrencia de dicho fallo, en particular en un entorno de múltiples proveedores. Los servicios MBMS en curso pueden interrumpirse y, como resultado, se pueden rechazar nuevas solicitudes de MBMS desde el BM-SC. Se propone especificar procedimientos de restauración mejorados para definir explícitamente el comportamiento del EPS y permitir la restauración del servicio eMBMS cuando sea posible para minimizar el impacto del servicio del usuario final en una serie de planteamientos.
Compendio
Por lo tanto, un objetivo de las realizaciones del presente documento es obviar al menos uno de los inconvenientes anteriores y proporcionar un procedimiento de restauración mejorado en una red de comunicaciones.
La invención está definida por todas las características presentes y requeridas por las reivindicaciones independientes que definen el alcance de la invención y representan realizaciones de la invención. Otras características de las realizaciones a modo de ejemplo están definidas en las reivindicaciones dependientes. A continuación, el asunto de las figuras 2a, 2b, 7 y sus descripciones están de acuerdo con la invención reivindicada tal como está definida en las reivindicaciones. El asunto de las figuras 1 ,2c-6b, 8-11 y sus descripciones, incluso si se describen o nombran como “ realización(es)” , “ invención(es)” , “aspecto(s)” , “ejemplo(s)” o “divulgación(es)” , etc., no se corresponde totalmente y, por lo tanto, solo parcialmente con la invención tal como está definida en las reivindicaciones (por ejemplo, debido a una o más características presentes y requeridas por las reivindicaciones independientes que faltan en las “ realizaciones” , “ invención(es)” , “aspecto(s)” , “ejemplo(s)” o “divulgación(es)” , etc., por ejemplo debido al uso de expresiones tales como “o” , “alternativa” , “alternativamente” , “ puede” , “ preferiblemente” , “opcionalmente” , “ puede” , “ podría” , “como un/por ejemplo” , etc. reemplazando una o más características presentes y requeridas por las reivindicaciones independientes y/o representando una o más características presentes en y requerido por las reivindicaciones independientes como opcional). Por lo tanto, el objeto de la siguiente descripción y figuras no se encuentra dentro del asunto para el cual se busca la protección, o no está incluido en la redacción de las reivindicaciones, pero se considera útil para comprender la invención.
Breve descripción de los dibujos
Las realizaciones del presente documento se describirán a continuación con más detalle en la siguiente descripción detallada, con referencia a los dibujos adjuntos que ilustran las realizaciones, y en donde:
La figura 1 es un diagrama de bloques esquemático que ilustra realizaciones de una red de comunicaciones.
Las figuras 2a-c son diagramas de señalización que ilustran realizaciones de un método en una red de comunicaciones.
La figura 3 es un diagrama de bloques esquemático que ilustra realizaciones de una red de comunicaciones.
La figura 4 es un diagrama de bloques esquemático que ilustra realizaciones de una red de comunicaciones, en donde se produce un fallo de ruta de Sn/Sm.
La figura 5 es un diagrama de bloques esquemático que ilustra realizaciones de una red de comunicaciones donde ocurre un fallo en la ruta de SGmb.
Las figuras 6a-b son diagramas de señalización que ilustran realizaciones de restauración de sesión de MBMS cuando ocurre un fallo de ruta de SGmb.
La figura 7 es un diagrama de señalización que ilustra realizaciones de restauración de sesión de MBMS cuando ocurre un fallo de ruta de Sn/Sm.
La figura 8 es un diagrama de bloques esquemático que ilustra realizaciones de una red de comunicaciones.
La figura 9 es un diagrama de bloques esquemático que ilustra realizaciones de un nodo de red.
La figura 10 es un diagrama de bloques esquemático que ilustra realizaciones de un nodo del plano de control.
La figura 11 es un diagrama de bloques esquemático que ilustra realizaciones de un nodo de la RAN.
Los dibujos no están necesariamente a escala y las dimensiones de ciertas características pueden haber sido exageradas en aras de la claridad. En cambio, se hace hincapié en ilustrar el principio de las realizaciones de este documento.
Descripción detallada
Tal como se mencionó anteriormente, el comportamiento de la red ante un fallo en la ruta de SGmb y/o Sn/Sm sigue sin estar definido en los estándares actuales. Durante el fallo de la ruta sobre cualquiera de las interfaces Sm/Sn/SGmb, puede tener lugar la selección de una ruta de control alternativa. Las realizaciones en este documento tienen como objetivo proporcionar un análisis de dichos planteamientos de fallo de ruta:
• El comportamiento esperado de un nodo de aguas abajo, por ejemplo el RNC/MCE para un fallo de Sn/Sm, o el MME/SGSN para un fallo de ruta de SGmb cuando recibe la solicitud para restaurar una sesión de MBMS existente, especialmente cuando la ruta hacia un nodo de aguas arriba aún está activa.
• Cómo se puede liberar el recurso asignado en los nodos en la ruta de control antigua para aquellas sesiones de MBMS que han sido asumidas.
La figura 1 representa una red de comunicaciones 100 en donde se pueden implementar las realizaciones del presente documento. La red de comunicaciones 100 puede, en algunas realizaciones, aplicarse a una o más tecnologías de acceso por radio tales como, por ejemplo, Evolución a largo plazo (Long Term Evolution, LTE), LTE Avanzada, Acceso múltiple por división de código de banda ancha (Wideband Code Division Multiple Access, WCDMA), Sistema global para comunicaciones móviles (Global System for Mobile communications, GSM), o cualquier otra tecnología de acceso por radio del Proyecto de asociación de tercera generación (3GPP), o de otras tecnologías de acceso por radio como WLAN.
La red de comunicaciones 100 comprende un nodo de red 101. El nodo de red 101 puede ser un BM-SC o una MBMS-GW. El nodo de red 101 está conectado al menos a uno de un nodo antiguo del plano de control 103a y un nodo nuevo del plano de control 103b. El nodo antiguo se puede indicar con la letra a o con el número 1, y el nodo nuevo se puede indicar con la letra b o el número 2. El término “antiguo” se refiere a un nodo que se ha utilizado previamente y el término “nuevo” se refiere a un nodo que se utilizará en el futuro. El nodo de red 101 puede estar conectado a un nodo antiguo y, luego, cambiar para ser conectado a un nodo nuevo. El nodo antiguo del plano de control 103a también puede denominarse primer nodo del plano de control y el nodo nuevo del plano de control 103b también puede denominarse segundo nodo del plano de control. El nodo antiguo del plano de control 103a puede ser una MBMS-GW o un MME/SGSN. El nodo nuevo del plano de control 103b puede ser una MBMS-GW o un MME/SGSN. El término MME/SGSN se refiere a una MME o un SGSN o un MME/SGSN ubicado en el mismo sitio. El nodo antiguo del plano de control 103a controla varias sesiones de MBMS. Después de un fallo en la ruta entre el nodo de red 101 y el nodo antiguo del plano de control 103a, el nodo de red 101 selecciona un nodo nuevo o alternativo del plano de control, es decir, el nodo nuevo del plano de control 103b para restablecer las sesiones de MBMS. Por lo tanto, la información de control, es decir, la señalización, se transmite a través de una nueva ruta, en lugar de la antigua.
Un nodo del plano de control es un nodo que transporta información de control, también conocida como señalización. Como contraste, un nodo del plano de usuario transporta el tráfico de usuarios de la red.
La red de comunicaciones 100 comprende un nodo de RAN 105 conectado al nodo antiguo del plano de control 103a y a un nodo nuevo del plano de control 103b. El nodo de la RAN 105 está conectado directamente al nodo antiguo del plano de control 103a y al nodo nuevo del plano de control 103b, o está conectado al nodo antiguo del plano de control 103a y al nodo nuevo del plano de control 103b a través de otros nodos antiguos y nuevos del plano de control (no mostrados). El nodo de la RAN 105 puede ser una estación base, tal como un NodoB, un NodoB evolucionado (eNB), un controlador de red de radio (RNC), una entidad de coordinación de multidifusión/célula múltiple (MCE) o cualquier otra unidad de red capaz de comunicarse a través de una portadora de radio con un dispositivo inalámbrico 110 que está presente en una célula.
El dispositivo inalámbrico 110 puede ser un dispositivo mediante el cual un abonado puede acceder a servicios ofrecidos por la red de un operador, y a servicios fuera de la red del operador, a los que la red de acceso por radio y la red central del operador proporcionan acceso, por ejemplo acceso a Internet. El dispositivo inalámbrico 110 puede ser cualquier dispositivo, móvil o estacionario, habilitado para comunicarse a través de un canal de radio en la red de comunicaciones, por ejemplo, pero sin limitarse a, por ejemplo equipos de usuario, teléfonos móviles, teléfonos inteligentes, sensores, medidores, vehículos, electrodomésticos, aparatos médicos, reproductores multimedia, cámaras, dispositivos de máquina a máquina (M2M) o cualquier tipo de electrónica de consumo, por ejemplo, pero sin limitarse a, televisión, radio, disposiciones de iluminación, tableta, ordenador portátil u ordenador personal (PC). El dispositivo inalámbrico 110 puede ser un dispositivo portátil, de bolsillo, de mano, incorporado en un ordenador o montado en un vehículo, habilitado para comunicar voz y/o datos, a través de la red de acceso por radio, con otra entidad, tal como otro dispositivo inalámbrico o un servidor.
El nodo de red 101 está conectado (directamente o a través de otro nodo) a un proveedor de contenido 115, que difunde servicios al dispositivo inalámbrico 110.
Cabe señalar que el enlace de comunicación entre los nodos de la red puede ser de cualquier tipo adecuado, incluido un enlace cableado o inalámbrico. El enlace puede usar cualquier protocolo adecuado según el tipo y el nivel de la capa (por ejemplo, tal como indica el modelo OSI) tal como lo entiende el experto en la materia.
En la red de comunicaciones 100, el término aguas abajo se refiere al sentido desde un proveedor de contenido 115 al dispositivo inalámbrico 110. Por lo tanto, los nodos antiguo y nuevo del plano de control 103a, b y el nodo de la RAN 105 pueden ser considerados nodos aguas abajo.
El método para la restauración de la sesión después de un fallo en la ruta, según algunas realizaciones, se describirá a continuación con referencia al diagrama de señalización representado en la figura 2a, la figura 2b y la figura 2c. Primero se realizan las etapas 201 a-207a en la figura 2a, luego se realizan las etapas 208b-211b en la figura 2b o las etapas 208c-218c en la figura 2c. Como alternativa a las etapas 208b-211b, se realizan las etapas 208c-218c de la figura 2c. La figura 2a describe la fase de restauración de la sesión. La figura 2b describe el procedimiento de detención de la sesión para eliminar el recurso para aquellas sesiones de MBMS que han sido reubicadas en una ruta de control alternativa. La figura 2c describe un procedimiento alternativo al procedimiento descrito en la figura 2b, donde el primer nodo del plano de control de aguas abajo elimina el recurso en la ruta antigua del plano de control cuando recibe un mensaje de solicitud de inicio de sesión de MBMS con al menos uno del indicador de restauración, dirección de IP del nodo antiguo de control y una indicación para indicar que es el primer nodo de aguas abajo.
Al inicio del método, existe una sesión de MBMS en el nodo de red 101, el nodo antiguo del plano de control 103a y el nodo de la RAN 105, y posiblemente también en otro nodo antiguo del plano de control (no mostrado).
El método comprende las siguientes etapas, etapas que también pueden llevarse a cabo en otro orden adecuado distinto del descrito a continuación.
Etapa 201a
Esta etapa se ve en la figura 2a. El nodo de red 101 detecta un fallo en la ruta asociado con la ruta entre el nodo de red 101 y el nodo antiguo del plano de control 103a. El fallo de ruta puede ser un fallo de ruta transitorio, que se describirá con más detalle a continuación. Tal como se mencionó anteriormente, el nodo antiguo 103 del plano de control controla al menos una sesión de MBMS.
Etapa 202a
Esta etapa se ve en la figura 2a. El nodo de red 101 selecciona un nodo nuevo del plano de control 103b para restablecer la sesión de MBMS que ha fallado. La selección del nodo nuevo del plano de control 103b puede tener lugar antes de que expire un temporizador de fallo de ruta y/o puede tener lugar después de haber recibido una actualización de sesión o una solicitud de detención de un proveedor de contenido 115. El fallo puede ser un fallo de ruta de Sn/Sm si el nodo de red 101 es una MBMS-GW y el nodo antiguo del plano de control 103a y el nodo nuevo del plano de control 103b son MME/SGSN. El fallo puede ser un fallo de ruta de SGmb si el nodo de red 101 es un BM-SC y el nodo antiguo del plano de control 103a y el nodo nuevo del plano de control 103b son MBMS-GW. Etapa 203a
Esta etapa se ve en la figura 2a. El nodo de red 101 envía una solicitud de inicio de sesión de MBMS al nodo nuevo del plano de control 103b. La solicitud de inicio de sesión de MBMS comprende al menos uno de un indicador de restauración, un temporizador y un contador para la sesión de MBMS fallida. El propósito del indicador de restauración es permitir que el nodo de la RAN 105 o el nodo nuevo del plano de control 103b acepten el mensaje de solicitud de inicio de sesión de MBMS para el mismo servicio que antes del fallo. El indicador de restauración es necesario, ya que el nodo de la RAN 105 o el nodo nuevo del plano de control 103b necesita diferenciar si es un error (para que pueda rechazarlo) o si es un procedimiento de restauración (para que pueda aceptarlo).
Etapa 204a
Esta etapa se ve en la figura 2a. El nodo nuevo del plano de control 103b envía la solicitud de inicio de sesión de MBMS que comprende al menos uno del indicador de restauración, el temporizador y el contador al nodo de la RAN 105. La solicitud de inicio de sesión de MBMS puede ser enviada directamente al nodo de la RAN 105 o puede ser enviado al nodo de la RAN 105 a través de otro nodo antiguo del plano de control (ahora mostrado).
Etapa 205a
Esta etapa se ve en la figura 2a. Cuando el nodo de la RAN 105 recibe el indicador de restauración, sabe que puede aceptar la solicitud de inicio de sesión de MBMS. Como consecuencia, el nodo de la RAN 105 detiene la sesión de MBMS relacionada con el nodo antiguo del plano de control 103a y restablece la sesión de MBMS con el nodo nuevo del plano de control 103b desde el que se recibió el indicador de restauración.
Etapa 206a
Esta etapa se ve en la figura 2a. El nodo de la RAN 105 envía un mensaje de respuesta de inicio de sesión de MBMS al nodo nuevo del plano de control 103b.
Etapa 207a
Esta etapa se ve en la figura 2a. El nodo nuevo del plano de control 103b envía una respuesta de inicio de sesión de MBMS al nodo de red 101 acusando recibo de la solicitud en la etapa 203a.
Así, la sesión de MBMS existe en el nodo de red 101, el nodo antiguo del plano de control 103a, el nodo nuevo del plano de control 103b y la MCE. La sesión de MBMS también puede existir en otro nodo del plano de control antiguo (no mostrado).
A continuación se describirán las etapas de la figura 2b. Las etapas de la figura 2b son alternativas a las etapas que se muestran en la figura 2c. En la figura 2b, el nodo que inicia el procedimiento de restauración puede detener la sesión de MBMS en el nodo antiguo del plano de control 103a.
Etapa 208b
Esta etapa se ve en la figura 2b. El nodo de red 101 detecta que se ha recuperado la ruta entre el nodo de red 101 y el nodo antiguo del plano de control 103a.
Etapa 209b
Esta etapa se ve en la figura 2b. El nodo de red 101 envía una solicitud de detención de sesión de MBMS o un nuevo mensaje de GTP con el mismo propósito para la sesión de MBMS al nodo antiguo del plano de control 103a para borrar la sesión de MBMS en los nodos a lo largo de la ruta antigua. La ruta antigua es la ruta que implica al nodo antiguo del plano de control 103a. El mensaje de detención de la sesión de MBMS se puede reenviar al MME/SGSN antiguo si el nodo antiguo del plano de control 103a es una MBMS-GW. GTP es la abreviatura de Protocolo general de tunelización del servicio de radio por paquetes.
Etapa 210b
Esta etapa se ve en la figura 2b. El nodo antiguo del plano de control 103a envía una respuesta de detención de sesión de MBMS o un nuevo mensaje de GTP con el mismo propósito al nodo de red 101 para acusar recibo de la solicitud que se recibió en la etapa 209b.
Etapa 211b
Esta etapa se ve en la figura 2b. El nodo antiguo del plano de control 103a maneja la solicitud de detención de la sesión de MBMS para la sesión de MBMS. Como resultado del manejo de la solicitud de detención de la sesión de MBMS, la sesión de MBMS a lo largo de la ruta antigua es borrada, ya que la sesión de MBMS es asumida por el nodo nuevo del plano de control 103b. El manejo de la solicitud de detención de la sesión de MBMS es diferente dependiendo de qué nodos son el nodo antiguo y el nuevo del plano de control, y dependiendo de su comportamiento. Estas diferencias se describirán con más detalle a continuación con referencia a la figura 6b. Después de que se hayan realizado las etapas 208b-211 b, la sesión de MBMS solo existe en el nodo de red 101, en el nodo nuevo del plano de control 103b y en el nodo de la RAN 105. En algunas realizaciones, la sesión de MBMS también existe en otro nodo del plano de control (no mostrado). Por lo tanto, la sesión de MBMS solo existe a lo largo de la nueva ruta. La nueva ruta es la ruta que implica al nodo nuevo del plano de control 103b.
A continuación se describirán las etapas de la figura 2c. Las etapas de la figura 2c son alternativas a las etapas que se muestran en la figura 2b. La figura 2c describe que el nodo del plano de control recién seleccionado puede eliminar el recurso asignado para la sesión de MBMS dada en el nodo antiguo (mismo tipo de nodo), por ejemplo si se selecciona una GW de MBMS, debe enviar un mensaje de eliminación a la MBMS-GW antigua.
Etapa 208c
Esta etapa se muestra en la figura 2c. Se realiza una actualización de la sesión de MBMS a lo largo de la nueva ruta de control que implica al nodo nuevo del plano de control 103b.
Etapa 209c
Esta etapa se ve en la figura 2c. El nodo de red 101 detecta un fallo en la ruta asociada con la ruta entre el nodo de red 101 y el nodo antiguo del plano de control 103a.
Etapa 210c
Esta etapa se ve en la figura 2c. El nodo de red 101 selecciona un nodo nuevo del plano de control 103b.
Etapa 211c
Esta etapa se ve en la figura 2c. El nodo de red 101 envía una solicitud de inicio de sesión de MBMS al nodo nuevo del plano de control 103b. La solicitud de inicio de sesión de MBMS comprende al menos uno de un indicador de restauración, la dirección de IP del nodo antiguo del plano de control 103a y una indicación para indicar que el nodo nuevo del plano de control 103b es el primer nodo de aguas abajo que se requiere para eliminar el recurso en la ruta antigua del plano de control para aquellas sesiones de MBMS que han sido reasignadas en el nodo nuevo del plano de control 103b. La dirección de IP del nodo antiguo del plano de control 103a hace posible que el nodo nuevo del plano de control 103b envíe un mensaje de eliminación al nodo antiguo del plano de control 103a. El propósito del indicador de restauración es permitir que el nodo de la RAN 105 o el nodo del plano de control acepten el mensaje de solicitud de inicio de sesión de MBMS para el mismo servicio que antes del fallo. El indicador de restauración es necesario ya que el nodo de la RAN 105 o el nodo del plano de control necesita diferenciar si es un error (para que pueda rechazarlo) o si es un procedimiento de restauración (para que pueda aceptarlo).
Etapa 212c
Esta etapa se ve en la figura 2c. El nodo nuevo del plano de control 103b envía la solicitud de inicio de sesión de MBMS que comprende al menos uno del indicador de restauración, un temporizador y un contador, al nodo de la RAN 105. La solicitud de inicio de sesión de MBMS puede ser enviada directamente al nodo de la RAN 105 o puede ser enviado al nodo de la RAN 105 a través de otro nodo antiguo del plano de control (ahora mostrado).
Etapa 213c
Esta etapa se ve en la figura 2c. Cuando el nodo de la RAN 105 recibe el indicador de restauración, sabe que puede aceptar la solicitud de inicio de sesión de MBMS. Como consecuencia, el nodo de la RAN 105 detiene la sesión de MBMS relacionada con el nodo antiguo del plano de control 103a y restablece la sesión de MBMS con el nodo nuevo del plano de control 103b desde el que se recibió el indicador de restauración.
Etapa 214c
Esta etapa se ve en la figura 2c. El nodo de la RAN 105 envía un mensaje de respuesta de inicio de sesión de MBMS al nodo de red 103b.
Etapa 215c
Esta etapa se ve en la figura 2c. El nodo nuevo del plano de control 103b envía una respuesta de inicio de sesión de MBMS al nodo de red 101 acusando recibo de la solicitud en la etapa 211c.
Etapa 216c
Esta etapa se ve en la figura 2c. El nodo nuevo del plano de control 103b envía una solicitud de detención de la sesión de MBMS al nodo antiguo del plano de control 103a. La solicitud de detención de la sesión de MBMS comprende una indicación para indicar que la eliminación forma parte de un procedimiento de restauración, o un nuevo mensaje de GTP con el mismo propósito para eliminar la sesión de MBMS con el fin de borrar la sesión de MBMS en los nodos a lo largo de la ruta antigua. El mensaje de detención de MBMS se puede reenviar al MME/SGSN antiguo si el nodo antiguo del plano de control 103a es una MBMS-GW.
Etapa 217c
Esta etapa se ve en la figura 2c. El nodo antiguo del plano de control 103a envía una respuesta de detención de sesión de MBMS o un nuevo mensaje de GTP con el mismo propósito al nodo de red 103b para acusar recibo de la solicitud que se recibió en la etapa 216c.
Etapa 218c
Esta etapa se ve en la figura 2c. El nodo antiguo del plano de control 103a maneja la solicitud de detención de la sesión de MBMS para la sesión de MBMS. Como resultado del manejo de la solicitud de detención de la sesión de MBMS, la sesión de MBMS a lo largo de la ruta antigua se borra, ya que la sesión de MBMS es asumida por el nodo nuevo del plano de control 103b. El manejo de la solicitud de detención de la sesión de MBMS es diferente dependiendo de qué nodos son el nodo antiguo y el nuevo del plano de control y dependiendo de su comportamiento. Estas diferencias se describirán con más detalle a continuación con referencia a la figura 6b. Después de que se hayan realizado las etapas 208c-218c, la sesión de MBMS solo existe en el nodo de red 101, el nodo nuevo del plano de control 103b y el nodo de la RAN 105. En algunas realizaciones, la sesión de MBMS también existe en otro nodo del plano de control (no mostrado). Por lo tanto, la sesión de MBMS solo existe a lo largo de la nueva ruta, es decir, la ruta que implica al nodo de red 101, al nodo nuevo del plano de control 103b y a la MCE.
La figura 3 representa una realización de la red de comunicaciones 100 para el despliegue de acceso a una E-UTRAN. La realización que se muestra en la figura 3 es una red de eMBMS simplificada. Se supone que hay 8 sesiones de MBMS diferentes difundidas en la red 100, que son compartidas entre el mismo tipo de entidades del plano de control, por ejemplo entre el MME/SGSN1 y entre las MBMS-GW, para permitir compartir la carga. La red 100 comprende tres entidades de coordinación multicelular/de multidifusión (MCE): MCE 1, MCE 2 y MCE 3. Las MCE de la figura 3 corresponden al nodo de la RAN 105 de la figura 1. Las 8 sesiones de MBMS activas son difundidas en las MCE 1,2 y 3 simultáneamente. Cada una de las MCE está conectada a dos Entidades de gestión de la movilidad (MME/SGSN), es decir, MME/SGSN 1 y MME/SGSN 2. Las MME/SGSN de la figura 3 también pueden ser un SGSN o un MME/SGSN situados en el mismo sitio. Cada uno de los dos MME/SGSN está conectado a dos pasarelas de servicio de multidifusión de difusión multimedia (MBMS-GW), es decir, MBMS-GW 1 y MBMS-GW 2. Las sesiones activas de MBMS para MBMS-GW 1 son la sesión 1,2 a través de MME/SGSN 1 y la sesión 3, 4 a través de MME/SGSN 2. Las sesiones activas de MBMS para MBMS-GW2 son las sesiones 5, 6 a través de MME/SGSN 1 y las sesiones 7, 8 a través de MME/SGSN 2. La MBMS-GW 1 y la MBMS-GW2 están conectadas a un centro de servicio de multidifusión de difusión (BM-SC). Las sesiones de MBMS activas para el BM-SC son las sesiones 1, 2, 3, 4 a través de MBMS-GW 1 y las sesiones 5, 6, 7, 8 a través de MBMS-GW2 . Téngase en cuenta que la red 100 puede comprender cualquier otro número adecuado de MCE, MME/SGSN, MBMS-GW y BM-SC distintos de los que se muestran en la figura 3. El MME/SGSN 1 y el MME/SGSN 2 o la MBMS-GW 1 y la MBMS-GW 2 en la figura 3 puede corresponder al nodo antiguo del plano de control 103a y al nodo nuevo del plano de control 103b en la figura 1. La MBMS-GW 1 o el BM-SC en la figura 3 pueden corresponder al nodo de red 101 en la figura 1.
En lo sucesivo, los términos eMBMS y MBMS pueden ser utilizados de manera intercambiable.
En eMBMS, para el fallo de ruta sobre cualquiera de las interfaces Sm o Sn o SGmb, puede tener lugar la selección de una ruta de control alternativa/nueva. Por lo tanto, se debe describir claramente el método para configurar y/o actualizar las sesiones de MBMS a lo largo de la nueva ruta y cómo detener las sesiones de MBMS en la ruta antigua.
Las realizaciones en este documento tienen como objetivo proporcionar propuestas para resolver al menos las siguientes dos preguntas:
1. Cómo pueden reaccionar los nodos de red, incluido al menos uno de RNC/MCE (eNB) MME/SGSN, MBMS-GW y BM-SC, ante la solicitud de inicio de sesión de MBMS6a para restaurar una sesión de MBMS existente para al menos uno de fallo de la ruta de Sm y Sn y SGmb.
2. Cómo se pueden liberar los recursos asignados en los nodos de la red en la ruta de control antigua.
Comportamiento del MME/SGSN, el RNC/MCE para fallo de Sn/Sm
La figura 4 ilustra un ejemplo del comportamiento del MME/SGSN y el RNC/MCE cuando ocurre un fallo en la ruta de Sn/Sm. En la figura 4, el nodo de red 101 de la figura 1 está representado por la MBMS-GW 1, el nodo antiguo del plano de control 103a de la figura 1 está representado por el MME/SGSN 1, el nodo nuevo del plano de control 103b de la figura 1 está representado por el MME/SGSN 2 y el nodo de la RAN 105 de la figura 1 está representado por tres MCE. En el siguiente ejemplo que se muestra en la figura 4, se supone que antes del fallo de Sm, el MME/SGSN 1 controla las sesiones de m Bm S 1,2, 5 y 6. Luego se produce un fallo de ruta de Sm entre el MME/SGSN 1 y la MBMS-GW 1, indicado con un asterisco en la figura 4. También se supone que un temporizador de fallo máximo de ruta de Sm configurado en el MME/SGSN es de 120 segundos. El mismo temporizador configurado en la MBMS-GW es de 115 segundos. El último temporizador más corto es para restablecer la ruta de control antes de cerrar la sesión de MBMS.
La reselección del MME/SGSN puede tener lugar antes o después de que expire el temporizador de fallo máximo de ruta de Sm en la MBMS-GW:
A. Si la reelección tiene lugar después de que el temporizador de fallo máximo de ruta de Sm expira, se puede considerar como un fallo no transitorio, y la nueva MME/SGSN 2 asumirá las sesiones 1 y 2 de MBMS. La MME/SGSN 1 antigua eliminará todas las sesiones 1 y 2 de MBMS afectadas. Pero existe un pequeño riesgo relacionado con esto, ya que tanto el MME/SGSN 1 antiguo como el MME/SGSN 2 nuevo tienen las mismas sesiones de MBMS (1 y 2) durante 20 segundos, debido a la diferencia entre el temporizador de fallo máximo de ruta de Sm configurado en el MME/SGSN y el mismo temporizador configurado en la MBMS-GW.
B. Sin embargo, si la reelección tiene lugar antes de que el temporizador expire, es decir, cuando el fallo de la ruta se considera un fallo transitorio, si la MBMS-GW 1 recibió la actualización de la sesión de MBMS para la sesión 1 de MBMS a los 30 segundos, la MBMS-GW 1 intenta restablecer la ruta de control seleccionando el MME/SGSN 2. A continuación, el MME/SGSN 2 enviará el mensaje de solicitud de inicio de sesión de MBMS para la sesión de MBMS 1 a las MCE 1,2 y 3.
Posteriormente, habrá dos casos, el fallo de ruta de Sm se convierte en un fallo de ruta no transitorio; el enlace de Sm se recupera antes de que expire el temporizador, es decir, el MME/SGSN 1 conservará la sesión 2 de MBMS, mientras que el MME/SGSN 2 asumirá la sesión 1 de MBMS. En ambos casos, las sesiones de MBMS asumidas por otro MME/SGSN pueden ser eliminadas en el MME/SGSN antiguo, es decir, la Sesión 1 del MBMS debe ser eliminada en la MME 1.
Conclusión: para ambos planteamientos A y B, existen dos problemas:
• Problema 1: Es necesario resolver la situación en la que tanto el MME/SGSN antiguo como el MME/SGSN nuevo tienen la misma sesión de MBMS. Esto se debe a que si una de las tres MCE se reinicia, ambos MME/SGSN intentarán restablecer la sesión de MBMS.
• Problema 2: Se puede permitir que el MCE/RNC diferencie un procedimiento de restauración de un planteamiento de error normal, por ejemplo un mensaje oculto debido a un problema de transmisión. Especialmente, tal como se especifica en la especificación 3GPP TS 25.413, V. 11.3.0, se requiere explícitamente en la cláusula 8.36.4 que el RNC pueda rechazar la solicitud de inicio de sesión de MBMS de otro SGSN si la sesión de MBMS ya está controlada por un SGSN, lo que significa que hay un planteamiento de error válido.
Para resolver el problema 1:
1. Una primera alternativa puede ser dejar que las MCE envíen un mensaje de REINICIAR con una indicación de asunción al MME/SGSN 1 siempre que las MCE acepten que el nuevo MME/SGSN ha asumido la ruta de control. Un inconveniente de esto puede ser que, antes de recibir todos los mensajes de REINICIAR de la o las MCE, el MME/SGSN 1 no puede eliminar inmediatamente la sesión de MBMS. En su lugar, el MME/SGSN 1 puede configurar la sesión de MBMS como “no válida” tras la recepción del primer restablecimiento, e iniciar un temporizador. El temporizador puede ser un temporizador de seguridad. Antes de que expire el temporizador, el MME/SGSN no puede reiniciar la sesión de MBMS tras la recepción del Reinicio o la configuración de M3 de cualquier MCE, por ejemplo debido a un fallo de ruta M3 o a un fallo de MCE. Una vez que el temporizador haya expirado, el MME/SGSN puede eliminar la sesión de MBMS y enviar una solicitud de detención de sesión de MBMS a aquellas MCE que no hayan enviado un mensaje de REINICIO con una indicación de asunción, ya que es posible que algunas de las MCE no acepten el mensaje de solicitud de inicio de sesión de MBMS del MME/SGSN2 alternativo. Un inconveniente de esta realización puede ser que puede complicar la implementación del MME/SGSN, especialmente cuando se aplica el modo distribuido, donde la MCE se ubica junto con el eNB. Esto hace que el temporizador sea difícil de predecir.
2. Una segunda alternativa que resuelve el problema 1 es que la MBMS-GW indique al MME/SGSN 2 que elimine la Sesión 1 del MBMS en la MME 1 ya que la sesión 1 del MBMS ha sido reubicada en el MME/SGSN 2, al incluir al menos uno del indicador de restauración, una dirección de IP del MME/SGSN 1 y una indicación para solicitar al MME/SGSN 2 que elimine la sesión de MBMS en el MME/SGSN 1 antiguo en el mensaje de solicitud de inicio de sesión de MBMS. Si la ruta se recupera antes de que expire el temporizador, la MBMS-GW elimina las sesiones de MBMS que otra MME/SGSN ha asumido. Un riesgo, en este caso, puede ser que tanto el MME/SGSN antiguo como el MME/SGSN nuevo puedan tener la misma sesión de MBMS entre el momento en que se asume la sesión de MBMS y el momento en que se recupera la ruta de Sm.
3. Una tercera alternativa que resuelve el problema 1 es que cuando el MME/SGSN 2 recibe un mensaje de solicitud de inicio de sesión de MBMS con al menos uno del indicador de restauración, la dirección de IP del MME/SGSN antiguo y una indicación para indicar que este MME/SGSN debe eliminar el recurso asignado en el MME/SGSN antiguo para la sesión de MBMS que ha sido reubicada por la MBMS-GW 1 en el MME/SGSN2. Después de que el MME/SGSN 2 haya recibido el acuse de recibo como resultado del mensaje de solicitud de inicio de sesión de MBMS, el MME/SGSN 2 envía un mensaje de detención de sesión de MBMS con una indicación para indicar que la eliminación forma parte del procedimiento de restauración, o un nuevo mensaje de GTP con el mismo propósito, para eliminar la sesión de MBMS que se ha reubicado en el MME/SGSN 2 en el MME/SGSN 1 antigua.
Para resolver el problema 2:
1. El MCE/RNC necesita un indicador de restauración comprendido en el mensaje de solicitud de inicio de sesión de MBMS, para diferenciar que este es un procedimiento de restauración, con un posible parámetro modificado y el MCE/RNC debe aceptarlo.
Comportamiento del MME/SGSN para fallos en la ruta de SGmb
El comportamiento del MME/SGSN para un fallo de ruta de SGmb se ejemplifica en la figura 5. En la figura 5, el nodo de red 101 de la figura 1 está representado por el BM-SC, el nodo antiguo del plano de control 103a de la figura 1 está representado por la MBMS-GW 1, el nodo nuevo del plano de control 103b de la figura 1 está representado por la MBMS-GW 2 y el nodo de la RAN 105 de la figura 1 está representado por tres MCE. En la figura 5, se supone que antes del fallo de la ruta de SGmb, la MBMS-GW 1 está controlando las sesiones de MBMS 1, 2, 3 y 4. Y luego hay un fallo de la ruta de SGmb entre el BM-SC y la MBMS-GW 1, tal como se indica con una estrella en la figura 5.
Cuando el BM-SC ha detectado el fallo de la ruta de SGmb y si recibe una actualización de la sesión de MBMS o una solicitud de detención de un proveedor de contenido 115 durante un fallo transitorio de la ruta, el BM-SC puede seleccionar una MBMS-GW alternativa para restablecer las sesiones de MBMS.
Por ejemplo, durante este período, las sesiones de MBMS 1 y 2 deben actualizarse. El BM-SC selecciona la MBMS-GW 2, y la MBMS-GW 2 selecciona el MME/SGSN 1 para la sesión 1 de MBMS, y selecciona el MME/SGSN 2 para la sesión 2 de MBMS.
Puede haber dos problemas, que son similares a los descritos para el fallo de Sn/Sm en la figura 4 anterior:
• Problema 3: La sesión 1 de MBMS actualmente está controlada por el MME/SGSN 1. Ahora recibe otra solicitud de inicio de sesión de MBMS de otra MBMS-GW que tiene que asignar nuevamente tanto el ID del extremo de túnel común (C-TEID) como la dirección de multidifusión del protocolo de Internet (IP). Con la dirección de multidifusión de IP del origen diferente, ¿el MME/SGSN debe aceptar la solicitud o debe rechazarla? Es decir, ¿debe tratarla como un error (podría ser un error debido a una red de transporte deficiente, por ejemplo, un mensaje oculto)? Si se acepta, ¿debe responder solo a la MBMS-GW con un mensaje de respuesta de inicio de sesión de MBMS con éxito o el MME/SGSN debe transmitir la información de control actualizada para la interfaz M1 (C-TEID, direcciones de multidifusión de IP) a lo largo de las interfaces del plano de control (M3, M2) al eNB?
• Problema 4: Existirá el riesgo de que ambas MBMS-GW tengan la misma sesión de MBMS. Por lo tanto, sería problemático si hay un fallo posterior de Sm/Sn/M3/lu porque dos MBMS-GW pueden intentar restablecer la sesión de MBMS. Por lo tanto, la sesión de MBMS en la MBMS-GW antigua puede eliminarse tan pronto como otra MBMS-GW asuma la sesión de MBMS.
El problema 3 es aplicable para el caso de que se seleccione una nueva MME/SGSN en caso de un fallo de Sm. Puede existir el riesgo de que exista la misma sesión de MBMS en dos MME/SGSN al mismo tiempo. Por lo tanto, si hay otro fallo en la ruta de M3AP o un fallo en la MCE, ambas MME/SGSN intentarán restablecer la sesión de MBMS.
Para el problema 3, si el MME/SGSN 1 obtiene un indicador de restauración en la solicitud de inicio de sesión de MBMS con una “Distribución de multidifusión de IP de MBMS” actualizada, puede sobrescribir la sesión de MBMS existente hacia la MBMS-GW 1 y enviar un nuevo mensaje de inicio de sesión de MBMS hacia las MCE junto con el indicador de restauración.
Si es el MME/SGSN 2 el que recibe la solicitud de inicio de sesión de MBMS de la MBMS-GW 2 junto con un indicador de restauración, por ejemplo para la sesión 2 de MBMS en este ejemplo, puesto que no hay sesiones de MBMS existentes identificadas por la Identidad de grupo móvil temporal (Temporary Mobile Group Identity, TMGI) y el ID de flujo, puede manejarlo como una nueva sesión de MBMS y enviarla a las MCE, pero junto con el indicador de restauración. Una TMGI identifica de manera única un portador de MBMS, que transporta un servicio MBMS. La TMGI está estructurada de tal manera que es posible definir una TMGI única para un servicio particular dentro de cada red.
La inclusión del indicador de restauración ayuda al MCE/RNC a saber que es un procedimiento de restauración, y a aceptar el mensaje de solicitud de inicio de sesión de MBMS de un MME/SGSN diferente de los actuales. Esto puede resolver también el problema 2 descrito con referencia a la figura 4 anterior.
Para el problema 4, aparentemente una realización que usa la primera alternativa que usa un REINICIAR con una indicación de asunción tal como se ha descrito en relación con la primera alternativa en la figura 4 no funcionaría para el fallo de la ruta de SGmb, ya que no hay un mensaje similar para permitir al MME/SGSN informar a la MBMS-GW antigua. Usar la segunda alternativa permitiendo que la MBMS-GW 2 envíe un mensaje de detención de MBMS a la MBMS-GW 1 para eliminar la Sesión 1 de MBMS, funcionará.
La realización descrita en relación con la tercera alternativa en la figura 4 funcionará. La realización en la figura 4 describe permitir que el nodo que recibe el mensaje de solicitud de inicio de sesión de MBMS con al menos uno del indicador de restauración, la dirección de IP de la MME antigua y una indicación para indicar que este nodo de red debe eliminar el recurso asignado en el nodo antiguo de la red para la sesión de MBMS que se ha reubicado. Entonces, en este caso, la MBMS-GW 2 puede detener las sesiones 1 y 2 del MBMS en la MBMS-GW 1.
La realización descrita en relación con la segunda alternativa en la figura 4 puede funcionar. La realización de la figura 4 describe permitir que el nodo que inicia la restauración con la reselección del nodo del plano de control indique al nodo antiguo del plano de control que elimine la sesión de MBMS que otros han asumido. En este caso, el BM-SC puede detener las sesiones 1 y 2 del MBMS en la MBMS-GW 1.
En el planteamiento ejemplificado en la figura 5, cuando el BM-SC ha detectado un fallo en la ruta de SGmb y recibe una actualización de sesión de MBMS o una solicitud de detención del proveedor de contenido 115 durante un fallo transitorio en la ruta, selecciona una MBMS-GW alternativa para restablecer las sesiones de MBMS antes de realizar la solicitud de actualización o detención de MBMS.
En las figuras 2a, 2b y 2c anteriores, la secuencia de señalización se describió en general. A continuación, se describirá una secuencia de señalización para la restauración en un ejemplo con un fallo de ruta de SGmb con referencia a las figuras 6a y 6b y con referencia a la figura 5 que ilustra la red de comunicaciones 100 donde ocurre el fallo. La secuencia de señalización comienza en la figura 6a y continúa en la figura 6b.
A continuación se describirá la figura 6a. La sesión 1 de MBMS existe en BM-SC, GW1, MME/SGSN1 y MCE (eNB). La figura 6a comprende las etapas 601 -615, y describe una fase de restauración de la sesión de MBMS, cuyas etapas pueden realizarse en cualquier orden adecuado que se describe a continuación:
Etapa 601
Esta etapa corresponde a la etapa 201 a de la figura 2a. Se produce un error de ruta entre el BM-SC y la MBMS-GW 1, es decir, un error de ruta de SGmb.
Etapa 602
El proveedor de contenido 115 envía una solicitud de actualización de sesión de MBMS para la sesión 1 de MBMS, al BM-SC.
Etapa 603
Esta etapa corresponde a la etapa 202a de la figura 2a. El BM-SC elige una MBMS-GW 2 alternativa/nueva y restaura la sesión de MBMS.
Etapa 604
Esta etapa corresponde a la etapa 203a de la figura 2a. El BM-SC envía una solicitud de reautorización (Re-Authorize Request, RAR) a la MBMS-GW 2. La RAR puede ser una solicitud de inicio de sesión de MBMS que comprende un indicador de restauración para la sesión 1 de MBMS.
Etapa 605
La MBMS-GW 2 envía una respuesta de reautorización (Re-Authorize Answer, RAA) al BM-SC. La RAA es una respuesta a la RAR. La RAA puede ser una respuesta de inicio de sesión de MBMS que comprende una indicación que indica que la solicitud de inicio de sesión de MBMS en la etapa 604 fue correcta.
Etapa 606
La MBMS-GW 2 envía una solicitud de inicio de sesión de MBMS al MME/SGSN 1. La solicitud de inicio de sesión de MBMS comprende el indicador de restauración para la sesión 1 de MBMS y la distribución de multidifusión de IP del MBMS para la GW 2. Cabe señalar que también es posible que se seleccione el MME/SGSN 2 en lugar del MME/SGSN 1 en esta etapa. Sin embargo, la selección del MME/SGSN 1 se usa como ejemplo.
Etapa 607
El MME/SGSN 1 actualiza la ruta de GTP-C de la sesión de MBMS de la MME/SGSN1-GW 1 a la MME/SGSN1-GW 2. Etapa 608
El MME/SGSN 1 envía una respuesta de inicio de sesión de MBMS a la MBMS-GW 2. La respuesta de inicio de sesión de MBMS comprende una indicación que indica que la solicitud de inicio de sesión de MBMS en la etapa 606 fue correcta. Etapa 609
El MME/SGSN 1 comprueba la “Distribución de multidifusión IP de MBMS” actualizada de la MBMS-GW 1 a la MBMS-GW 2 y activa una interacción de M3 para transmitir esto a los nodos de aguas abajo.
Etapa 610
Esta etapa corresponde a la etapa 204a de la figura 2a. El MME/SGSN1 envía una solicitud de inicio de sesión de MBMS a la MCE (eNB). La solicitud de inicio de sesión de MBMS comprende un ‘indicador de restauración’ para la sesión 1 de MBMS y una ‘distribución de multidifusión de IP de MBMS’ de GW 2.
Etapa 611
Esta etapa corresponde a la etapa 205a de la figura 2a. La MCE (eNB) lee el indicador de restauración de la etapa 610 para aceptar el mensaje de solicitud de inicio de sesión de MBMS recibido en la etapa 610.
Etapa 612
Esta etapa corresponde a la etapa 205a de la figura 2a. Debido a la información de M1 actualizada de la MBMS-GW 1 a la MBMS-GW 2, la MCE (eNB) detiene la Sesión 1 de MBMS existente.
Etapa 613
Esta etapa corresponde a la etapa 205a de la figura 2a. El MME/SGSN 1 inicia la Sesión 1 de MBMS con la información de M1 de la MBMS-GW 2.
Etapa 614
Esta etapa corresponde a la etapa 206a de la figura 2a. La MCE (eNB) envía una respuesta de inicio de sesión de MBMS al MME/SGSN 1. La respuesta de inicio de sesión de MBMS es una respuesta a la solicitud de inicio de sesión de MBMS en la etapa 610. La respuesta de inicio de sesión de MBMS comprende una indicación que indica que la solicitud de inicio de sesión de MBMS la solicitud fue correcta.
Etapa 615
Como resultado de las etapas 601-614, la Sesión 1 del MBMS existe en BMSC, GW2, GW1, MME/SGSN 1 (también puede ser MME/SGSN 2) y la MCE (eNB). iCabe señalar que la sesión de MBMS existe tanto en el nodo antiguo como en el nuevo!
A continuación se describirá la figura 6b, que es una continuación de la etapa 6a, de modo que las etapas 601 -615 ya se hayan realizado al comenzar con la primera etapa 616 en la figura 6b. La figura 6b comprende las etapas 616-628, cuyas etapas pueden realizarse en cualquier orden adecuado distinto del que se describe a continuación:
Etapa 616
Esta etapa corresponde a la etapa 208c de la figura 2c. Se realiza una actualización de sesión de MBMS a lo largo de la nueva ruta de control. Un manejo normal posterior en el procedimiento es requerido mediante MSG 1.
Para las etapas 617-622: si se recupera la ruta antigua, el nodo de aguas arriba que elige un nodo de aguas abajo alternativo es responsable de borrar las sesiones de MBMS en los nodos a lo largo de la ruta antigua.
Etapa 617
Esta etapa corresponde a la etapa 208b de la figura 2b y a la etapa 209c de la figura 2c. Una vez realizada la actualización de la sesión de Mb Ms , se recupera la ruta entre el BM-Sc y la MBMS-GW 1.
Etapa 618
Esta etapa corresponde a la etapa 209b de la figura 2b. El BM-SC inicia una detención de sesión de MBMS hacia la ruta antigua para aquellas sesiones de MBMS asumidas por un nodo alternativo. El BM-SC envía una RAR a la MBMS-GW 1. La RAR es una solicitud de detención de sesión de MBMS para la sesión 1 de MBMS. El propósito de la solicitud de detención de sesión de MBMS es borrar la sesión de MBMS a lo largo de la ruta antigua.
Etapa 618a
Esta etapa corresponde a la etapa 216c en la figura 2c y es una alternativa a la etapa 618. La MBMS-GW 2 envía una solicitud de detención de sesión de MBMS a la MBMS-GW 1. La solicitud de detención de la sesión de MBMS comprende una indicación para indicar que la eliminación forma parte del procedimiento de restauración o un nuevo mensaje de GTP con el mismo propósito para eliminar la sesión de MBMS. Esto es para borrar la sesión de MBMS en los nodos a lo largo de la ruta antigua.
Etapa 619
Esta etapa corresponde a la etapa 210b de la figura 2b. La MBMS-GW 1 envía una RAA al BM-SC en respuesta a la RAR en la etapa 618. La RAA comprende una respuesta de detención de sesión de MBMS e indica que la RAR fue aprobada.
Etapa 619a
Esta etapa corresponde a la etapa 217c en la figura 2c y es una alternativa a la etapa 619. La antigua MBMS-GW 1 envía una respuesta de detención de sesión o un nuevo mensaje de GTP con el mismo propósito a la nueva MBMS-GW 1 para acusar recibo de la solicitud que se recibió en la etapa 618.
Las etapas 620-622 a continuación se relacionan con el ejemplo en donde se eligió el MME/SGSN1 en la fase de restauración.
Etapa 620
La MBMS-GW 1 envía una solicitud de detención de sesión de MBMS para la sesión 1 de MBMS al MME/SGSN 1. Etapa 621
Esta etapa corresponde a la etapa 211b de la figura 2b. El MME/SGSN 1 no coincide con la sesión de MBMS debido a que la ruta de GTP-C se ha actualizado a la GW 2.
Etapa 622
Esta etapa corresponde a la etapa 211b de la figura 2b. El MME/SGSN 1 envía una respuesta de detención de sesión de MBMS a la MBMS-GW 1. La respuesta de detención de sesión de MBMS es una respuesta a la solicitud de detención de sesión de MBMS en la etapa 620. La respuesta de detención de sesión de MBMS comprende una indicación que indica que la solicitud de detención de la sesión de MBMS ha fallado.
Las etapas 623-627 a continuación se relacionan con el ejemplo en donde se eligió el MME/SGSN 2 en la fase de restauración.
Etapa 623
Esta etapa corresponde a la etapa 211b de la figura 2b. La MBMS-GW 1 envía una solicitud de detención de sesión de MBMS para la sesión 1 de MBMS, al MME/SGSN 2.
Etapa 624
Esta etapa corresponde a la etapa 211b de la figura 2b. El MME/SGSN 2 envía una respuesta de detención de sesión de MBMS a la MBMS-GW 1. La respuesta de detención de sesión de MBMS comprende una indicación que indica que la solicitud de detención de sesión de MBMS en la etapa 623 fue correcta. La respuesta de detención de la sesión de MBMS es una respuesta a la solicitud de detención de la sesión de MBMS.
Etapa 625
Esta etapa corresponde a la etapa 211b de la figura 2b. El MME/SGSN 2 envía la solicitud de detención de la sesión de MBMS para la sesión 1 de MBMS a la MCE (eNB).
Etapa 626
Esta etapa corresponde a la etapa 211b de la figura 2b. La MCE (eNB) no coincide con la sesión de MBMS debido a que la ruta de M3AP se actualizó a la MME/SGSN 2.
Etapa 627
Esta etapa corresponde a la etapa 211b de la figura 2b. La MCE (eNB) envía una respuesta de detención de sesión de MBMS al MME/SGSN 1. La respuesta de detención de sesión de MBMS es una respuesta a la solicitud en la etapa 625. La respuesta de detención de sesión de MBMS comprende una indicación que indica el fallo en la etapa 626. Etapa 628
Como resultado de las etapas anteriores, la sesión 1 de MBMS solo existe en BMSC, GW2, MME/SGSNx (donde x es igual a 1 o 2) y MCE (eNB). Por lo tanto, la sesión 1 de MBMS solo existe a lo largo de la nueva ruta.
En las figuras 2a, 2b y 2c anteriores, la secuencia de señalización se describió en general. A continuación, se describirá una secuencia de señalización para la restauración en un ejemplo con un fallo de ruta de Sn/Sm con referencia a la figura 7 y con referencia a la figura 4, que ilustra la red de comunicaciones 100 donde se produce el fallo. La sesión 1 existe en BM-SC, GW, MME 1 y MCE (eNB) al inicio del método. El método comprende las siguientes etapas, las cuales pueden ser realizadas en cualquier orden adecuado distinto del descrito a continuación:
Etapa 701
Se produce un error de ruta.
Etapa 702
El proveedor de contenido envía una solicitud de actualización de sesión de MBMS para la sesión 1 de MBMS, al BM-SC. Etapa 703
El BM-SC envía una RAR a la MBMS-GW 1. La RAR puede ser una solicitud de inicio de sesión de MBMS que comprende un indicador de restauración para la sesión 1 de MBMS.
Etapa 704
La MBMS-GW1 envía una RAA al BM-SC. La RAA puede ser una respuesta de inicio de sesión de MBMS que reconoce la solicitud recibida en la etapa 703.
Etapa 705
La MBMS-GW 1 elige una MME alternativa para restaurar la sesión 1 de MBMS.
Etapa 706
La MBMS-GW 1 envía una solicitud de inicio de sesión de MBMS que comprende un indicador de restauración para la sesión 1 de MBMS, al MME/SGSN 2.
Etapa 707
El MME/SGSN2 maneja la solicitud de inicio de sesión de MBMS.
Etapa 708
El MME/SGSN2 envía una respuesta de inicio de sesión de MBMS a la MBMS-GW1 acusando recibo de la solicitud recibida en la etapa 7067.
Etapa 709
El MME/SGSN 2 envía una solicitud de inicio de sesión de MBMS que comprende la restauración de la sesión 1 de MBMS al MCE (eNB)/RNC.
Etapa 710
El MCE (eNB)/RNC lee el indicador de restauración para aceptar el mensaje de solicitud.
Etapa 711
El MCE (eNB)/RNC actualiza la ruta de M3AP para la sesión 1 de MBMS al MME/SGSN 2.
Etapa 712
El MCE (eNB)/RNC envía una respuesta de inicio de sesión de MBMS al MME/SGSN 2 para acusar el recibo de la solicitud recibida en la etapa 709.
Como resultado de las etapas 701-712, la sesión de MBMS 1 existe en el BM-SC, la GW, el MME/SGSN 1, el MME/SGSN 2 y el MCE (eNB)/RNC. La sesión de MBMS existe tanto en el nodo MME/SGSN antiguo como en el nuevo.
Etapa 713
Se produce una actualización de la sesión de MBMS a lo largo de la nueva ruta de control. Un manejo normal posterior en el procedimiento es requerido mediante el MSG 1.
Etapa 714
Se recupera la ruta entre la MBMS-GW 1 y el MME/SGSN 1.
Etapa 715
La MBMS-GW 1 inicia una detención de sesión de MBMS hacia la ruta antigua para aquellas sesiones de MBMS asumidas por el nodo alternativo/nuevo. La MBMS-GW 1 envía una RAR al MME/SGSN 1. La RAR puede ser una solicitud de detención de sesión de MBMS para la sesión 1 de MBMS.
Etapa 716
El MME/SGSN 1 envía una RAA a la MBMS-GW 1. La RAA puede ser una respuesta de detención de sesión de MBMS que comprende un acuse de recibo de la solicitud recibida en la etapa 715.
Etapa 718
El MME/SGSN 1 envía una solicitud de detención de sesión de MBMS para la sesión 1 de MBMS, al MCE (eNB)/RNC. Etapa 719
El MCE (eNB)/RNC no coincide con la sesión de MBMS debido a que la ruta de M3AP se ha actualizado al MME/SGSN 2. Etapa 720
El MCE (eNB)/RNC envía una respuesta de detención de sesión de MBMS al MME/SGSN 1 que comprende información que indica que la solicitud en la etapa 718 ha fallado.
Como resultado de las etapas 714-720, la sesión 1 de MBMS existe en BM-SC, GW 1, MME/SGSN2 y MCE (eNB)/RNC. La sesión de MBMS solo existe a lo largo de la nueva ruta. Si se recuperó la ruta antigua, el nodo de aguas arriba que elige un nodo de aguas abajo alternativo es responsable de borrar las sesiones de MBMS en los nodos a lo largo de la ruta antigua.
Restauración de sesión de MBMS a lo largo de los nuevos nodos
Durante la fase de restauración, es decir, las etapas 601 -615 en la figura 6a, se selecciona una MBMS-GW alternativa (MBMS-GW2 en este ejemplo). Cabe señalar que la sesión de MBMS aún existe en la MBMS-GW antigua (la MBMS-GW 1 en este ejemplo) para la segunda alternativa descrita en la figura 2b.
Desde la perspectiva de la GW 2, GW 2 sabe que esta configuración de sesión de MBMS tiene fines de restauración a partir del indicador de restauración incluido en el mensaje de solicitud de inicio de sesión de MBMS. La GW 2 también lleva el indicador de restauración al nodo de aguas abajo durante el procedimiento de configuración de la sesión de MBMS. La GW 2 puede seleccionar el nodo antiguo de aguas abajo (por ejemplo, MME/SGSN1) o un nodo nuevo de aguas abajo (por ejemplo, MME/SGSN 2) para restaurar esta sesión de MBMS:
• En el caso de que el MME/SGSN antiguo (por ejemplo, el MME/SGSN 1) sea seleccionado por el GW2, el MME/SGSN1 sabe que esto es con fines de restauración a partir del indicador de restauración. Como resultado, el MME/SGSN 1 acepta la nueva solicitud de inicio de sesión de MBMS para la sesión 1 de MBMS existente de la nueva GW (por ejemplo, la GW 2). Cabe señalar que, sin el indicador de restauración, es muy probable que el MME/SGSN 1 rechace la solicitud de inicio de sesión de MBMS de una nueva GW como un caso de error. Comparando el valor de “Distribución de multidifusión de IP del MBMS” en el mensaje entrante con la información de sesión de MBMS existente, el MME/SGSN 1 entiende que debe actualizar sus nodos de aguas abajo, por ejemplo la MCE (eNB) con esta información. Entonces, el MME/SGSN 1 envía el mensaje de solicitud de inicio de sesión de MBMS hacia la MCE (eNB) con el indicador de restauración y los parámetros actualizados transportados.
Nota: Si todos los parámetros del mensaje entrante tienen el mismo valor que los de la sesión de MBMS existente, el MME/SGSN 1 solo responderá a la GW 2 con un mensaje de respuesta de inicio de sesión de MBMS con éxito sin interactuar más con sus nodos de aguas abajo.
• En el caso de que la GW 2 seleccione un nuevo MME/SGSN (por ejemplo, el MME/SGSN 2), el MME/SGSN 2 obtiene un indicador de restauración en la solicitud de inicio de sesión de MBMS. Sin embargo, el MME/SGSN 2 no puede ubicar la sesión de MBMS existente con la TMGI y el ID del flujo. El MME/SGSN 2 maneja esta solicitud de inicio de sesión de MBMS como una nueva configuración de sesión de MBMS y envía una solicitud de inicio de sesión de MBMS a la MCE (eNB), pero también con el indicador de restauración establecido en M3 para ayudar a la MCE (eNB) a diferenciar el procedimiento de restauración de otros. Cabe señalar que la sesión de MBMS aún existe en el MME/SGSN antiguo (MME/SGSN 1).
Independientemente de si el mensaje de solicitud de inicio de sesión de MBMS proviene del MME/SGSN antiguo o del MME/SGSN nuevo, la MCE (eNB) acepta el mensaje después de haber recibido el indicador de restauración. Debido a que la “Distribución de multidifusión de IP de MBMS” cambia, la MCE (eNB) detiene la sesión de MBMS existente con la “Distribución de multidifusión de IP de MBMS” antigua y luego configura la sesión de MBMS con la nueva “Distribución de multidifusión de IP de MBMS”.
Hasta ese momento, los procedimientos subsiguientes originalmente requeridos por el proveedor de contenido 115 (por ejemplo, Actualización o detención de Sesión de MBMS) pueden ser procesados adicionalmente a lo largo de la nueva ruta del plano de control.
Detención de la sesión de MBMS en los nodos antiguos
Tal como se mencionó anteriormente, la sesión de MBMS existe tanto en la GW 1 como en la GW 2, y también es posible tanto en el MME/SGSN1 como en el MME/SGSN2 (si GW 2 selecciona el MME/SGSN 2 al restaurar esta sesión de MBMS). Esta coexistencia es problemática en algunos casos, de modo que la sesión antigua de MBMS puede ser eliminada lo antes posible. Aparentemente, la propuesta de usar REINICIAR con una indicación de asunción no es aplicable para un fallo de ruta de SGmb.
Tal como se muestra en la figura 6b, para la eliminación de la sesión de MBMS a lo largo de la ruta antigua, una vez que se ha recuperado la ruta, el nodo de aguas arriba (por ejemplo, el BM-SC en este caso) que inicia la restauración con la reselección del nodo de control debe indicar al nodo antiguo que elimine las sesiones de MBMS han sido asumidas por otros. El BM-SC envía una solicitud de detención de sesión de MBMS hacia la MBMS-GW antigua (GW 1). La GW 1 que no conoce la sesión de MBMS es asumida por la GW 2, libera su recurso de sesión de MBMS y detiene la sesión de MBMS hacia los nodos de aguas abajo, por ejemplo el MME/SGSN 1, enviando una solicitud de detención de sesión de MBMS al MME/SGSN 1. Hay dos posibilidades para el comportamiento del MME/SGSN 1 al recibir esta solicitud de detención según el resultado del procedimiento de restauración anterior:
• Si la sesión de MBMS restaurada todavía está en el MME/SGSN 1, entonces el MME/SGSN 1 ya cambió la ruta de GTP-C con la MBMS-GW de GW 1 a GW 2 durante la fase de restauración de la sesión de MBMS. Por lo tanto, el MME/SGSN 1 no podrá ubicar la sesión de MBMS que GW 1 debe detener. Por lo tanto, el MME/SGSN rechaza la solicitud. El procedimiento de eliminación de la sesión de MBMS finaliza.
Si la sesión de MBMS restaurada se realiza en el MME/SGSN 2, entonces el MME/SGSN 1 no sabe que el MME/SGSN 2 asume la sesión de MBMS. Como resultado, el MME/SGSN 1 devolverá una respuesta de detención de sesión de MBMS con una causa correcta y, luego, continuará deteniendo la sesión de MBMS enviando la solicitud de detención de sesión de MBMS a sus nodos de aguas abajo, por ejemplo a la MCE (eNB).
Puesto que la ruta de M3AP en la MCE (eNB) ha cambiado de MME/SGSN 1 a MME/SGSN 2 durante la fase de restauración, la MCE (eNB) no podrá hacer coincidir la sesión de MBMS a lo largo de la ruta antigua de M3AP, por lo que la rechaza. El procedimiento de eliminación de la sesión de MBMS finaliza.
En esta etapa, se detiene la sesión de MBMS en los nodos antiguos. La sesión de MBMS existe normalmente en los nodos a lo largo de la nueva ruta.
La realización de ejemplo de permitir que los nodos de aguas arriba activen el procedimiento de detención de la sesión de MBMS a lo largo de la ruta antigua también es válida para el fallo de la ruta de Sm/Sn, donde es la MBMS-GW quien selecciona un nuevo MME/SGSN que puede activar la detención de la sesión de MBMS una vez que la ruta fallida se ha recuperado.
Análisis de impacto para el riesgo de coexistencia de sesiones de MBMS
Luego, volviendo al “riesgo” de las realizaciones en este documento, es decir, tanto el antiguo MBMS-GW/MME/SGSN como el nuevo MBMS-GW/MME/SGSN tendrán la misma sesión de MBMS entre el momento en que se asume la sesión de MBMS y el momento en que se recupera la ruta de Sm/Sn/SGmb, si se supone que se introdujo el indicador de restauración, el “riesgo” puede evitarse. La figura 8 ejemplificó la coexistencia de sesiones de MBMS.
i. Teniendo en cuenta que se ha producido un fallo de Sm entre el MME/SGSN 1 y la MBMS-GW 1. si se produce un fallo de ruta de M3AP posterior o un reinicio de la MCE entre el momento en que se asume la sesión de MBMS y el momento en que se recupera el Sm/Sn, el nuevo MME/SGSN aún puede incluir el indicador de restauración, ya que recuerda que la sesión de MBMS se inició con un indicador de restauración. El antiguo MME/SGSN puede enviar un mensaje de solicitud de inicio de sesión de MBMS sin ningún indicador de restauración. Con este enfoque, la sesión 1 de MBMS continuará siendo manejada por el nuevo MME/SGSN 2 y la sesión 2 de MBMS continuará siendo manejada por el MME/SGSN 1 antiguo.
ii. Teniendo en cuenta que se ha producido un fallo de SGmb entre la MBMS-GW 1 y el BM-SC y el BM-SC ha seleccionado la MBMS-GW 2 para las sesiones 1 y 2 de MBMS al recibir Actualizar/Detener del proveedor de contenido 115. Si el fallo posterior de la ruta de Sm ocurre entre el MME/SGSN 1 y el MBMS-GW1 durante el tiempo en que se asume la sesión de MBMS y el momento en que se recupera el SGmb, pero antes de que se recupere la ruta de SGmb, la MBMS-GW no activará ninguna reselección de MME/SGSN ya que no puede recibir ningún mensaje de actualización o detención de sesión de MBMS.
iii. Teniendo en cuenta que se ha producido un fallo de SGmb entre la MBMS-GW 1 y el BM-SC, y que el BM-SC ha seleccionado la MBMS-GW 2 para las sesiones 1 y 2 de MBMS al recibir un mensaje de actualización o un mensaje de detención del contenido proveedor 115. Si se produce un reinicio posterior del MME/SGSN 1 y el MME/SGSN 1 se recupera antes de que expire el temporizador de fallo máximo de ruta de SGmb, la MBMS-Gw 1 intentará restablecer las sesiones de MBMS 1,2, 3 y 4. Puesto que no existe un procedimiento de reselección de MME/SGSN, los mensajes de solicitud de inicio de sesión de MBMS correspondientes no comprenderán el indicador de restauración. Al mismo tiempo, la MBMS-GW 2 también restablecerá la sesión 1 de MBMS con un indicador de restauración. Puesto que el BM-SC incluyó el indicador de restauración al volver a seleccionar la MBMS-GW 2, el MME/SGSN 1 puede aceptar el que tiene el indicador de restauración de la MBMS-GW 2. Para la sesión 2 de MBMS, ya que es restaurada por el MME/SGSN 2 con un indicador de restauración, la MCE puede rechazar el mensaje de inicio de sesión de MBMS correspondiente del MME/SGSN 1 para la sesión 2 de MBMS.
Sin embargo, el uso del indicador de restauración necesita una restricción de tiempo, es decir, el indicador de restauración se puede proporcionar junto con un temporizador de seguridad, por ejemplo un temporizador de fallo máximo de ruta no transitorio en el nodo que inicia la restauración: tiempo transcurrido desde la detección del fallo de la ruta hasta la reselección de la ruta de control alternativa, posiblemente más un desplazamiento entre los temporizadores configurados en los diferentes nodos, por ejemplo cuando hay un fallo en la ruta de SGmb y el temporizador de fallo máximo no transitorio en el BM-SC es de 115 s, y cuando el BM-SC decide seleccionar otra MBMS-GW a los 20 segundos desde que se detecta el fallo de ruta, el indicador de restauración puede ser incluido con un temporizador 115 s - 20 s desplazamiento (entre el temporizador en MBMS-GW y BM-SC, 120-115) = 100 s.
Por lo tanto, el indicador de restauración puede ser incluido siempre que el temporizador asociado no haya expirado cuando se produce un fallo de aguas abajo posterior.
Además, el indicador de restauración puede ser proporcionado junto con un contador. Esto es para resolver el caso cuando ocurre el mismo tipo de fallo de ruta posterior, por ejemplo, fallo de ruta entre la MBMS-GW 1 y el BM-SC, después de 20 s, el BM-SC selecciona la MBMS-GW 2 alternativa con un temporizador de validación de 100 s (115 s -20 5), sin embargo, en el segundo 40, el enlace entre la MBMS-GW 2 y el BM-SC falla, y en el segundo 60, la MME 1 se reinicia. Entre 40 s - 60 s, ¿el BM-SC puede seleccionar la tercera alternativa MBMS-GW 3? Por lo tanto, la misma sesión de MBMS puede existir en más de dos rutas de control. Cuando se proporciona un contador junto con un indicador de restauración, por ejemplo el BM-SC selecciona la tercera MBMS-GW 3, puede incrementar el contador, el receptor solo manejará el mensaje de solicitud con el contador más alto, que es el último.
Para realizar las etapas del método que se muestran en las figuras 2 y 6, el nodo de red 101 comprende una disposición tal como se muestra en la figura 9. Tal como se mencionó anteriormente, el nodo de red 101 puede ser un BM-SC o una MBMS-GW. El nodo de red 101 comprende un receptor 901 adaptado para recibir mensajes de, por ejemplo un proveedor de contenido 115 y nodos del plano de control 103. El nodo de red 101 comprende, además, un transmisor 903 adaptado para transmitir mensajes a, por ejemplo el proveedor de contenido 115 y a los nodos del plano de control 103. El nodo de red 101 puede comprender, además, una memoria 905 que comprende una o más unidades de memoria. La memoria 905 está configurada para ser utilizada para almacenar datos, flujos de datos recibidos, temporizadores, mensajes, información relacionada con sesiones de MBMS, información relacionada con rutas, valores de umbral, períodos de tiempo, configuraciones, programaciones y aplicaciones para realizar los métodos descritos en el presente documento cuando son ejecutados en el nodo de red 101. Los expertos en la materia también apreciarán que el receptor 901 y el transmisor 903 descritos anteriormente pueden referirse a una combinación de circuitos analógicos y digitales, y/o a uno o más procesadores configurados con software y/o firmware, por ejemplo, almacenados en la memoria 905, que cuando son ejecutados por uno o más procesadores, tal como el procesador 910, funcionan tal como se ha descrito anteriormente.
Para realizar las etapas del método que se muestran en las figuras 2 y 6, el nodo del plano de control 103 comprende una disposición tal como se muestra en la figura 10. El nodo del plano de control 103 puede ser un nodo del plano de control antiguo o nuevo. Tal como se mencionó anteriormente, el nodo del plano de control 103 puede ser una MBMS-GW o un MME/SGSN. El nodo del plano de control 103 comprende un receptor 1001 adaptado para recibir mensajes, por ejemplo, de un nodo de red y de otros nodos del plano de control. El nodo del plano de control 103 comprende, además, un transmisor 1003, adaptado para transmitir mensajes, por ejemplo, al nodo de red y a otros nodos del plano de control. El nodo del plano de control 103 puede comprender, además, una memoria 1005 que comprende una o más unidades de memoria. La memoria 1005 está configurada para ser utilizada para almacenar datos, flujos de datos recibidos, temporizadores, mensajes, información relacionada con sesiones de MBMS, información relacionada con rutas, valores de umbral, períodos de tiempo, configuraciones, programaciones y aplicaciones para realizar los métodos descritos en el presente documento cuando son ejecutados en el nodo del plano de control 103. Los expertos en la materia también apreciarán que el receptor 1001 y el transmisor 1003 descritos anteriormente pueden referirse a una combinación de circuitos analógicos y digitales, y/o a uno o más procesadores configurados con software y/o firmware, por ejemplo almacenados en la memoria 1005 que, cuando son ejecutados por uno o más procesadores, tal como el procesador 1010, funcionan tal como se ha descrito anteriormente.
Para realizar las etapas del método que se muestran en las figuras 2 y 6, el nodo de la RAN 105 comprende una disposición tal como se muestra en la figura 11. Tal como se mencionó anteriormente, el nodo de la RAN 105 puede ser una estación base, eNB, NB, RNC, MCE, MSC, etc. El nodo de la RAN 105 comprende un receptor 1101 adaptado para recibir mensajes, por ejemplo, del nodo nuevo y/o antiguo del plano de control 103a, b y otros nodos del plano de control. El nodo de la RAN 105 comprende, además, un transmisor 1103 adaptado para transmitir mensajes, por ejemplo al nodo del plano de control nuevo y/o antiguo 103a, b y a otros nodos del plano de control. El nodo de la RAN 105 puede comprender, además, una memoria 1105 que comprende una o más unidades de memoria. La memoria 1105 está dispuesta para ser utilizada para almacenar datos, flujos de datos recibidos, temporizadores, mensajes, información relacionada con sesiones de MBMS, información relacionada con rutas, valores de umbral, períodos de tiempo, configuraciones, programaciones y aplicaciones para realizar los métodos descritos en el presente documento cuando son ejecutados en el nodo de la RAN 105. Los expertos en la materia también apreciarán que el receptor 1101 y el transmisor 1103 descritos anteriormente pueden referirse a una combinación de circuitos analógicos y digitales, y/o a uno o más procesadores configurados con software y/o firmware, por ejemplo, almacenados en la memoria 1105 que, cuando son ejecutados por uno o más procesadores, tal como el procesador 1110, funcionan tal como se ha descrito anteriormente.
El presente mecanismo para manejar sesiones de MBMS en una red de comunicaciones puede implementarse a través de uno o más procesadores, tal como un procesador 910 en el nodo de red 101 representado en la figura 9, un procesador 1010 en el nodo del plano de control 103 representado en la figura 10 y un procesador 1110 en el nodo de la RAN 105 representado en la figura 11, junto con un código de programa informático para realizar las funciones de las realizaciones del presente documento. El procesador puede ser, por ejemplo, un procesador de señal digital (Digital Signal Processor, DSP), un procesador de circuito integrado específico de la aplicación (Application Specific Integrated Circuit, ASIC), un procesador o un microprocesador de matriz de puertas programable en campo (Field Programmable Gate Array, FPGA). El código de programa mencionado anteriormente también se puede proporcionar como un producto de programa informático, por ejemplo, en forma de un soporte de datos que contiene un código de programa informático para realizar las realizaciones del presente documento cuando se carga en el nodo de red 101 y/o el nodo del plano de control 103 y/o o el nodo de la RAN 105. Uno de dichos soportes puede tener la forma de un disco CD ROM. Sin embargo, es factible con otros soportes de datos, tal como una tarjeta de memoria. El código de programa informático puede ser proporcionado, además, como código de programa puro en un servidor, y descargado al nodo de red 101 y/o al nodo del plano de control 103 y/o al nodo de la RAN 105.
Por lo tanto, en una realización, se proporciona un programa informático que comprende un código de programa informático para hacer que el nodo de red 101 realice una o más realizaciones explicadas anteriormente, cuando el código de programa informático es ejecutado en el procesador 910 incluido en el nodo de red 101.
En una realización adicional, se proporciona un programa informático que comprende un código de programa informático para hacer que el nodo nuevo del plano de control 103b alternativo realice una o más realizaciones explicadas anteriormente, cuando el código del programa informático es ejecutado en el procesador 1010 incluido en el nodo nuevo del plano de control 103b.
En otra realización adicional, se proporciona un programa informático que comprende un código de programa informático para hacer que el nodo de la RAN 105 realice una o más realizaciones explicadas anteriormente, cuando el código del programa informático se ejecuta en el procesador 1110 incluido en el nodo de la RAN 105.
En aún otra realización, un producto de programa informático que comprende el soporte de datos mencionado anteriormente que tiene incorporado el programa informático según las realizaciones mencionadas.
Algunas realizaciones en este documento introducen un indicador de restauración para ser establecido por el nodo que inicia el procedimiento de restauración con la reselección del nodo de control de aguas abajo.
También se describe que puede ser necesario que el nodo que inicia la restauración con la reselección del nodo de control aguas abajo indique al nodo antiguo que detenga la sesión de MBMS que ha sido asumida por otros después de que se recupere un fallo de ruta transitorio.
También se describe que puede ser necesario que el nodo receptor utilice el indicador de restauración para decidir qué mensaje de inicio de sesión de MBMS puede aceptarse en el caso de que la misma sesión de MBMS esté controlada por dos nodos del plano de control diferentes, por ejemplo MME/SGSN/MBMS-GW.
También se describe cómo configurar el temporizador de fallo máximo de ruta en MME/SGSN < en MBMS-GW < en BM-SC para restablecer la sesión de MBMS antes de desactivarla. La diferencia entre estos temporizadores puede mantenerse razonablemente baja.
Se ha descrito anteriormente cómo usar el indicador de restauración para evitar diferentes problemas.
También se ha descrito que el nodo que inicia la restauración con la reselección del nodo de aguas abajo indica al nodo antiguo de aguas abajo que detenga la sesión de MBMS que ha sido asumida por otro nodo.
Se ha descrito anteriormente la introducción de un indicador de restauración para que lo establezca el nodo que inicia el procedimiento de restauración con la reselección del nodo de control de aguas abajo; por ejemplo el BM-SC selecciona una MBMS-GW alternativa, junto con un temporizador y un contador.
El temporizador se puede establecer en el nodo del temporizador de fallo máximo de ruta no transitorio en el nodo (que inicia el procedimiento de restauración) menos el tiempo transcurrido desde que se detecta el fallo de ruta hasta el momento en que se vuelve a seleccionar la ruta de control alternativa y más la diferencia entre el fallo máxima de ruta no transitorio en el nodo (que inicia el procedimiento de restauración) y el siguiente nodo de aguas abajo. El contador aumenta si hay un fallo de ruta posterior.
El indicador de restablecimiento puede ser incluido siempre que el temporizador asociado no haya expirado cuando se produce un fallo posterior en el sentido descendente.
También se describe requerir que el nodo que inicia la restauración con la reselección del nodo de control de aguas abajo indique al nodo antiguo que detenga la sesión de MBMS que otros han asumido después de que se recupera un fallo de ruta transitorio.
También se describe que el nodo receptor puede usar el indicador de restauración para decidir qué mensaje de inicio de sesión de MBMS puede aceptarse en el caso de que la misma sesión de MBMS esté controlada por dos o más nodos de planos de control diferentes, por ejemplo MME/SGSN/MBMS-GW.
En las realizaciones del presente documento, la solución completa para restaurar una sesión de MBMS se presenta describiendo claramente los comportamientos de los nodos en diversas combinaciones del indicador de restauración (un nuevo indicador sobre SGmb (3GPP TS 29.061), Sm/Sn (que se agregará en 3GPP TS 29.274), interfaz M3, M2 y lu (a agregar en 3GPP TS 25.413)) y otros parámetros. Más específicamente, para el planteamiento descrito en la figura 2, el comportamiento de MME/SGSN se aborda con la “Distribución de multidifusión de IP de MBMS” actualizada o no en el mensaje de solicitud de inicio de sesión de MBMS con un indicador de restauración.
El indicador de restauración puede decirle claramente al receptor (por ejemplo, al MME/SGSN) que este es un procedimiento de restauración para el mismo servicio MBMS identificado mediante la TMGI y el ID del flujo.
Si se selecciona el mismo nodo de aguas abajo, es decir, el MME/SGSN 1, durante el procedimiento de restauración, al comparar la “Distribución de multidifusión de IP de MBMS” con la información de sesión de MBMS existente, el MME/SGSN 1 puede llegar a conocer la información de control para los cambios de interfaz M1 o no. Si cambia, el MME/SGSN debe transmitir esta información actualizada a los eNB. Si no cambia, la interacción de M3 no es necesaria si todos los demás parámetros son iguales.
Si se selecciona un nodo de aguas abajo diferente, es decir, el MME/SGSN 2, entonces tanto el nodo antiguo como el nuevo tendrán la misma sesión de MBMS, las realizaciones en este documento proponen detener el recurso en la ruta de control antigua mediante el nodo de aguas arriba (por ejemplo, BM-SC que selecciona una nueva MBMS-GW en caso de fallo en la ruta de SGmb, o la MBMS-GW que selecciona un nuevo MME/SGSN en caso de fallo en la ruta de Sm) después de recuperar la ruta antigua.
Las realizaciones en el presente documento describen la restauración de la sesión de MBMS hacia un procedimiento de nodo de aguas abajo alternativo para el caso de fallo transitorio de la ruta de SGmb. Las realizaciones del presente documento también describen un procedimiento de detención de la sesión de MBMS hacia el nodo antiguo de aguas abajo en caso de fallo transitorio de la ruta de SGmb/Sm/Sn.
La ruta de control puede ser restablecida para permitir la actualización y detención subsiguientes de la sesión de MBMS; además, dicho restablecimiento se puede realizar antes de interrumpir las sesiones de MBMS.
Las realizaciones del presente documento no están limitadas a las realizaciones descritas anteriormente. Se pueden utilizar diversas alternativas, modificaciones y equivalentes. Por lo tanto, las realizaciones anteriores no deben ser tomadas como limitativas del alcance de la realización.
Debe destacarse que el término “comprende/que comprende” cuando se usa en esta memoria descriptiva se toma para especificar la presencia de características, números enteros, etapas o componentes establecidos, pero no excluye la presencia o adición de una o más características, números enteros, etapas, componentes o grupos de los mismos. También cabe señalar que las palabras “un” o “una” que preceden a un elemento no excluyen la presencia de una pluralidad de dichos elementos. El término “configurado para” utilizado en el presente documento también puede denominarse “dispuesto para” o “adaptado para”.
También debe destacarse que las etapas de los métodos definidos en las reivindicaciones adjuntas pueden, sin apartarse de las realizaciones del presente documento, ser realizadas en un orden diferente al orden en que aparecen.

Claims (18)

REIVINDICACIONES
1. Un método en un nodo (101) de pasarela de servicio de multidifusión de difusión multimedia, MBMS-GW, para restaurar una sesión de servicio de multidifusión de difusión multimedia, MBMS, después de un fallo en la ruta, que comprende:
detectar (201a, 701) un fallo de ruta asociado con una ruta antigua entre el nodo MBMS-GW (101) y un nodo de soporte del servicio general de radio por paquetes, GPRS, SGSN, antiguo (103a), cuyo SGSN antiguo controla al menos una sesión de MBMS;
seleccionar (202a, 705) un nuevo SGSN (103b) para restablecer dicha al menos una sesión de MBMS; detectar (208b, 714) que la ruta antigua entre el nodo MBMS GW (101) y el SGSN antiguo (103a) ha sido recuperada; y
enviar (209b, 715) al SGSN antiguo (103a) una solicitud de detención de sesión de MBMS para eliminar la sesión de MBMS en el SGSN antiguo (103a).
2. El método según la reivindicación 1, en donde el fallo de ruta (201 a, 701) detectado es un fallo de ruta transitorio.
3. El método según cualquiera de las reivindicaciones 1 o 2, en donde: la selección (202a, 705) tiene lugar antes de que haya expirado un temporizador de fallo de ruta.
4. El método según la reivindicación 3, en donde el fallo de ruta se considera transitorio cuando la selección tiene lugar antes de que haya expirado el temporizador de fallo de ruta.
5. El método según la reivindicación 1, en donde la selección comprende, además:
enviar (203a, 706) una solicitud de inicio de sesión de MBMS al SGSN nuevo (103b); y
recibir (207a, 708) una respuesta de inicio de sesión de MBMS del SGSN nuevo (103b) acusando recibo de la solicitud de inicio de sesión de MBMS.
6. El método según la reivindicación 5, en donde la solicitud de inicio de sesión de MBMS comprende un indicador de restablecimiento que permite al SGSN nuevo (103b) diferenciar el procedimiento de restauración, de otros procedimientos.
7. El método según la reivindicación 5, en donde la solicitud de inicio de sesión de MBMS comprende un indicador de restablecimiento que permite al SGSN nuevo (103b) diferenciar si se trata de un error, para que pueda rechazar la solicitud de inicio de sesión de MBMS, o si se trata de un procedimiento de restauración, por lo que puede aceptar la solicitud de inicio de sesión de MBMS.
8. El método según cualquiera de las reivindicaciones 6-7, en donde la solicitud de inicio de sesión de MBMS comprende un contador que permite el manejo de una última solicitud de inicio de sesión de MBMS en caso de que tenga lugar un error de ruta posterior del mismo tipo .
9. El método según la reivindicación 1, que comprende, además:
recibir (210b) una respuesta de detención de sesión de MBMS desde el SGSN antiguo (103a).
10. Un nodo (101) de pasarela del servicio de multidifusión de difusión multimedia, MBMS GW, configurado para restaurar una sesión de servicio de multidifusión de difusión multimedia, MBMS, después de un fallo de ruta, que comprende un procesador (910) y una memoria (905), conteniendo dicha memoria software que cuando es ejecutado por dicho procesador, el nodo de red está operativo para:
detectar (201a, 701) un fallo de ruta asociado con una ruta antigua entre el nodo MBMS-GW (101) y un nodo de soporte del servicio general de radio por paquetes, GPRS, SGSN, antiguo (103a), cuyo SGSN antiguo controla al menos una sesión de MBMS;
seleccionar (202a, 705) un SGSN nuevo (103b) para restablecer dicha al menos una sesión de MBMS; detectar (208b, 714) que la ruta antigua entre el nodo MBMS-GW (101) y el SGSN antiguo (103a) ha sido recuperada; y
enviar (209b, 715) al SGSN antiguo (103a) una solicitud de detención de sesión de MBMS para eliminar la sesión de MBMS en el SGSN antiguo (103a).
11. El nodo MBMS GW (101) según la reivindicación 10, en donde la MBMS GW (101) está operativa para detectar (201 a, 701) que el fallo de ruta es un fallo de ruta transitorio.
12. El nodo MBMS GW (101) según cualquiera de las reivindicaciones 10 u 11, en donde el nodo MBMS GW (101) está operativo para seleccionar (202a, 705) el SGSN nuevo (103b) antes de que expire un temporizador de fallo de ruta.
13. El nodo MBMS GW (101) según la reivindicación 12, en donde el nodo MBMS GW (101) está operativo para considerar el fallo de ruta como transitorio cuando la selección tiene lugar antes de que expire el temporizador de fallo de ruta.
14. El nodo MBMS GW (101) según la reivindicación 10, en donde el nodo MBMS GW (101) está operativo para: enviar (203a, 706) una solicitud de inicio de sesión de MBMS al SGSN nuevo (103b); y
recibir (207a, 708) una respuesta de inicio de sesión de MBMS del SGSN nuevo (103b) acusando recibo de la solicitud de inicio de sesión de MBMS.
15. El nodo MBMS GW (101) según la reivindicación 14, en donde el nodo MBMS GW está operativo para enviar la solicitud de inicio de sesión de MBMS que comprende un indicador de restablecimiento que permite al SGSN nuevo (103b) diferenciar el procedimiento de restauración de otros procedimientos.
16. El nodo MBMS GW (101) según la reivindicación 14, en donde el nodo MBMS GW está operativo para enviar la solicitud de inicio de sesión de MBMS que comprende un indicador de restablecimiento que permite al SGSN nuevo (103b) diferenciar si se trata de un error para que pueda rechazar la solicitud de inicio de sesión de MBMS, o si es un procedimiento de restauración, para que pueda aceptar la solicitud de inicio de sesión de MBMS.
17. El nodo MBMS GW (101) según cualquiera de las reivindicaciones 15-16, en donde el nodo MBMS GW está operativo para enviar la solicitud de inicio de sesión de MBMS que comprende un contador que permite el manejo de una última solicitud de inicio de sesión de MBMS previa en caso de que se produzca un fallo de ruta posterior del mismo tipo.
18. El nodo MBMS GW (101) según la reivindicación 10, que está operativo, además, para:
recibir (210b) una respuesta de detención de sesión de MBMS desde el SGSN antiguo (103a).
ES17204304T 2013-04-16 2014-04-16 Restauración de sesión de MBMS en EPS por fallo de ruta Active ES2948445T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201361812280P 2013-04-16 2013-04-16
US201361818602P 2013-05-02 2013-05-02

Publications (1)

Publication Number Publication Date
ES2948445T3 true ES2948445T3 (es) 2023-09-12

Family

ID=50513915

Family Applications (2)

Application Number Title Priority Date Filing Date
ES17204304T Active ES2948445T3 (es) 2013-04-16 2014-04-16 Restauración de sesión de MBMS en EPS por fallo de ruta
ES14718387.5T Active ES2669191T3 (es) 2013-04-16 2014-04-16 Restauración de sesión MBMS en EPS para fallo de ruta

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES14718387.5T Active ES2669191T3 (es) 2013-04-16 2014-04-16 Restauración de sesión MBMS en EPS para fallo de ruta

Country Status (7)

Country Link
US (2) US10193743B2 (es)
EP (2) EP3337287B1 (es)
BR (1) BR112015026240B1 (es)
DK (1) DK2987380T3 (es)
ES (2) ES2948445T3 (es)
PL (1) PL3337287T3 (es)
WO (1) WO2014170369A2 (es)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9456315B2 (en) * 2013-04-30 2016-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Multicast group reuse in cellular network multicase transport
CN104469691B (zh) * 2013-09-25 2018-04-17 电信科学技术研究院 一种组通信方法、设备及***
CN105163285B (zh) * 2015-07-28 2018-11-16 上海华为技术有限公司 一种边缘mbms业务的数据传输方法及相关设备
CN107135485B (zh) * 2016-02-26 2020-06-12 电信科学技术研究院 一种建立车与万物会话请求、确定传输小区的方法及装置
US10327252B2 (en) * 2016-06-20 2019-06-18 Lg Electronics Inc. Method and apparatus for receiving V2X message
JP7036191B2 (ja) * 2018-03-16 2022-03-15 日本電気株式会社 マルチキャスト制御装置、マルチキャスト制御方法、及びプログラム
US20200137620A1 (en) * 2018-10-25 2020-04-30 Institute For Information Industry Wireless communication system and method for redirecting multimedia broadcast/multicast service data
US11937168B2 (en) * 2019-01-03 2024-03-19 Telefonaktiebolagget LM Ericsson (Publ) Method and apparatus for session management
CN113424560B (zh) * 2019-02-15 2023-06-09 瑞典爱立信有限公司 用于组内容传送的方法和装置
WO2020179704A1 (ja) * 2019-03-01 2020-09-10 日本電気株式会社 ネットワーク管理方法、ネットワークシステム、集約解析装置、端末装置、及びプログラム
KR20230015321A (ko) * 2020-04-24 2023-01-31 지티이 코포레이션 멀티캐스트/브로드캐스트 세션을 위한 액세스 네트워크 시그널링 및 리소스 할당

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7477606B2 (en) 2003-07-23 2009-01-13 Nortel Networks Limited System and method for path failure recovery in a communications environment
CN1303799C (zh) * 2004-10-28 2007-03-07 华为技术有限公司 一种控制多媒体广播/组播服务会话进行的方法
WO2008143559A1 (en) * 2007-05-21 2008-11-27 Telefonaktiebolaget Lm Ericsson (Publ) Method for redirecting an mbms session
JP5573676B2 (ja) * 2008-10-31 2014-08-20 日本電気株式会社 移動通信システム、制御局、基地局、通信方法、プログラム
US8018869B2 (en) * 2009-07-16 2011-09-13 Comcast Cable Communications, Llc Concurrency method for forecasting impact of speed tiers on consumption
WO2012063813A1 (ja) * 2010-11-08 2012-05-18 シャープ株式会社 移動通信システム、移動局装置、基地局装置、ｓｇｓｎ、ｇｇｓｎ、ｍｍｅ、ｍｂｍｓ ｇｗ及び移動通信方法
CN102083006B (zh) * 2011-01-17 2014-06-04 大唐移动通信设备有限公司 一种数据传输方法、装置及***
US9693372B2 (en) * 2012-07-03 2017-06-27 Telefonaktiebolaget Lm Ericsson (Publ) eMBMS control plane synchronization
WO2014017789A1 (en) * 2012-07-23 2014-01-30 Samsung Electronics Co., Ltd. Method and system for delivering multimedia content cached in wireless cellular network nodes using mbms
EP2785135A1 (en) * 2013-03-29 2014-10-01 Alcatel Lucent Enhancements to resource allocation for MBSFN transmission in an MBSFN area
US9622049B2 (en) * 2014-07-10 2017-04-11 Alcatel Lucent Method and apparatus for providing dual protocol MBMS for facilitating IPV4 to IPV6 migration in E-UTRAN

Also Published As

Publication number Publication date
US10193743B2 (en) 2019-01-29
PL3337287T3 (pl) 2023-10-30
BR112015026240B1 (pt) 2023-02-14
US20160072665A1 (en) 2016-03-10
EP3337287A1 (en) 2018-06-20
US20190123957A1 (en) 2019-04-25
WO2014170369A3 (en) 2014-12-11
ES2669191T3 (es) 2018-05-24
US11595246B2 (en) 2023-02-28
EP3337287B1 (en) 2023-06-07
EP2987380A2 (en) 2016-02-24
BR112015026240A2 (pt) 2017-07-25
DK2987380T3 (en) 2018-04-23
EP2987380B1 (en) 2018-02-14
WO2014170369A2 (en) 2014-10-23

Similar Documents

Publication Publication Date Title
ES2948445T3 (es) Restauración de sesión de MBMS en EPS por fallo de ruta
ES2294164T3 (es) Recuperacion de estaciones moviles en modo conectado al fallar el rnc (controlador de red de radio).
ES2777629T4 (es) Método, estación base y sistema de planificación de datos
ES2833411T3 (es) Traspaso usando conexiones activas duales
US11903070B2 (en) Methods and apparatus for using redundant links in wireless backhaul
ES2654238T3 (es) Método y aparato para notificación de liberación de servicio para conectividad dual en un sistema de comunicación inalámbrica
RU2770842C1 (ru) Системы, устройства и способы для обработки отказов линии радиосвязи в беспроводных ретрансляционных сетях
KR101215231B1 (ko) Ｒｒｃ 메시지 및 프로시져
US9473907B2 (en) Operating broadband public safety mobile communication
ES2401758T3 (es) Método, dispositivo y sistema de comunicacion para gestión de tunelización
RU2679537C2 (ru) Способ, устройство и система обработки сообщения управления радиоресурсами rrc
ES2837635T3 (es) Funcionamiento de un nodo de servicio en una red
ES2498919T3 (es) Restablecimiento de servicios de CS para terminales móviles en caso de fallo de una entidad de red central en un sistema de comunicaciones móviles
US8190149B2 (en) Dynamic GGSN relocation in a GPRS network
US9867225B2 (en) Method and nodes for handling a failure in a communications network
ES2932964T3 (es) Procedimiento y aparato para solicitar recursos de transmisión de enlace lateral en un sistema de comunicación inalámbrica
JP2013017179A (ja) ＱｏＳパラメータを用いたトリガリング
EP3906639B1 (en) Method and apparatus for session management
ES2916579T3 (es) Métodos y disposiciones en una red de comunicación inalámbrica para gestionar un problema con un enlace de radio entre un dispositivo inalámbrico y un nodo de red en servicio
CN109792661B (zh) 一种csfb的回落结果检测方法及装置、计算机存储介质
BRPI0209954B1 (pt) métodos e dispositivos para sincronização de parâmetros de serviço em um sistema de comunicação móvel celular cdma
ES2712939T3 (es) Método para proporcionar la identidad de un aparato en una red de comunicaciones y aparato del mismo
ES2879910T3 (es) Un nodo y método para gestionar una conexión de red de paquetes de datos
ES2788903T3 (es) Dispositivo terminal, dispositivo de red y método de comunicación grupal
WO2016162047A1 (en) Facilitating effective isolated wireless network operation