ES2963087T3 - Métodos, aparatos y medios legibles por máquina relativos al establecimiento de portadoras de difusión/multidifusión - Google Patents

Métodos, aparatos y medios legibles por máquina relativos al establecimiento de portadoras de difusión/multidifusión Download PDF

Info

Publication number
ES2963087T3
ES2963087T3 ES19750096T ES19750096T ES2963087T3 ES 2963087 T3 ES2963087 T3 ES 2963087T3 ES 19750096 T ES19750096 T ES 19750096T ES 19750096 T ES19750096 T ES 19750096T ES 2963087 T3 ES2963087 T3 ES 2963087T3
Authority
ES
Spain
Prior art keywords
broadcast
multicast
bearer
mbms
avp
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
ES19750096T
Other languages
English (en)
Inventor
Wenliang Xu
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 ES2963087T3 publication Critical patent/ES2963087T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1868—Measures taken after transmission, e.g. acknowledgments
    • 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/0686—Additional information in the notification, e.g. enhancement of specific meta-data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • 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
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12—Access point controller devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/14—Interfaces between hierarchically different network devices between access point controllers and backbone network device

Landscapes

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

Abstract

Las realizaciones de la divulgación proporcionan un método realizado por un servidor de difusión/multidifusión para una red de comunicación. El método comprende: recibir, desde un servidor de aplicaciones, una solicitud para establecer un portador de difusión/multidifusión en la red de comunicación; asignar recursos asociados con el portador de difusión/multidifusión en la red de comunicación; y enviar, al servidor de aplicaciones, un mensaje de respuesta que comprende una indicación de si la asignación de los recursos asociados con el portador de difusión/multidifusión está en curso o no. También se proporcionan los aparatos correspondientes y los métodos y aparatos en el servidor de aplicaciones. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Métodos, aparatos y medios legibles por máquina relativos al establecimiento de portadoras de difusión/multidifusión
Campo técnico
Las realizaciones de la presente divulgación se refieren a redes de comunicación, y en particular proporcionan métodos (reivindicaciones 1, 3) y aparatos (reivindicaciones 14, 15) relativos al establecimiento o activación de portadoras de difusión/multidifusión.
Antecedentes
En general, todos los términos utilizados en el presente documento deben interpretarse según su significado ordinario en el campo técnico pertinente, a menos que se indique claramente un significado diferente y/o se deduzca del contexto en el que se utilizan. Todas las referencias a una/un/la/el elemento, aparato, componente, medio, etapa, etc. deben interpretarse abiertamente como referencias a al menos una instancia del elemento, aparato, componente, medio, etapa, etc., a menos que se indique explícitamente lo contrario. Las etapas de cualquiera de los métodos dados a conocer en el presente documento no tienen que realizarse en el orden exacto dado a conocer, a menos que una etapa se describa explícitamente como siguiente o anterior a otra etapa y/o cuando esté implícito que una etapa debe seguir o preceder a otra. Cualquier característica de cualquiera de las realizaciones dadas a conocer en el presente documento puede aplicarse a cualquier otra realización, siempre que resulte apropiado. Del mismo modo, cualquier ventaja de cualquiera de las realizaciones puede aplicarse a cualquier otra realización, y viceversa. Otros objetivos, características y ventajas de las realizaciones adjuntas se desprenderán de la siguiente descripción.
El servicio de misión crítica (MC) utiliza MBMS (servicio multimedia de difusión y multidifusión) para proporcionar servicio a los UE de MC (por ejemplo, tal como se describe en 3GPP TS 23.280, v 16.2.0, subcláusula 10.7). Las portadoras MBMS pueden utilizarse por cualquier servicio MC para cualquier grupo de servicios MC. Una única portadora MBMS puede utilizarse por uno o más servicios MC dentro de un único grupo o por múltiples grupos en paralelo.
Los siguientes pasajes especifican los procedimientos y flujos de información para el uso de transmisión MBMS que se utilizan por los siguientes servicios MC:
- Presionar para hablar de misión crítica (MCPTT);
- Vídeo de misión crítica (MCVideo); y
- Datos de misión crítica (MCData).
Los requisitos de alto nivel de MBMS, incluyendo arquitectura y funciones, se describen en 3GPP TS 23.246, v 16.0.0.
Entre los procedimientos de operación de portadora MBMS descritos en 3GPP TS 23.280 subcláusula 10.7 (citada anteriormente), hay un procedimiento de notificación de eventos de portadora MBMS.
El servidor de servicios MC es una instanciación de un servidor de aplicación de servicios de comunicación de grupo (GCS AS). Para que el servidor de servicios MC conozca el estado de la portadora MBMS, y por tanto conozca la capacidad de la red para prestar el servicio, es necesario que la red proporcione notificaciones de eventos de portadora MBMS al servidor de servicios MC. Los diferentes eventos notificados al servidor de servicios MC incluyen uno o más de: el resultado del inicio de portadora MBMS (por ejemplo, cuando la primera celda asigna con éxito recursos MBMS), incluyendo información que indica si alguna celda no asigna recursos MBMS a una portadora MBMS específica; el estado actual de la portadora MBMS; y los escenarios de suspensión/reanudación o sobrecarga de portadora MBMS.
La figura 1 muestra los flujos de información en una notificación de evento de portadora MBMS, para servicios de misión crítica. La figura corresponde a la figura 10.7.3.10.2-1 de 3GPP TS 23.280, v 16.2.0. En la etapa 3 de la figura 1, el centro de servicios de difusión/multidifusión (BM-SC) inicia los procedimientos para configurar o establecer una portadora MBMS y asignar recursos para la portadora MBMS en la red de acceso por radio (RAN). Este proceso se describe en 3GPP TS 23.246, subcláusula 8.3.2 (referenciada anteriormente), y se muestra a continuación en las figuras 2a y 2b. Los procedimientos de las figuras 2a y 2b difieren según la configuración de la pasarela MBMS (MBMS GW). En la figura 2a, la MBMS GW está configurada para enviar un mensaje de respuesta inmediatamente a la solicitud de inicio de sesión inicial de BM-SC, y posiblemente antes de que los recursos RAN hayan sido asignados para la portadora MBMS. En la figura 2b, la MBMS GW está configurada para enviar el mensaje de respuesta a BM-SC solo después de recibir la confirmación de MME de que los recursos RAN han sido asignados con éxito para la portadora MBMS.
Por tanto, hay dos opciones posibles para los operadores de red: o bien la GW MBMS está configurada para responder inmediatamente a la solicitud de establecer una portadora MBMS (y antes de que se asignen los recursos para la portadora MBMS en la RAN), o bien la GW MBMS está configurada para responder solo una vez que los recursos se asignen en la RAN y se establezca la portadora MBMS. La configuración elegida afectará a la capacidad del servidor de aplicación que solicitó la portadora MBMS para utilizarla de manera oportuna y fiable.
Actualmente existe(n) algún/algunos reto(s).
Como ya se ha indicado, el servidor de servicios MC es una instanciación de un servidor de aplicación de servicios de comunicación de grupo (GCS AS). 3GPP TS 23.468, v 15.0.0 define los procedimientos mediante los cuales un GCS AS se comunica con BM-SC.
La figura 3 muestra el procedimiento para activar una portadora MBMS, y corresponde a la figura 5.1.2.3.2-1 de 3GPP TS 23.468, v 15.0.0. Dado que el servidor de servicios MC es una instanciación de GCS AS, la figura 3 debe verse conjuntamente con las figuras 2a y 2b.
Por ejemplo, en la figura 3, la etapa 1 comprende que el BM-SC reciba una solicitud de activación de portadora MBMS. Puede observarse que el BM-SC responde a ese mensaje de solicitud asignando recursos en el sistema MBMS para soportar el flujo de datos. Es decir, el BM-SC sigue el procedimiento establecido en la figura 2a o 2b. En la etapa 3 de la figura 3, el BM-SC envía un mensaje de respuesta al GCS AS (activar respuesta de portadora MBMS).
La figura 3 muestra que el BM-SC puede enviar posteriormente (tras la asignación de recursos RAN en la etapa 4) una indicación de estado de entrega de MBMS al GCS AS en la etapa 5, confirmando que se han asignado los recursos RAN y que la portadora MBMS está establecida y disponible para su uso. Tal indicación se emite en la etapa 5 tras la recepción del mensaje de respuesta de inicio de sesión retardado de la MBMS GW (véase la etapa 2 en la figura 2b). Sin embargo, en el momento de recibir el mensaje de respuesta de activar portadora MBMS en la etapa 3, el GCS AS no tiene conocimiento de si la portadora MBMS está establecida, o si el establecimiento está en curso (es decir, si se enviará un mensaje adicional en la etapa 5 o no). Esto puede conllevar un retardo innecesario, si el GCS AS esperara el mensaje adicional en la etapa 5, o a un uso fallido de la portadora MBMS, si el GCS AS intentara usar la portadora MBMS antes de que se estableciera.
El documento “MBMS session setup procedure/event notification alignment with RAN3”, 3GPP change request, S2-177581, da a conocer una evaluación de la notificación de evento de portadora MBMS, para la cual RAN3 solo acordó cambiar la secuencia para responder al inicio de sesión una vez que al menos un eNB haya establecido con éxito la portadora MBMS. Esto permite a BMSC saber que la respuesta confirma los recursos disponibles. Es necesario actualizar el procedimiento para reflejar el cambio en RAN3 para el acceso E-UTRAN. Se propuso actualizar el flujo para reflejar que el eNB responde cuando se han reservado con éxito recursos al menos de un eNB.
El documento 3GPP TS 29.468, V15.2.0, da a conocer el protocolo para el punto de referencia MB2 entre el servidor de aplicación de servicio de comunicación de grupo (GCS AS) y el centro de servicios de difusión-multidifusión (BM-SC). El punto de referencia MB2 y los procedimientos de la etapa 2 relacionados se definen en TS 23.468 como parte de los habilitadores del sistema de comunicaciones de grupo para LTE. Los requisitos de la etapa 1 para los habilitadores del sistema de comunicaciones de grupo para LTE se especifican en TS 22.468.
Compendio
Ciertos aspectos de la presente divulgación y sus realizaciones pueden aportar soluciones a estos u otros retos. Por ejemplo, en un aspecto, se introduce una indicación en la respuesta a la solicitud de activación de portadora MBMS (enviada en la etapa 3 de la figura 3), indicando si la activación de portadora está en curso o no.
En el presente documento se proponen varias realizaciones que abordan uno o más de los problemas dados a conocer en el presente documento. Según la presente divulgación, se proporcionan métodos, un servidor de difusión/multidifusión y un servidor de aplicación según las reivindicaciones independientes. Las realizaciones se exponen en las reivindicaciones dependientes.
En un aspecto, la divulgación proporciona un método realizado por un servidor de difusión/multidifusión en una red de comunicación. El método comprende: recibir, desde un servidor de aplicación, una solicitud de activación de una portadora de difusión/multidifusión en la red de comunicación; asignar recursos asociados con la portadora de difusión/multidifusión en la red de comunicación mediante el envío de un mensaje de solicitud de inicio de sesión a una pasarela de portadora de difusión/multidifusión; y cuando el servidor de difusión/multidifusión está configurado para recibir una respuesta de inicio de sesión retardada desde la pasarela de portadora de difusión/multidifusión, enviar, al servidor de aplicación, un mensaje de respuesta que comprende una indicación de que la solicitud de activación de portadora se gestionó con éxito, pero la activación de portadora de difusión/multidifusión real aún está en curso.
En otro aspecto, la divulgación proporciona un método realizado por un servidor de aplicación. El método comprende: enviar, a un servidor de difusión/multidifusión para una red de comunicación, una solicitud para activar una portadora de difusión/multidifusión en la red de comunicación; y recibir, desde el servidor de difusión/multidifusión, un mensaje de respuesta que comprende una indicación de que la solicitud de activación de portadora se gestionó con éxito, pero la activación de portadora de difusión/multidifusión real todavía está en curso.
También se proporciona un aparato para realizar estos métodos. Por ejemplo, un servidor de difusión/multidifusión puede estar dotado de circuitos de procesamiento configurados para realizar el método según el primer aspecto mencionado anteriormente. En otro ejemplo, un servidor de aplicación puede estar dotado de circuitos de procesamiento configurados para realizar el método según el segundo aspecto mencionado anteriormente. El servidor de difusión/multidifusión y/o el servidor de aplicación pueden estar dotados de circuitos de alimentación.
Ciertas realizaciones pueden proporcionar una o más ventajas técnicas, tales como evitar retardos innecesarios a servicios de multidifusión/radiodifusión (si el GCS AS tuviera que esperar el mensaje adicional en la etapa 5 de la figura 3), o evitar el uso fallido de LA portadora (si el GCS AS tuviera que intentar utilizar la portadora MBMS antes de que se estableciera o activara).
Breve descripción de los dibujos
Para ilustrar mejor las realizaciones de la presente divulgación, y para mostrar más claramente que pueden llevarse a efecto, ahora se hace referencia a los siguientes dibujos:
La figura 1 muestra los flujos de información en una notificación de evento de portadora MBMS;
La figura 2a muestra el procedimiento de inicio de sesión para E-UTRAN y UTRAN para EPS;
La figura 2b muestra el procedimiento de inicio de sesión para E-UTRAN para EPS con respuesta retardada;
La figura 3 muestra el procedimiento de portadora MBMS de activación de MBMS;
La figura 4 es un diagrama de flujo de un método realizado por un servidor de difusión/multidifusión según realizaciones de la divulgación;
La figura 5 es un diagrama esquemático de un aparato virtual, configurado para realizar el método de la figura 4;
La figura 6 es un diagrama de flujo de un método realizado por un servidor de aplicación según realizaciones de la divulgación;
La figura 7 es un diagrama esquemático de un aparato virtual, configurado para realizar el método de la figura 6; y
La figura 8 muestra un entorno de virtualización según realizaciones de la divulgación.
Descripción detallada
Algunas de las realizaciones contempladas en el presente documento se describirán ahora más detalladamente con referencia a los dibujos adjuntos. Otras realizaciones, sin embargo, están contenidas dentro del alcance del contenido dado a conocer en el presente documento, el contenido dado a conocer no debe interpretarse como limitado únicamente a las realizaciones expuestas en el presente documento; más bien, estas realizaciones se proporcionan a modo de ejemplo para transmitir el alcance del contenido a los expertos en la técnica.
Según las realizaciones de la divulgación, el diagrama de señalización que se muestra en la figura 3 anterior se mejora proporcionando una indicación en el mensaje de activar respuesta de portadora de MBMS (enviado en la etapa 3) en cuanto a si la asignación de recursos asociados con la portadora MBMS está en curso o no, por ejemplo, si el GCS AS debe o no esperar a que un mensaje adicional (por ejemplo, la indicación de estado de entrega de MBMS en la etapa 5) confirme la asignación de recursos para la portadora MBMS en la RAN antes de intentar transmitir datos a través de la portadora MBMS. Por ejemplo, si el BM-SC está configurado para recibir una respuesta de inicio de sesión retardada de la MBMS GW, el BM-SC indica que el procedimiento de activación de portadora está todavía en curso en el par atributo-valor de resultado de portadora MBMS (por ejemplo, mediante un mapa de bits como se describe más adelante con respecto a la figura 4). Estas y otras realizaciones se comentan con más detalle a continuación, en particular con respecto a las figuras 4, 5, 6 y 7.
La figura 4 representa un método según realizaciones particulares. El método puede realizarse por un servidor de difusión/multidifusión para una red de comunicación, tal como el BM-SC descrito anteriormente en las figuras 1, 2a, 2b y 3.
El método comienza en la etapa 402, en la que el servidor de difusión/multidifusión recibe, desde un servidor de aplicación, una solicitud para establecer una portadora de difusión/multidifusión en la red de comunicación. Por ejemplo, la portadora de difusión/multidifusión puede ser una portadora MBMS, y por tanto la etapa 402 puede corresponder sustancialmente a la etapa 1 de la figura 3 anterior.
El servidor de aplicación puede implementar cualquier servicio que requiera o pueda hacer uso de servicios de multidifusión o difusión. Las realizaciones de la presente divulgación pueden tener el efecto técnico de aumentar la fiabilidad de las portadoras de difusión/multidifusión, en particular tras la activación de tales portadoras, y por tanto en determinadas realizaciones el servidor de aplicación puede implementar un servicio que requiera un servicio particularmente fiable. Ejemplos de tales servicios incluyen servicios de misión crítica (MC), como se comentó anteriormente (en cuyo caso el servidor de aplicación puede ser un servidor de servicios de misión crítica), pero también otros servicios tales como servicios de vehículo a todo (V2x). La presente divulgación no está limitada a este respecto.
La solicitud para establecer una portadora de difusión/multidifusión puede comprender uno o más de: un identificador para el grupo de dispositivos inalámbricos a los que se dirige la portadora de difusión/multidifusión (por ejemplo, una identidad temporal como una identidad de grupo móvil temporal, TMGI); una indicación de una calidad de servicio para la portadora de difusión/multidifusión; un área de difusión que debe cubrir la portadora de difusión/multidifusión; y una hora de inicio para la portadora de difusión/multidifusión.
En la etapa 404, el servidor de difusión/multidifusión inicia la asignación de recursos asociados con la portadora de difusión/multidifusión en la red de comunicación. Esta etapa puede corresponder sustancialmente a la etapa 2 de la figura 3 mostrada anteriormente. Por ejemplo, el servidor de difusión/multidifusión puede iniciar el establecimiento de portadora de difusión/multidifusión.
De este modo, en una realización, el servidor de difusión/multidifusión asigna recursos en el sistema de difusión/multidifusión para soportar el flujo de datos para la portadora de difusión/multidifusión. Por ejemplo, el servidor de difusión/multidifusión puede asignar uno o más de: una identidad para el flujo de datos (por ejemplo, una IDdeflujo); un tiempo de expiración para la portadora de difusión/multidifusión; una descripción del servicio proporcionado por el servidor de difusión/multidifusión; una dirección IP para la portadora de difusión/multidifusión en el servidor de difusión/multidifusión; y un puerto para la portadora de difusión/multidifusión en el servidor de difusión/multidifusión.
En una realización, el servidor de difusión/multidifusión puede transmitir adicional o alternativamente una solicitud de inicio de sesión a una GW MBMS (por ejemplo, tal como se muestra anteriormente en la etapa 1 de las figuras 2a y 2b).
En la etapa 406, el servidor de difusión/multidifusión envía, al servidor de aplicación, un mensaje de respuesta. Esta etapa puede corresponder sustancialmente a la etapa 3 de la figura 3 anterior, por tanto, el mensaje de respuesta puede comprender una respuesta de activación de portadora MBMS. Por ejemplo, el mensaje de respuesta puede comprender uno o más de: el identificador para el grupo de dispositivos inalámbricos a los que se dirige la portadora de difusión/multidifusión; la identidad para el flujo de datos (por ejemplo, una IDdeflujo); el tiempo de expiración para la portadora de difusión/multidifusión; la descripción del servicio proporcionado por el servidor de difusión/multidifusión; la dirección IP para la portadora de difusión/multidifusión en el servidor de difusión/multidifusión; y el puerto para la portadora de difusión/multidifusión en el servidor de difusión/multidifusión.
Según las realizaciones de la divulgación (véase también el apéndice 1 más adelante), el mensaje de respuesta comprende además una indicación sobre si la asignación de recursos asociados con la portadora de difusión/multidifusión está en curso o no. Alternativamente, el mensaje de respuesta contiene una indicación sobre si llegará o no una notificación adicional (por ejemplo, tal como se describe en la etapa 5 de la figura 3 anterior) para confirmar que se han asignado recursos para la portadora de difusión/multidifusión en una red de acceso por radio (RAN) de la red de comunicación.
La indicación puede proporcionarse mediante cualquier mecanismo adecuado. En una realización, la indicación se proporciona mediante un mapa de bits, que comprende uno o más bits, cuya configuración indica una de: el establecimiento de la portadora de difusión/multidifusión se ha realizado correctamente; el establecimiento de la portadora de difusión/multidifusión ha fallado; y la asignación de recursos asociados con la portadora de difusión/multidifusión está en curso (o el establecimiento de la portadora de difusión/multidifusión está en curso). En algunas realizaciones, pueden proporcionarse múltiples bits para indicar que el establecimiento de la portadora de difusión/multidifusión ha fallado, correspondiendo cada uno de los múltiples bits a una razón particular del fallo. En algunas realizaciones, la indicación de que la asignación de recursos asociados con la portadora de difusión/multidifusión está en curso puede proporcionarse configurando el bit que indica que el establecimiento de la portadora de difusión/multidifusión está en curso. En realizaciones adicionales, la indicación de que la asignación de recursos asociados con la portadora de difusión/multidifusión está en curso puede proporcionarse estableciendo el bit que indica que la asignación de recursos asociados con la portadora de difusión/multidifusión está en curso, junto con el bit que indica que el establecimiento de la portadora de difusión/multidifusión se ha realizado con éxito.
En un ejemplo, el mapa de bits puede configurarse de la siguiente manera:
En este caso, se utiliza “xx” para indicar que el bit puede colocarse en cualquier posición adecuada.
En la etapa 408, opcionalmente, el servidor de difusión/multidifusión envía un mensaje de información al servidor de aplicación, que comprende una indicación de que la activación de la portadora de difusión/multidifusión ya no está en curso. Esta etapa puede corresponder sustancialmente a la etapa 5 opcional de la figura 3 anterior. Por tanto, el mensaje de información puede comprender una indicación de que se han asignado recursos para la portadora de difusión/multidifusión en la RAN. Por ejemplo, uno o más nodos de acceso de radio pueden haber informado (por ejemplo, en un mensaje de respuesta de inicio de sesión tal como el enviado anteriormente en la etapa 5 de las figuras 2a y 2b) que se han asignado recursos de radio a la portadora de difusión/multidifusión en las celdas servidas por dichos nodos de acceso de radio.
El mensaje de información puede comprender además uno o más de: el identificador para el grupo de dispositivos inalámbricos a los que se dirige la portadora de difusión/multidifusión; y la identidad del flujo de datos (por ejemplo, una IDdeflujo).
Por tanto, según la realización anterior, el servidor de difusión/multidifusión proporciona una indicación sobre si la activación o el establecimiento de la portadora de difusión/multidifusión está en curso en su respuesta al mensaje de solicitud. Por tanto, se informa al servidor de aplicación de si debe o no esperar a un mensaje de información adicional que confirme que se han asignado recursos para la portadora de difusión/multidifusión en la RAN. Adicional o alternativamente (véase también el apéndice 2 más adelante), el servidor de aplicación puede ser informado de la configuración del servidor de difusión/multidifusión en un mensaje de características, que comprende una indicación de la configuración del servidor de difusión/multidifusión con respecto a la respuesta retardada al mensaje de solicitud en la etapa 1 (por ejemplo, si el servidor de difusión/multidifusión está configurado para recibir una respuesta retardada o no). Tal mensaje de características puede ser transmitido al servidor de aplicación cuando el servidor de aplicación establece el contacto inicial con el servidor de difusión/multidifusión. De esta manera, el servidor de aplicación también es informado si debe esperar un mensaje de información adicional (por ejemplo, como en la etapa 408 anterior) después de recibir el mensaje de respuesta inicial en la etapa 406.
La figura 5 ilustra un diagrama de bloques esquemático de un aparato 500 en una red de comunicación (por ejemplo, el centro de servicio de multidifusión de difusión mostrado en las figuras 1 ,2a, 2b y 3). El aparato puede implementarse en un nodo de red. El aparato 500 es operable para llevar a cabo el método de ejemplo descrito con referencia a la figura 4 y posiblemente cualesquiera otros procesos o métodos dados a conocer en el presente documento. También debe entenderse que el método de la figura 4 no se lleva a cabo necesariamente solo por el aparato 500. Al menos algunas operaciones del método pueden realizarse por una o más entidades adicionales.
El aparato 500 virtual puede comprender circuitos de procesamiento, que pueden incluir uno o más microprocesadores o microcontroladores, así como otro hardware digital, que puede incluir procesadores de señales digitales (DSP), lógica digital de propósito especial, y similares. Los circuitos de procesamiento pueden configurarse para ejecutar código de programa almacenado en memoria, que puede incluir uno o varios tipos de memoria, tales como memoria de solo lectura (ROM), memoria de acceso aleatorio, memoria caché, dispositivos de memoria flash, dispositivos de almacenamiento óptico, etc. El código de programa almacenado en memoria incluye instrucciones de programa para ejecutar uno o más protocolos de telecomunicaciones y/o comunicaciones de datos, así como instrucciones para llevar a cabo una o más de las técnicas descritas en el presente documento, en varias realizaciones. En algunas realizaciones, los circuitos de procesamiento pueden utilizarse para hacer que la unidad 502 de recepción, la unidad 504 de inicio y la unidad 506 de envío, y cualquier otra unidad adecuada del aparato 500 realicen las funciones correspondientes según una o más realizaciones de la presente divulgación. El aparato 500 puede comprender además circuitos de alimentación configurados para la alimentación del aparato.
Tal como se ilustra en la figura 5, el aparato 500 incluye la unidad 502 de recepción, la unidad 504 de inicio y la unidad 506 de envío. La unidad 502 de recepción está configurada para recibir, desde un servidor de aplicación, una solicitud para establecer una portadora de difusión/multidifusión en la red de comunicación. La unidad 504 de inicio está configurada para iniciar la asignación de recursos asociados con la portadora de difusión/multidifusión en la red de comunicación. La unidad 506 de envío está configurada para enviar, al servidor de aplicación, un mensaje de respuesta que comprende una indicación sobre si la asignación de los recursos asociados con la portadora de difusión/multidifusión está en curso o no.
La figura 6 representa un método según realizaciones particulares. El método puede realizarse por un servidor de aplicación, tal como el GCS AS descrito anteriormente con respecto a la figura 3. El servidor de aplicación puede implementar cualquier servicio que requiera o pueda hacer uso de servicios de multidifusión o difusión. Las realizaciones de la presente divulgación pueden tener el efecto técnico de aumentar la fiabilidad de las portadoras de difusión/multidifusión, en particular tras la activación de dichas portadoras, y por tanto en determinadas realizaciones el servidor de aplicación puede implementar un servicio que requiera un servicio particularmente fiable. Ejemplos de tales servicios incluyen servicios de misión crítica (MC), tal como se comentó anteriormente (en cuyo caso el servidor de aplicación puede ser un servidor de servicios de misión crítica), pero también otros servicios tales como servicios de vehículo a todo (V2x). La presente divulgación no está limitada a este respecto.
El método comienza en la etapa 602, en la que el servidor de aplicación envía, a un servidor de difusión/multidifusión (tal como el BM-SC descrito anteriormente), una solicitud para establecer una portadora de difusión/multidifusión en la red de comunicación. Por ejemplo, la portadora de difusión/multidifusión puede ser una portadora MBMS, y por tanto la etapa 602 puede corresponder sustancialmente a la etapa 1 de la figura 3 anterior.
La solicitud para establecer una portadora de difusión/multidifusión puede comprender uno o más de: un identificador para el grupo de dispositivos inalámbricos a los que se dirige la portadora de difusión/multidifusión (por ejemplo, una identidad temporal tal como una identidad de grupo móvil temporal, TMGI); una indicación de una calidad de servicio para la portadora de difusión/multidifusión; un área de difusión que debe cubrir la portadora de difusión/multidifusión; y una hora de inicio para la portadora de difusión/multidifusión.
En la etapa 604, el servidor de aplicación recibe, desde el servidor de difusión/multidifusión, un mensaje de respuesta. Esta etapa puede corresponder sustancialmente a la etapa 3 de la figura 3 anterior, por tanto, el mensaje de respuesta puede comprender una respuesta de activar la portadora MBMS. Por ejemplo, el mensaje de respuesta puede comprender uno o más: el identificador para el grupo de dispositivos inalámbricos a los que se dirige la portadora de difusión/multidifusión; la identidad para el flujo de datos (por ejemplo, una IDdeflujo); el tiempo de expiración para la portadora de difusión/multidifusión; la descripción del servicio proporcionado por el servidor de difusión/multidifusión; la dirección IP para la portadora de difusión/multidifusión en el servidor de difusión/multidifusión; y el puerto para la portadora de difusión/multidifusión en el servidor de difusión/multidifusión.
Según las realizaciones de la divulgación (véase también el apéndice 1 más adelante), el mensaje de respuesta comprende además una indicación sobre si la asignación de recursos asociados con la portadora de difusión/multidifusión está en curso o no. Alternativamente, el mensaje de respuesta contiene una indicación sobre si llegará una notificación adicional o no (por ejemplo, tal como se describe en la etapa 5 de la figura 3 anterior) para confirmar que se han asignado recursos para la portadora de difusión/multidifusión en una red de acceso por radio (RAN) de la red de comunicación.
La indicación puede proporcionarse mediante cualquier mecanismo adecuado. En una realización, la indicación se proporciona mediante un mapa de bits, que comprende uno o más bits, cuya configuración indica uno de: el establecimiento de la portadora de difusión/multidifusión se ha realizado correctamente; el establecimiento de la portadora de difusión/multidifusión ha fallado; y la asignación de recursos asociados con la portadora de difusión/multidifusión está en curso (o el establecimiento de la portadora de difusión/multidifusión está en curso). En algunas realizaciones, pueden proporcionarse múltiples bits para indicar que el establecimiento de la portadora de difusión/multidifusión ha fallado, correspondiendo cada uno de los múltiples bits a una razón particular del fallo. En algunas realizaciones, la indicación de que la asignación de recursos asociados con la portadora de difusión/multidifusión está en curso puede proporcionarse configurando el bit que indica que el establecimiento de la portadora de difusión/multidifusión está en curso. En realizaciones adicionales, la indicación de que la asignación de recursos asociados con la portadora de difusión/multidifusión está en curso puede proporcionarse estableciendo el bit que indica que la asignación de recursos asociada con la portadora de difusión/multidifusión está en curso, junto con el bit que indica que el establecimiento de la portadora de difusión/multidifusión se ha realizado con éxito.
En un ejemplo, el mapa de bits puede configurarse de la siguiente manera:
En este caso, se utiliza “xx” para indicar que el bit puede colocarse en cualquier posición adecuada.
En la etapa 606, opcionalmente, el servidor de aplicación recibe, desde el servidor de difusión/multidifusión, un mensaje de información que comprende una indicación de que la asignación de recursos asociados con la portadora de difusión/multidifusión ya no está en curso (es decir, la activación de la portadora de difusión/multidifusión ya no está en curso). Esta etapa puede corresponder sustancialmente a la etapa 5 opcional de la figura 3 anterior. Por tanto, el mensaje de información puede comprender una indicación de que se han asignado recursos para la portadora de difusión/multidifusión en la RAN. Por ejemplo, uno o más nodos de acceso de radio pueden haber informado (por ejemplo, en un mensaje de respuesta de inicio de sesión tal como el enviado anteriormente en la etapa 5 de las figuras 2a y 2b) que se han asignado recursos de radio a la portadora de difusión/multidifusión en las celdas servidas por dichos nodos de acceso de radio.
El mensaje de información puede comprender además uno o más de: el identificador del grupo de dispositivos inalámbricos a los que se dirige la portadora de difusión/multidifusión; y la identidad del flujo de datos (por ejemplo, una IDdeflujo).
En la etapa 608, el servidor de aplicación inicia la transmisión de datos sobre la portadora de difusión/multidifusión establecida. Por ejemplo, la etapa 608 puede tener lugar inmediatamente después de la etapa 604 si el mensaje de respuesta indica que la activación o establecimiento de la portadora de difusión/multidifusión se ha realizado con éxito y/o no está en curso. Alternativamente, la etapa 608 puede tener lugar en respuesta a la recepción del mensaje de información en la etapa 606, en donde el mensaje de respuesta comprende una indicación de que la activación o establecimiento de la portadora de difusión/multidifusión está en curso.
Por tanto, según la realización anterior, el servidor de difusión/multidifusión proporciona una indicación sobre si la asignación de recursos asociados con la portadora de difusión/multidifusión está en curso en su respuesta al mensaje de solicitud. Por tanto, se informa al servidor de aplicación si debe esperar o no un mensaje de información adicional que confirme que se han asignado recursos para la portadora de difusión/multidifusión en la RAN. Adicional o alternativamente (véase también el apéndice 2 más adelante), el servidor de aplicación puede ser informado de la configuración del servidor de difusión/multidifusión en un mensaje de características, que comprende una indicación de la configuración del servidor de difusión/multidifusión con respecto a la respuesta retardada al mensaje de solicitud en la etapa 1 (por ejemplo, si el servidor de difusión/multidifusión está configurado para recibir una respuesta retardada o no). Tal mensaje de características puede transmitirse al servidor de aplicación cuando el servidor de aplicación establece el contacto inicial con el servidor de difusión/multidifusión. De esta manera, el servidor de aplicación también es informado sobre si debe esperar un mensaje de información adicional (por ejemplo, tal como en la etapa 606 anterior) después de recibir el mensaje de respuesta en la etapa 604.
La figura 7 ilustra un diagrama de bloques esquemático de un aparato 700 en una red de comunicación. El aparato puede implementarse en un nodo de red (por ejemplo, un servidor de aplicación, GCS AS, mostrado en la figura 3). El aparato 700 es operable para llevar a cabo el método de ejemplo descrito con referencia a la figura 6 y posiblemente cualquier otro proceso o método dado a conocer en el presente documento. También debe entenderse que el método de la figura 6 no se lleva a cabo necesariamente solo por el aparato 700. Al menos algunas operaciones del método pueden realizarse por una o más entidades adicionales.
El aparato 700 virtual puede comprender circuitos de procesamiento, que pueden incluir uno o más microprocesadores o microcontroladores, así como otro hardware digital, que puede incluir procesadores de señales digitales (DSP), lógica digital de propósito especial, y similares. La circuitos de procesamiento pueden configurarse para ejecutar código de programa almacenado en memoria, que puede incluir uno o varios tipos de memoria, tales como memoria de solo lectura (ROM), memoria de acceso aleatorio, memoria caché, dispositivos de memoria flash, dispositivos de almacenamiento óptico, etc. El código de programa almacenado en memoria incluye instrucciones de programa para ejecutar uno o más protocolos de telecomunicaciones y/o comunicaciones de datos, así como instrucciones para llevar a cabo una o más de las técnicas descritas en el presente documento, en varias realizaciones. En algunas realizaciones, los circuitos de procesamiento pueden utilizarse para hacer que la unidad 702 de envío y la unidad 704 de recepción, y cualquier otra unidad adecuada del aparato 700 realicen las funciones correspondientes según una o más realizaciones de la presente divulgación. El aparato 700 puede comprender además circuitos de alimentación configurados para suministrar alimentación al aparato.
Tal como se ilustra en la figura 7, el aparato 700 incluye la unidad 702 de envío y la unidad 704 de recepción. La unidad de envío 702 está configurada para enviar, a un servidor de difusión/multidifusión de una red de comunicación, una solicitud para establecer una portadora de difusión/multidifusión en la red de comunicación. La unidad 704 de recepción está configurada para recibir, desde el servidor de difusión/multidifusión, un mensaje de respuesta que comprende una indicación de si la asignación de los recursos asociados a la portadora de difusión/multidifusión está en curso o no.
El término unidad puede tener un significado convencional en el campo de la electrónica, los dispositivos eléctricos y/o los dispositivos electrónicos y puede incluir, por ejemplo, circuitos eléctricos y/o electrónicos, dispositivos, módulos, procesadores, memorias, dispositivos lógicos de estado sólido y/o discretos, programas informáticos o instrucciones para llevar a cabo tareas, procedimientos, cálculos, salidas y/o funciones de visualización respectivas, etc., tal como los que se describen en el presente documento.
La figura 8 es un diagrama de bloques esquemático que ilustra un entorno 800 de virtualización en el que pueden virtualizarse funciones implementadas por algunas realizaciones. En el presente contexto, virtualizar significa crear versiones virtuales de aparatos o dispositivos que pueden incluir la virtualización de plataformas de hardware, dispositivos de almacenamiento y recursos de red. Tal como se utiliza en el presente documento, la virtualización puede aplicarse a un nodo (por ejemplo, una estación base virtualizada o un nodo de acceso de radio virtualizado) o a un dispositivo (por ejemplo, un UE, un dispositivo inalámbrico o cualquier otro tipo de dispositivo de comunicación) o componentes de los mismos y se refiere a una implementación en la que al menos una parte de la funcionalidad se implementa como uno o más componentes virtuales (por ejemplo, a través de una o más aplicaciones, componentes, funciones, máquinas virtuales o contenedores que se ejecutan en uno o más nodos de procesamiento físico en una o más redes).
En algunas realizaciones, algunas o todas las funciones descritas en el presente documento pueden implementarse como componentes virtuales ejecutados por una o más máquinas virtuales implementadas en uno o más entornos 800 virtuales alojados por uno o más de los nodos 830 de hardware. Además, en realizaciones en las que el nodo virtual no es un nodo de acceso de radio o no requiere conectividad de radio (por ejemplo, un nodo de red central), entonces el nodo de red puede ser totalmente virtualizado.
Las funciones pueden implementarse por una o más aplicaciones 820 (que alternativamente pueden denominarse instancias de software, dispositivos virtuales, funciones de red, nodos virtuales, funciones de red virtuales, etc.) operativas para implementar algunas de las características, funciones y/o beneficios de algunas de las realizaciones dadas a conocer en el presente documento. Las aplicaciones 820 se ejecutan en el entorno 800 de virtualización que proporciona hardware 830 que comprende circuitos 860 de procesamiento y memoria 890. La memoria 890 contiene instrucciones 895 ejecutables por los circuitos 860 de procesamiento mediante las que la aplicación 820 es operativa para proporcionar una o más de las características, beneficios y/o funciones dados a conocer en el presente documento.
El entorno 800 de virtualización comprende dispositivos 830 de hardware de red de propósito general o especial que comprenden un conjunto de uno o más procesadores o circuitos 860 de procesamiento, que pueden ser procesadores comerciales listos para usar (COTS), circuitos integrados de aplicación específica (ASIC), o cualquier otro tipo de circuito de procesamiento que incluya componentes de hardware digitales o analógicos o procesadores de propósito especial. Cada dispositivo de hardware puede comprender una memoria 890-1 que puede ser una memoria no persistente para almacenar temporalmente instrucciones 895 o software ejecutado por los circuitos 860 de procesamiento. Cada dispositivo de hardware puede comprender uno o más controladores 870 de interfaz de red (NIC), también conocidos como tarjetas de interfaz de red, que incluyen la interfaz 880 de red física. Cada dispositivo de hardware también puede incluir un medio 890-2 de almacenamiento no transitorio, persistente, legible por máquina que tenga almacenado en el mismo software 895 y/o instrucciones ejecutables por los circuitos 860 de procesamiento. El software 895 puede incluir cualquier tipo de software, lo que incluye software para instanciar una o más capas 850 de virtualización (también denominadas hipervisores), software para ejecutar máquinas 840 virtuales, así como software que le permita ejecutar funciones, características y/o beneficios descritos en relación con algunas realizaciones descritas en el presente documento. Cada dispositivo de hardware también puede incluir circuitos de alimentación, configurados para suministrar alimentación al dispositivo de hardware.
Las máquinas 840 virtuales, comprenden procesamiento virtual, memoria virtual, red o interfaz virtual y almacenamiento virtual, y pueden ejecutarse por una capa 850 de virtualización o hipervisor correspondiente. Diferentes realizaciones de la instancia del dispositivo 820 virtual pueden implementarse en una o más de las máquinas 840 virtuales, y las implementaciones pueden realizarse de diferentes maneras.
Durante el funcionamiento, los circuitos 860 de procesamiento ejecutan el software 895 para instanciar el hipervisor o la capa 850 de virtualización, que a veces puede denominarse monitor de máquina virtual (VMM). La capa 850 de virtualización puede presentar una plataforma de funcionamiento virtual que parece hardware de red a la máquina 840 virtual.
Tal como se muestra en la figura 8, el hardware 830 puede ser un nodo de red independiente con componentes genéricos o específicos. El hardware 830 puede comprender una antena 8225 y puede implementar algunas funciones mediante virtualización. Alternativamente, el hardware 830 puede formar parte de un clúster de hardware más grande (por ejemplo, tal en un centro de datos o en un equipo en las instalaciones del cliente (CPE)) en donde muchos nodos de hardware trabajan en conjunto y se gestionan mediante gestión 8100 y realización (MANO), que, entre otros, supervisa la gestión del ciclo de vida de las aplicaciones 820.
En algunos contextos, la virtualización del hardware se denomina virtualización de funciones de red (NFV). La NFV puede utilizarse para consolidar muchos tipos de equipos de red en hardware de servidor de gran volumen estándar del sector, conmutadores físicos y almacenamiento físico, que pueden ubicarse en centros de datos y equipos en las instalaciones del cliente.
En el contexto de la NFV, la máquina 840 virtual puede ser una implementación de software de una máquina física que ejecuta programas como si se ejecutaran en una máquina física no virtualizada. Cada una de las máquinas 840 virtuales, y la parte del hardware 830 que ejecuta esa máquina virtual, ya sea hardware dedicado a esa máquina virtual y/o hardware compartido por esa máquina virtual con otras de las máquinas 840 virtuales, forma elementos de red virtual (VNE) independientes.
Todavía en el contexto de NFV, la función de red virtual (VNF) es responsable de gestionar funciones de red específicas que se ejecutan en una o más máquinas 840 virtuales sobre la infraestructura 830 de red de hardware y corresponde a la aplicación 820 de la figura 8.
En algunas realizaciones, una o más unidades 8200 de radio que incluyen cada una uno o más transmisores 8220 y uno o más receptores 8210 pueden acoplarse a una o más antenas 8225. Las unidades 8200 de radio pueden comunicarse directamente con los nodos 830 de hardware a través de una o más interfaces de red apropiadas y pueden utilizarse en combinación con componentes virtuales para proporcionar un nodo virtual con capacidades de radio, tal como un nodo de acceso de radio o una estación base.
En algunas realizaciones, parte de la señalización puede realizarse con el uso del sistema 8230 de control, que puede utilizarse alternativamente para la comunicación entre los nodos 830 de hardware y las unidades 8200 de radio.
ANEXO 1
Cambios propuestos a 3GPP TS 29.468 (las cursivas indican cambios)
5.3.2 Activar procedimiento de portadora MBMS
El procedimiento de activación de portadora MBMS puede utilizarse por el GCS AS para provocar la asignación de recursos para la portadora o portadoras MBMS.
Para aplicar este procedimiento, el GCS AS enviará un comando solicitud de acción de GCS (GAR) que incluirá un AVP de solicitud de portadora de MBMS por cada portadora que vaya a activarse. Dentro del AVP de solicitud de portadora de MBMS, el GCS AS incluirá el AVP de indicación de inicio-parada de MBMS ajustado a “INICIO” y el AVP de información de QoS, y el GCS AS podrá incluir TMGI AVP, el AVP de tiempo de inicio de MBMS y el AVP de seguridad de MB2U. Si se admite la función de lista de celda de MBMS, el GCS AS incluirá también el AVP de lista de celda de MBMS, o el AVP de área de servicio de MBMS, o ambos. Si no se admite la función de lista de celda de MBMS, el GCS AS incluirá también el AVP de área de servicio de MBMS. Si el GCS AS no sabe aún si el BM-SC admite la función de lista de celda de MBMS e incluye el AVP de lista de celda de MBMS, incluirá también el AVP de área de servicio de MBMS.
Si se admite la función de plano de usuario localizado V2X, el GCS AS puede incluir el AVP de información de M1 local y el AVP de información de MB2-U local dentro del AVP de solicitud de portadora de MBMS.
NOTA: El GCS AS puede averiguar si el BM-SC admite la función de lista de celda de MBMS y la función de plano de usuario localizado V2X antes de aplicar el procedimiento de activación de portadora MBMS la primera vez utilizando el procedimiento de asignación de TMGI por adelantado.
Si el GCS AS incluye tanto el AVP de lista de celda de MBMS como el AVP de área de servicio de MBMS en el AVP de solicitud de portadora de MBMS, las áreas de servicio proporcionadas serán un conjunto completo de las áreas de servicio que contengan todas las celdas proporcionadas.
Si la función FEC se admite, el GCS AS puede incluir el AVP de solicitud de FEC en el AVP de solicitud de portadora de MBMS para solicitar que el BM-SC aplique FEC (véase IETF RFC 6363 [31]) a los flujos de medios de enlace descendente dentro de portadora MBMS que se describen por el AVP de solicitud de FEC.
Si la función ROHC se admite, el GCS AS puede incluir AVP(s) de solicitud de ROHC en el AVP de solicitud de portadora de MBMS para solicitar que el BM-SC aplique ROHC (véase IETF RFC 5795 [29] e IETF RFC 3095 [30]) a los flujos de medios de enlace descendente dentro de portadora MBMS que se describen por el/los AVP(s) de solicitud de ROHC.
Tras la recepción de un comando de solicitud de acción de GCS (GAR) que incluye el AVP de solicitud de portadora de MBMS con el AVP de indicación de inicio-parada de MBMS establecido en “INICIO”, el BM-SC determinará si el GCS AS está autorizado para utilizar la TMGI. Si no hay ningún AVP de registro de ruta, el BM-SC obtendrá la identidad del GCS AS a partir del AVP de servidor de origen. Si están presentes los AVP de registro de ruta, el BM SC autorizará la solicitud si la identidad contenida en el primer AVP de registro de ruta coincide con el GCS AS autorizado para utilizar la TMGI. Si el GCS AS está autorizado para utilizar la TMGI, el BM-SC asignará recursos de MBMS para soportar la entrega de contenido de la portadora MBMS al área de difusión de MBMS solicitada (tal y como se describe mediante el AVP de lista de celda de MBMS y/o el AVP de área de servicio de MBMS) utilizando el procedimiento de inicio de sesión definido en 3GPP TS 23.246 [3]. Si en el AVP de solicitud de portadora de MBMS se incluye un AVP de lista de celda de MBMS pero no un AVP de área de servicio de MBMS, el BM-SC obtendrá las áreas de servicio MBMS a partir de las celdas del AVP de lista de celda de MBMS basándose en la política del operador. Si se incluyen tanto un AVP de lista de celda de MBMS como un AVP de área de servicio de MBMS, el BM-SC derivará las áreas de servicio MBMS a partir de las celdas en el AVP de lista de celda de MBMS basándose en la política del operador e ignorando la información del AVP de área de servicio de MBMS, o bien proporcionará directamente la información recibida dentro del AVP de área de servicio de MBMS en el procedimiento de inicio de sesión definido en 3GPP TS 23.246 [3]. Si no se incluye ningún AVP de TMGI en el AVP de solicitud de portadora de MBMS, el BM-SC asignará una nueva TMGI. El BM-SC asignará un nuevo identificador de flujo. El BM-SC decidirá si utiliza la seguridad MB2-U y tendrá en cuenta las solicitudes relacionadas del GCS AS recibidas en el AVP de seguridad de MB2U del AVP de solicitud de portadora de MBMS.
Si la nueva área de servicio de MBMS se solapa con el área de servicio de cualquier portadora activa con la misma TMGI, el BM-SC deberá rechazar la solicitud de activación con el código de resultado “área de servicio de MBMS solapada”.
A continuación, el BM-SC enviará el comando de respuesta de acción de GCS (GAA), que incluirá un AVP de respuesta de portadora de MBMS. El BM-SC incluirá un AVP de respuesta de portadora de MBMS por cada AVP de solicitud de portadora de MBMS incluido en el GAR. El AVP de respuesta de portadora de MBMS se incluirá en la misma posición en el GAA que el AVP de solicitud de portadora de MBMS correspondiente tenía en el GAR.
Para una activación de portadora de MBMS correcta, el AVP de respuesta de portadora de MBMS incluirá el AVP de TMGI, el AVP de identificador de flujo de MBMS, el AVP de duración de sesión de MBMS, el AVP de dirección de BMSC y el AVP de puerto de BMSC, y puede incluir AVP(s) de radiofrecuencia como descripción del servicio relacionado con la portadora MBMS. Si se aplica seguridad MB2-U, el AVP de respuesta de portadora de MBMS incluirá también el AVP de seguridad de MB2U. Si se ha solicitado FEC y/o ROHC, el AVP de respuesta de portadora de MBMS incluirá también AVP(s) de resultado de protocolo de plano de usuario que indiquen el éxito o fracaso de la activación de FEC y/o RHC.Si el BM-SC está configurado para recibir una respuesta de inicio de sesión retardado de la MBMS GW, el BM-SC indicará que el procedimiento de activación de portadora sigue en curso en el AVP de resultado de portadora de MBMS.
Si se admite la función de plano de usuario localizado V2X, y el AVP de información local M1 y el AVP de información local MB2-U se reciben desde el GCS AS, y el BM-SC determina utilizar la información de MBMS local, el BM-SC incluirá el AVP de dirección de BMSC y el puerto de BMSC con la dirección IP y el puerto incluidos en el AVP de información de MB2-U local recibido en el AVP de respuesta de portadora de MBMS. En caso contrario, el BM-SC incluirá el AVP de dirección de BMSC y el Puerto de BMSC con la dirección IP y el puerto asignados por el BM-SC en el AVP de solicitud de portadora de m Bm S.
6.4.8 AVP de resultado de portadora de MBMS
El AVP de resultado de portadora de MBMS (código AVP 3506) es de tipo Unsigned32 y contiene una máscara de bits con valores como los definidos en la tabla 6.4.8-1. Varios bits que indican errores se establecen en combinación.El bit 0 y el bit xx se establecen conjuntamente para indicar que la solicitud de activación de portadora se ha gestionado correctamente, pero que la activación real de portadora aún está en curso.
Tabla 6.4.8-1: AVP de resultado de portadora de MBMS
ANEXO 2
Cambios propuestos a 3GPP TS 29.468 (las cursivas indican cambios)
5.3.2 Procedimiento de activación de portadora MBMS
El procedimiento de activación de portadora MBMS puede utilizarse por el GCS AS para provocar la asignación de recursos para la portadora o portadoras MBMS.
Para aplicar este procedimiento, el GCS AS enviará un comando de solicitud de acción de GCS (GAR) que incluirá un AVP de solicitud de portadora de MBMS por cada portadora que vaya a activarse. Dentro del AVP de solicitud de portadora de MBMS, el GCS AS incluirá el AVP de indicación de inicio-parada de MBMS ajustado a “INICIO” y el AVP de información de QoS, y el GCS AS podrá incluir el AVP de TMGI, el AVP de tiempo de inicio de MBMS y el AVP de seguridad de MB2U. Si se admite la función de lista de celda de MBMS, el GCS AS incluirá también el AVP de lista de celda de MBMS, o el AVP de área de servicio de MBMS, o ambos. Si no se admite la función de lista de celda de MBMS, el GCS AS incluirá también el AVP de área de servicio de MBMS. Si el GCS AS no sabe aún si el BM-SC admite la función de lista de celda de MBMS e incluye el AVP de lista de celda de MBMS, incluirá también el AVP de área de servicio de MBMS.
Si se admite la función de plano de usuario localizado V2X, el GCS AS puede incluir el AVP de información M1 local y el AVP de información de MB2-U local dentro del AVP de solicitud de portadora de MBMS.
NOTA: El GCS AS puede averiguar si el BM-SC admite la función de lista de celda de MBMS y la función de plano de usuario localizado V2X antes de aplicar el procedimiento de activación de portadora MBMS la primera vez utilizando el procedimiento de asignación de TMGI por adelantado.
Si el GCS AS incluye tanto el AVP de lista de celda de MBMS como el AVP de área de servicio de MBMS en el AVP de solicitud de portadora de MBMS, entonces las áreas de servicio proporcionadas serán un conjunto completo de las áreas de servicio que contengan todas las celdas proporcionadas.
Si se admite la función FEC, el GCS AS puede incluir el AVP de solicitud de FEC en el AVP de solicitud de portadora de MBMS para solicitar que el BM-SC aplique FEC (véase IETF RFC 6363 [31]) a los flujos de medios de enlace descendente dentro de la portadora de MBMS que se describen por el AVP de solicitud de FEC.
Si la función de ROHC se admite, el GCS AS puede incluir AVP(s) de solicitud de ROHC en el AVP de solicitud de portadora de MBMS para solicitar que el BM-SC aplique ROHC (véase IETF RFC 5795 [29] y IETF RFC 3095 [30]) a los flujos de medios de enlace descendente dentro de la portadora MBMS que se describen por el/los AVP(s) de solicitud de ROHC.
Tras la recepción de un comando de solicitud de acción de GCS (GAR) que incluye el AVP de solicitud de portadora de MBMS con el AVP de indicación de inicio-parada de MBMS establecido en “INICIO”, el BM-SC determinará si el GCS AS está autorizado para utilizar la TMGI. Si no hay ningún AVP de registro de ruta, el BM-SC obtendrá la identidad del GCS AS a partir del AVP de servidor de origen. Si están presentes los AVP de registro de ruta, el BM SC autorizará la solicitud si la identidad contenida en el primer AVP de registro de ruta coincide con el GCS AS autorizado para utilizar la TMGI. Si el GCS AS está autorizado a utilizar la TMGI, el BM-SC asignará recursos de MBMS para soportar la entrega de contenido de la portadora MBMS al área de difusión de MBMS solicitada (tal y como se describe mediante el AVP de lista de celda de MBMS y/o el AVP de área de servicio de MBMS) utilizando el procedimiento de inicio de sesión definido en 3GPP TS 23.246 [3]. Si en el AVP de solicitud de portadora de MBMS se incluye un AVP de lista de celda de MBMS pero no un AVP de área de servicio de MBMS, el B<m>-SC obtendrá las áreas de servicio de MBMS a partir de las celdas del AVP de lista de celda de MBMS basándose en política del operador. Si se incluyen tanto un AVP de lista de celda de MBMS como un AVP de área de servicio de MBMS, el BM-SC derivará las áreas de servicio de MBMS a partir de las celdas del AVP de lista de celda de MBMS basándose en la política del operador e ignorando la información del AVP de área de servicio de MBMS, o bien proporcionará directamente la información recibida dentro del AVP de área de servicio de MBMS en el procedimiento de inicio de sesión definido en 3GPP TS 23.246 [3]. Si no se incluye ningún AVP de TMGI en el AVP de solicitud de portadora de MBMS, el BM-SC asignará una nueva TMGI. El BM-SC asignará un nuevo identificador de flujo. El BM-SC decidirá si utiliza la seguridad de MB2-U y tendrá en cuenta las solicitudes relacionadas del GCS AS recibidas en el AVP de seguridad de MB2U en el AVP de solicitud de portadora de MBMS.
Si la nueva área de servicio de MBMS se solapa con el área de servicio de cualquier portadora activa con la misma TMGI, el BM-SC deberá rechazar la solicitud de activación con el código de resultado “área de servicio de MBMS solapada”.
A continuación, el BM-SC enviará el comando de respuesta de acción de GCS (GAA), que incluirá un AVP de respuesta de portadora de MBMS. El BM-SC incluirá un AVP de respuesta de portadora de MBMS por cada AVP de solicitud de portadora de MBMS incluido en el GAR. El AVP de respuesta de portadora de MBMS se incluirá en la misma posición en el GAA que el AVP de solicitud de portadora de MBMS correspondiente tenía en el GAR.
Para una activación de portadora de MBMS correcta, el AVP de respuesta de portadora de MBMS incluirá el AVP de TMGI, el AVP de identificador de flujo de MBMS, el AVP de duración de sesión de MBMS, el AVP de dirección de BMSC y el AVP de puerto de BMSC, y puede incluir AVP(s) de radiofrecuencia como descripción del servicio relacionado con la portadora MBMS. Si se aplica la seguridad de MB2-U, el AVP de respuesta de portadora de MBMS incluirá también el AVP de seguridad de MB2U. Si se ha solicitado FEC y/o ROHC, el AVP de respuesta de portadora de MBMS incluirá también el AVP de resultado de protocolo de plano de usuario que indica el éxito o el fracaso de la activación de FEC y/o RHC.Si el BM-SC está configurado para recibir una respuesta de inicio de sesión retardado desde la MBMS G W y el GCS AS indicó la admisión de la función de activación de portadora de MBMS tardía, el BM SC incluirá la admisión de la función de activación de portadora de MBMS tardía en el AVP de lista de función admitida.
Si se admite la función de plano de usuario localizado V2X, y el AVP de información de M1 local y el AVP de información de MB2-U local se reciben desde el GCS AS, y el BM-SC decide utilizar la información de MBMS local, el BM-SC incluirá el AVP de dirección de BMSC y el puerto de BMSC con la dirección IP y el puerto incluidos en el AVP de información de MB2-U local recibido en el AVP de respuesta de portadora de MBMS. En caso contrario, el BM-SC incluirá el AVP de dirección de BMSC y el puerto de BMSC con la dirección IP y el puerto asignados por el BM-SC en el AVP de solicitud de portadora de<m>B<m>S.
*** Próximo Cambio ***
6.4.4 AVP de evento de portadora de MBMS
El AVP de evento de portadora de MBMS (código AVP 3502) es del tipo Unsigned32 y contendrá una máscara de bits con valores según se define en la tabla 6.4.4-1. Pueden establecerse varios bits en combinación excepto el bit 0 y el bit 1.
Tabla 6.4.4-1: AVP de evento de portadora de MBMS
*** Próximo cambio ***
6.5.2.2 AVP de lista de función admitida para la aplicación de MB2-C
La sintaxis de este AVP se define en TS 29.229 [23].
Para la aplicación de MB2-C, el significado de los bits será como el definido en la tabla 6.5.2.2-1 para la ID de lista de función admitida de 1.
Tabla 6.5.2.2-1: funciones de la ID de lista de función 1 utilizada para la aplicación de MB2-C
Abreviaturas
En esta divulgación pueden utilizarse al menos algunas de las siguientes abreviaturas. Si hay una incoherencia entre las abreviaturas, se debe dar preferencia a cómo se utiliza anteriormente. Si se enumeran varias veces a continuación, se debe dar preferencia a la primera enumeración sobre cualquier enumeración posterior.
1 x RTT Tecnología de radiotransmisión CDMA2000 1x
3GPP Proyecto de Asociación de Tercera Generación
5G Quinta generación
ABS Subtrama casi en blanco
ARQ Solicitud de repetición automática
AWGN Ruido gaussiano blanco aditivo
BCCH Canal de control de difusión
BCH Canal de difusión
CA Agregación de portadora
CC Componente de portadora
CCCH SDU SDU de canal de control común
CDMA Acceso por multiplexación por división de código
CGI Identificador global de celda
CIR Respuesta al impulso del canal
CP Prefijo cíclico
CPICH Canal piloto común
CPICH Ec/No CPICH Energía recibida por chip dividida entre la densidad de potencia en la banda
CQI Información sobre la calidad del canal
C-RNTI RNTI celular
CSI Información de estado del canal
DCCH Canal de control dedicado
DL Enlace descendente
DM Demodulación
DMRS Señal de referencia de demodulación
DRX Recepción discontinua
DTX Transmisión discontinua
DTCH Canal de tráfico dedicado
DUT Dispositivo sometido a prueba
E-CID ID de celda mejorado (método de posicionamiento)
E-SMLC Centro de localización de móviles evolucionado
ECGI CGI evolucionado
eNB NodoB E-UTRAN
ePDCCH Canal de control de enlace descendente físico mejorado
E-SMLC Centro de localización de móviles de servicio evolucionado
E-UTRA UTRA e vo luc io na do
E-UTRAN UTRAN evolucionado
FDD Dúplex por división de frecuencia
FFS Para estudios adicionales
GERAN Red de acceso por radio GSM EDGE
gNB Estación base en NR
GNSS Sistema global de navegación por satélite
GSM Sistema global de comunicaciones móviles
HARQ Solicitud de repetición automática híbrida
HO Traspaso
HSPA Acceso a paquetes de alta velocidad
HRPD Paquete de datos de alta velocidad
LOS Línea de visión
LPP Protocolo de posicionamiento LTE
LTE Evolución a largo plazo
MAC Control de acceso a medios
MBMS Servicios de multidifusión de difusión multimedia
MBSFN Red monofrecuencia de servicios de multidifusión de difusión multimedia MBSFN ABS Subtrama casi en blanco de MBSFN
MDT Minimización de pruebas de campo
MIB Bloque de información maestra
MME Entidad de gestión de movilidad
MSC Centro de conmutación móvil
NPDCCH Canal de control de enlace descendente físico de banda estrecha NR Nueva radio
OCNG Generador de ruido de canal OFDMA
OFDM Multiplexación por división ortogonal de frecuencias
OFDMA Acceso múltiple por división ortogonal de frecuencias
OSS Sistema de apoyo a operaciones
OTDOA Diferencia de tiempo de llegada observada
O&M Operación y mantenimiento
PBCH Canal de difusión físico
P-CCPCH Canal físico de control común primario
Celda P Celda principal
PCFICH Canal indicador de formato de control físico
PDCCH Canal de control de enlace descendente físico
PDP Perfil de retardo de perfil
PDSCH Canal físico compartido de enlace descendente
PGW Pasarela de paquetes
PHICH Canal físico indicador de ARQ híbrida
PLMN Red pública de telefonía móvil terrestre
PMI Indicador de matriz precodificadora
PRACH Canal físico de acceso aleatorio
PRS Señal de referencia de posicionamiento
PSS Señal de sincronización principal
PUCCH Canal de control de enlace ascendente físico
PUSCH Canal físico compartido de enlace ascendente
RACH Canal de acceso aleatorio
QAM Modulación de amplitud en cuadratura
RAN Red de acceso por radio
RAT Tecnología de acceso por radio
RLM Gestión de enlaces de radio
RNC Controlador de red de radio
RNTI Identificador temporal de red de radio
RRC Control de recursos de radio
RRM Gestión de recursos de radio
RS Señal de referencia
RSCP Potencia del código de señal recibida
RSRP Potencia recibida del símbolo de referencia O potencia recibida de la señal de referencia RSRQ Calidad recibida de señal de referencia O calidad recibida del símbolo de referencia RSSI Indicador de intensidad de señal recibida
RSTD Diferencia de tiempo de la señal de referencia
SCH Canal de sincronización
Celda S Celda secundaria
SDU Unidad de datos de servicio
SFN Número de trama de sistema
SGW Pasarela de servicio
SI Información del sistema
SIB Bloque de información del sistema
SNR Relación señal/ruido
SON Red autooptimizada
SS Señal de sincronización
SSS Señal de sincronización secundaria
TDD Dúplex por división de tiempo
TDOA Diferencia de tiempo de llegada
TOA Tiempo de llegada
TSS Señal de sincronización terciaria
TTI Intervalo de tiempo de transmisión
UE Equipo de usuario
UL Enlace ascendente
UMTS Sistema universal de telecomunicaciones móviles
USIM Módulo universal de identidad del abonado
UTDOA Diferencia de tiempo de llegada de enlace ascendente UTRA Acceso Universal terrestre por radio
UTRAN Red Universal de acceso por radio terrestre
WCDMA CDMA amplia
WLAN Red de área local amplia

Claims (15)

REIVINDICACIONES
1. Un método realizado por un servidor (500) de difusión/multidifusión en una red de comunicación, que comprende: -recibir (402), desde un servidor de aplicación, una solicitud para activar una portadora de difusión/multidifusión en la red de comunicación;
- asignar (404) recursos asociados con la portadora de difusión/multidifusión en la red de comunicación mediante el envío de un mensaje de solicitud de inicio de sesión a una pasarela de portadora de difusión/multidifusión; y - cuando el servidor de difusión/multidifusión está configurado para recibir una respuesta de inicio de sesión retardado desde la pasarela de portadora de difusión/multidifusión, enviar (406), al servidor de aplicación, un mensaje de respuesta que comprenda una indicación de que la solicitud de activación de portadora se gestionó con éxito, pero la activación real de portadora de difusión/multidifusión sigue en curso.
2. El método según la reivindicación 1, que comprende además, en respuesta a una determinación de que se han configurado recursos para la portadora de difusión/multidifusión en la red de acceso por radio, enviar (408) un mensaje de información al servidor de aplicación que comprende una indicación de que la asignación de los recursos asociados con la portadora de difusión/multidifusión ya no está en curso.
3. Un método realizado por un servidor (700) de aplicación, comprendiendo el método:
- enviar (602), a una red de servidor de difusión/multidifusión, una solicitud para activar una portadora de difusión/multidifusión en una red de comunicación; y
-recibir (604), desde el servidor de difusión/multidifusión, un mensaje de respuesta que comprende una indicación de que la solicitud de activación de portadora se ha gestionado con éxito, pero que la activación real de portadora de difusión/multidifusión sigue en curso.
4. El método según cualquiera de las reivindicaciones 1 a 3, en el que la indicación comprende un mapa de bits. 5. El método según la reivindicación 4, en el que:
- el mapa de bits comprende una pluralidad de bits, y la configuración de: un bit que indica que la asignación de los recursos asociados con la portadora de difusión/multidifusión está en curso y otro bit que indica que la asignación de los recursos asociados a la portadora de difusión/multidifusión se ha realizado correctamente, indica que la asignación de los recursos asociados a la portadora de difusión/multidifusión está en curso.
6. El método según la reivindicación 4 o 5 cuando depende de la reivindicación 3, en el que el mensaje de respuesta comprende una indicación de que la asignación de los recursos asociados con la portadora de difusión/multidifusión está en curso, y en el que el método comprende además, en respuesta a la recepción del mensaje de respuesta, aplazar la transmisión de datos a través de la portadora de difusión/multidifusión.
7. El método según la reivindicación 6, que comprende además recibir (606) un mensaje de información desde el servidor de difusión/multidifusión que comprende una indicación de que la asignación de los recursos asociados con la portadora de difusión/multidifusión ya no está en curso.
8. El método según la reivindicación 2 o 7, en el que la indicación de que la asignación de los recursos asociados con la portadora de difusión/multidifusión ya no está en curso comprende una indicación de que los recursos se han configurado para la portadora de difusión/multidifusión en la red de acceso por radio.
9. El método según la reivindicación 7 u 8 cuando depende de la reivindicación 3, que comprende además, en respuesta a la recepción del mensaje de información, iniciar (608) la transmisión de datos a través de la portadora de difusión/multidifusión.
10. El método según cualquiera de las reivindicaciones 1 a 9, en el que el servidor de difusión/multidifusión comprende un centro de servicios de difusión/multidifusión, BM-SC.
11. El método según cualquiera de las reivindicaciones 1 a 10, en el que la portadora de difusión/multidifusión comprende una portadora de servicio de difusión y multidifusión multimedia, MBMS.
12. El método según la reivindicación 11, en el que el mensaje de respuesta comprende una respuesta de activación de portadora de MBMS.
13. El método según cualquiera de las reivindicaciones 1 a 12, en el que:
- el servidor de aplicación comprende un servidor de aplicación de servicios de comunicación de grupo, GCS AS; y/o - el servidor de aplicación comprende uno de: un servidor de aplicación de servicios de misión crítica y un servidor de aplicación de vehículo a todo, V2X.
14. Un servidor (500) de difusión/multidifusión, que comprende:
- circuitos de procesamiento configurados para realizar cualquiera de las etapas según cualquiera de las reivindicaciones 1,2 y 4 a 13 cuando dependen de la reivindicación 1; y
- circuitos de alimentación configurados para alimentar el servidor de difusión/multidifusión.
15. Un servidor (700) de aplicación, que comprende:
- circuitos de procesamiento configurados para realizar cualquiera de las etapas según cualquiera de las reivindicaciones 3 y 4 a 13 cuando dependen de la reivindicación 3;
- circuitos de alimentación configurados para alimentar el servidor de aplicación.
ES19750096T 2019-04-01 2019-07-31 Métodos, aparatos y medios legibles por máquina relativos al establecimiento de portadoras de difusión/multidifusión Active ES2963087T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2019080818 2019-04-01
PCT/EP2019/070620 WO2020200489A1 (en) 2019-04-01 2019-07-31 Methods, apparatus and machine-readable mediums relating to establishment of broadcast/multicast bearers

Publications (1)

Publication Number Publication Date
ES2963087T3 true ES2963087T3 (es) 2024-03-25

Family

ID=67551363

Family Applications (1)

Application Number Title Priority Date Filing Date
ES19750096T Active ES2963087T3 (es) 2019-04-01 2019-07-31 Métodos, aparatos y medios legibles por máquina relativos al establecimiento de portadoras de difusión/multidifusión

Country Status (11)

Country Link
US (1) US20230247653A1 (es)
EP (2) EP3949455B1 (es)
JP (1) JP7222116B2 (es)
CN (2) CN115484114A (es)
AR (1) AR118544A1 (es)
BR (1) BR112021018970A2 (es)
CL (1) CL2021002568A1 (es)
CO (1) CO2021014537A2 (es)
ES (1) ES2963087T3 (es)
PL (1) PL3949455T3 (es)
WO (1) WO2020200489A1 (es)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022252186A1 (en) * 2021-06-03 2022-12-08 Telefonaktiebolaget Lm Ericsson (Publ) Support for localized multimedia broadcast/multicast service in edge computing system

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8880683B2 (en) * 2010-12-22 2014-11-04 Verizon Patent And Licensing Inc. Global real-time network resource and timer synchronization
EP3437347B1 (en) * 2016-03-31 2022-02-09 Nokia Solutions and Networks Oy Apparatuses and methods to support local multimedia broadcast multicast service (mbms) distribution
CN108702592B (zh) * 2016-08-12 2021-01-15 华为技术有限公司 业务传输方法及无线通信设备

Also Published As

Publication number Publication date
CN115484114A (zh) 2022-12-16
US20230247653A1 (en) 2023-08-03
CO2021014537A2 (es) 2021-11-19
PL3949455T3 (pl) 2024-03-11
AR118544A1 (es) 2021-10-20
JP7222116B2 (ja) 2023-02-14
EP4319434A2 (en) 2024-02-07
CN112020867A (zh) 2020-12-01
CN112020867B (zh) 2022-09-30
JP2022532292A (ja) 2022-07-14
EP3949455B1 (en) 2023-10-04
BR112021018970A2 (pt) 2021-11-30
EP3949455A1 (en) 2022-02-09
EP3949455C0 (en) 2023-10-04
CL2021002568A1 (es) 2022-07-15
EP4319434A3 (en) 2024-04-03
WO2020200489A1 (en) 2020-10-08

Similar Documents

Publication Publication Date Title
US20240040543A1 (en) Paging cause determination for inactive device in the 5g system
ES2956396T3 (es) Manejo de funciones de red en el contexto de movilidad entre funciones de inter-gestión
CN113424461A (zh) 用于增强波束恢复的装置和方法
CN113383585A (zh) 提供新无线电定位的系统和方法
CN113454931A (zh) 用于单个下行链路控制信息(dci)多传输接收点(trp)传输的解调参考信号(dmrs)指示
CN113711555A (zh) 下行链路(dl)定位参考信号(prs)带宽部分(bwp)配置参考信号设计和用于新无线电(nr)定位的基于用户装备(ue)的定位增强
ES2930415T3 (es) Transporte de flujos de datos sobre redes celulares
CN113303022A (zh) 2步rach的回退过程
JP7329693B2 (ja) ５ｇｓからｅｐｓへのモビリティの際にｐｄｕセッションのためのデータフローを転送すること
CN113491081A (zh) 在空闲模式下使用预配置上行链路资源的传输、重传和混合自动重传请求过程
ES2940588T3 (es) Métodos que proporcionan mensajes de información, incluyendo informes de RACH y dispositivos inalámbricos relacionados
CN113424579A (zh) 用于在两步随机接入过程中生成mac格式以进行消息收发的装置和方法
ES2841903T3 (es) Evitar retransmisiones múltiples de señalización transportada por transporte NAS 5G
WO2021015655A1 (en) Release, suspend and reconfiguration in paging
CN113455056A (zh) 用于在省电情况下进行上行链路面板选择的系统和方法
US20230247653A1 (en) Methods, apparatus and machine-readable mediums relating to establishment of broadcast/multicast bearers
US11627554B2 (en) Methods, apparatus and machine-readable mediums relating to establishment of broadcast/multicast bearers
CN115885531A (zh) 针对匿名标识的订阅取回
EP3997928A1 (en) Resume in paging