ES3056713T3

ES3056713T3 - Multicast service session operation apparatus

Info

Publication number: ES3056713T3
Application number: ES24166216T
Authority: ES
Inventors: Zhenhua Xie; Xiaowan Ke
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2020-01-02
Filing date: 2020-12-31
Publication date: 2026-02-24
Anticipated expiration: 2040-12-31
Also published as: AU2020418285A1; EP4373035A3; PH12022551427A1; EP4057586A1; EP4373035B1; CN113068134A; PT4373035T; JP2023509071A; HUE067402T2; JP7520125B2; AU2020418285B2; MX2022008239A; PT4057586T; EP4057586A4; WO2021136468A1; CA3165241A1; US12407741B2; US20220312156A1; EP4373035A2; EP4057586B1

Abstract

Las realizaciones de la presente invención proporcionan un método y un aparato para la operación de una sesión de servicio de multidifusión y un dispositivo de comunicaciones, donde el método para la operación de una sesión de servicio de multidifusión incluye: recibir desde un terminal una solicitud que incluye información de servicio de multidifusión; y enviar un primer parámetro de invocación a una segunda función de red, donde el primer parámetro de invocación se utiliza para invocar una operación de servicio de contexto de multidifusión de la segunda función de red. (Traducción automática con Google Translate, sin valor legal)

Description

[0001] DESCRIPCIÓN

[0002] Aparato de operación de sesión de servicio de multidifusión

[0003] Campo técnico

[0004] La presente invención se refiere al campo de las tecnologías de comunicación y, en particular, a un aparato para la operación de sesión de servicio de multidifusión.

[0005] Antecedentes

[0006] En la técnica anterior, los servicios de multidifusión se proporcionan basándose en elementos de red. Sin embargo, una red central de una red de tecnología de comunicación móvil de quinta generación (5a Generación, 5G) adopta una arquitectura basada en servicios (Arquitectura Basada en Servicios) basada en funciones de red, y proporciona servicios que ya no se basan en elementos de red que tienen software y hardware completos, sino que se basan en funciones de red en forma de software. Por lo tanto, los servicios de multidifusión son actualmente incapaces de operar en una red utilizando una arquitectura basada en servicios que está basada en funciones de red.

[0007] El documento XP051784659 3GPP TS 23.246 V16.1.0 (2019-09) divulga que el UE envía un mensaje de unión IGMP (IPv4) o MLD (IPv6) a través del contexto PDP predeterminado para señalar su interés en recibir un servicio de portador de MBMS de multidifusión particular identificado por una dirección de multidifusión IP. La unión (es decir, activación de multidifusión MBMS por el usuario) es el proceso mediante el cual un abonado se une a un grupo de multidifusión, es decir, el usuario indica a la red que desea recibir datos de modo de multidifusión de un servicio de portadora MBMS específico.

[0008] Otros documentos relevantes de la técnica anterior se enumeran como sigue: documento XP050282283 titulado “session establishment for IMS initiated and controlled MBMS user service in multicast mode” por Huawei Technologies, publicado el 19 de mayo de 2008; el documento XP051821724 titulado “Solution to KII: Establishment of MBS session for multicast” por Huawei y HiSilicon, publicado el 08 de noviembre de 2019; el documento WO2019/196608A1, titulado “Method and device for transmitting data”, publicado el 17 de octubre de 2019.

[0009] Compendio

[0010] Las realizaciones de la presente invención proporcionan un aparato para la operación de sesión de servicio de multidifusión como se define en el conjunto de reivindicaciones adjuntas, para resolver el problema de que los servicios de multidifusión no son capaces actualmente de operar en una red usando una arquitectura basada en servicios que está basada en funciones de red.

[0011] Basándose en las soluciones divulgadas en las realizaciones de la presente invención, los servicios de multidifusión son capaces de operar sobre una red usando una arquitectura basada en servicio que se basa en funciones de red. Breve descripción de los dibujos

[0012] Para describir las soluciones técnicas en las realizaciones de la presente invención más claramente, lo siguiente describe brevemente los dibujos adjuntos requeridos en las realizaciones de la presente invención. Aparentemente, los dibujos adjuntos en la siguiente descripción muestran simplemente algunas realizaciones de la presente invención, y un experto en la técnica puede aún derivar otros dibujos de estos dibujos adjuntos sin esfuerzos creativos.

[0013] La figura 1 es un diagrama esquemático de una arquitectura funcional de servicios de multidifusión según una realización de la presente invención;

[0014] la figura 2 es un primer diagrama de flujo de un método para la operación de sesión de servicio de multidifusión según una realización ilustrativa de la presente invención no de acuerdo con las reivindicaciones adjuntas; la figura 3 es un segundo diagrama de flujo de un método para la operación de sesión de servicio de multidifusión según una realización ilustrativa de la presente invención no de acuerdo con las reivindicaciones adjuntas;

[0015] la figura 4 es un tercer diagrama de flujo de un método para la operación de sesión de servicio de multidifusión según una realización ilustrativa de la presente invención no de acuerdo con las reivindicaciones adjuntas; la figura 5 es un diagrama de flujo de un procedimiento de operación de sesión de servicio de multidifusión en el Escenario de Aplicación 1 según una realización de la presente invención;

[0016] la figura 6 es un diagrama de flujo de un procedimiento de operación de sesión de servicio de multidifusión en el Escenario de Aplicación 2 según una realización de la presente invención;

[0017] la figura 7 es un diagrama de flujo de un procedimiento de operación de sesión de servicio de multidifusión en el Escenario de Aplicación 3 según una realización de la presente invención;

[0018] la figura 8 es un diagrama de flujo de un procedimiento de operación de sesión de servicio de multidifusión en el Escenario de Aplicación 4 según una realización de la presente invención;

[0019] la figura 9 es un diagrama de flujo de un procedimiento de operación de sesión de servicio de multidifusión en el Escenario de Aplicación 5 según una realización de la presente invención;

[0020] la figura 10A y la figura 10B son un diagrama de flujo de un procedimiento de operación de sesión de servicio de multidifusión en el Escenario de Aplicación 6 según una realización de la presente invención;

[0021] la figura 11 es un primer diagrama estructural esquemático de un aparato para la operación de sesión de servicio de multidifusión según una realización de la presente invención;

[0022] la figura 12 es un segundo diagrama estructural esquemático de un aparato para la operación de sesión de servicio de multidifusión según una realización de la presente invención;

[0023] la figura 13 es un tercer diagrama estructural esquemático de un aparato para la operación de sesión de servicio de multidifusión según una realización de la presente invención; y

[0024] la figura 14 es un diagrama estructural esquemático de un dispositivo de comunicaciones según una realización ilustrativa de la presente invención no de acuerdo con las reivindicaciones adjuntas.

[0025] Descripción detallada de realizaciones

[0026] Para describir las soluciones técnicas en las realizaciones de la presente invención más claramente, lo siguiente describe brevemente los dibujos adjuntos requeridos en las realizaciones de la presente invención. Aparentemente, los dibujos adjuntos en la siguiente descripción muestran simplemente algunas realizaciones de la presente invención, y un experto en la técnica puede aún derivar otros dibujos de estos dibujos adjuntos sin esfuerzos creativos.

[0027] En la realización de la presente invención, un dispositivo de comunicaciones puede ser un terminal o un dispositivo de red central. El terminal también puede denominarse dispositivo terminal o equipo de usuario (Equipo de Usuario, UE). El terminal puede ser un dispositivo del lado del terminal, tal como un teléfono móvil, un ordenador personal de tipo tableta (ordenador personal de tipo tableta), un ordenador portátil (ordenador portátil), un asistente digital personal (asistente digital personal, PDA), un dispositivo móvil de internet (dispositivo móvil de internet, MID), un dispositivo portátil (dispositivo portátil) o un dispositivo incorporado en un vehículo. Debe observarse que el tipo específico del terminal no está limitado en las realizaciones de la presente invención.

[0028] El dispositivo de red central incluye una función de red (Función de Red, NF, o denominada entidad de función de red). La función de red puede incluir, pero no se limita a: una función de gestión de acceso (Función de Gestión de Acceso, AMF), una función de gestión de sesión (Función de Gestión de Sesión, SMF), una función de plano de usuario (Función de Plano de Usuario, UPF), una función de control de política de difusión de multidifusión (Función de Control de Política de Difusión de Multidifusión, MBPCF), una gestión de sesión de difusión de multidifusión (Gestión de Sesión de Difusión de Multidifusión, MBSF), una función de plano de usuario de difusión de multidifusión (Función de Plano de Usuario de Difusión de Multidifusión, MBUF) y similares.

[0029] En las realizaciones de la presente invención, el terminal y el usuario son conceptos diferentes. Un usuario puede entenderse como un propietario o usuario de un terminal.

[0030] En las realizaciones de la presente invención, una función de multidifusión puede descomponerse en tres NF: (1) MBSF, que es responsable de la gestión de contexto de usuario de sesión de multidifusión; (2) MBUF, que es responsable del reenvío de múltiples copias de datos de multidifusión; y (3) MBPCF, que es responsable de la autorización de usuario y calidad de servicio para multidifusión.

[0031] Para facilitar la comprensión de las realizaciones de la presente invención, las funciones de red implicadas en servicios de multidifusión se describen a continuación con referencia a la figura 1. Como se muestra en la figura 1, las interfaces e invocaciones de servicio correspondientes a las funciones de red pueden incluir:

[0032] interfaz R101: intercambio de señalización entre el UE y una AMF;

[0033] interfaz R102: señalización e intercambio de datos entre el UE y un sistema de acceso por radio (Sistema de Acceso por Radio, RAN), es decir, un sistema de estación base;

[0034] interfaz R103: intercambio de señalización entre una RAN y una AMF;

[0035] interfaz R104: intercambio de señalización de control entre una UPF y una SMF;

[0036] interfaz R105: intercambio de señalización de control entre una MBUF y una MBSF;

[0037] invocación basada en servicios S106: varios servicios relacionados con la gestión de accesos abiertos por una AMF para invocación por otras NF;

[0038] invocación basada en servicios S107: varios servicios relacionados con la gestión de sesiones abiertos por una SMF para invocación por otras NF;

[0039] invocación basada en servicios S108: varios servicios relacionados con el control de políticas de difusión de multidifusión abiertos por una MBPCF para invocación por otras NF; y

[0040] invocación basada en servicios S109: varios servicios relacionados con la gestión de sesiones de difusión de multidifusión abiertos por una MBSF para invocación por otras NF.

[0041] Haciendo referencia a la figura 2, la figura 2 es un diagrama de flujo de un procedimiento para la operación de sesión de servicio de multidifusión según una realización de la presente invención no de acuerdo con las reivindicaciones adjuntas y dado como un ejemplo útil para el entendimiento de la invención. El procedimiento se aplica a una primera función de red de un dispositivo de comunicaciones. La primera función de red puede ser opcionalmente una AMF o una SMF. Como se muestra en la figura 2, el método incluye las siguientes etapas.

[0042] Etapa 201: Recibir desde un terminal una solicitud que incluye información de servicio de multidifusión.

[0043] En esta realización, la solicitud puede incluir una cualquiera de las siguientes:

[0044] un mensaje de solicitud de establecimiento de sesión de multidifusión;

[0045] un primer paquete de datos para solicitar unirse a un grupo de multidifusión correspondiente, en donde el primer paquete de datos es, por ejemplo, un paquete IP;

[0046] un mensaje de solicitud de liberación de sesión de multidifusión; y

[0047] un segundo paquete de datos para solicitar abandonar un grupo de multidifusión correspondiente, en donde el segundo paquete de datos es, por ejemplo, un paquete IP.

[0048] Opcionalmente, el mensaje de solicitud de establecimiento de sesión de multidifusión puede incluir al menos uno de los siguientes: información de servicio de multidifusión, información de indicación para indicar el establecimiento de una sesión de multidifusión e información de capacidad de calidad de servicio soportada por el terminal (por ejemplo, una tasa de recepción de datos máxima soportada y una tasa de pérdida de paquetes mínima soportada). El mensaje de solicitud de liberación de sesión de multidifusión puede incluir al menos una de las siguientes: información de servicio de multidifusión, información de indicación para indicar la liberación de una sesión de multidifusión e información de capacidad de calidad de servicio soportada por el terminal (por ejemplo, una tasa de recepción de datos máxima soportada y una tasa de pérdida de paquetes mínima soportada). El primer paquete de datos o el segundo paquete de datos es, por ejemplo, un paquete IP que toma un formato definido por un protocolo de grupo de multidifusión, por ejemplo, Protocolo de Gestión de Grupos de Internet (IGMP) o Protocolo de Descubrimiento de Escucha de Multidifusión (MLD). Un destino del paquete es, por ejemplo, una dirección de servicio de multidifusión, por ejemplo, IP de multidifusión.

[0049] Etapa 202: Enviar un primer parámetro de invocación a una segunda función de red.

[0050] El primer parámetro de invocación se utiliza para invocar una operación de servicio de contexto de multidifusión de la segunda función de red. La segunda función de red es opcionalmente, pero sin limitación, cualquiera de las siguientes: una MBSF, una función de red que integra una MBSF y una MBPCF, y similares.

[0051] Además, el primer parámetro de invocación puede usarse específicamente para cualquiera de los siguientes: invocar una operación de servicio de adición de usuario de contexto de multidifusión de la segunda función de red; e

[0052] invocar una operación de servicio de supresión de usuario de contexto de multidifusión de la segunda función de red.

[0053] Además, el primer parámetro de invocación puede incluir al menos uno de los siguientes:

[0054] información de indicación de tipo de operación, donde la información de indicación de tipo de operación se usa para indicar cualquiera de los siguientes: adición de usuario, supresión de usuario, establecimiento de sesión de multidifusión y liberación de sesión de multidifusión;

[0055] información de servicio de multidifusión, en donde la información de servicio de multidifusión se recibe desde el terminal;

[0056] información de capacidad de calidad de servicio, en donde la información de capacidad de calidad de servicio se recibe desde el terminal; e

[0057] información sobre un nodo RAN que sirve al UE.

[0058] Opcionalmente, la información de servicio de multidifusión puede incluir al menos uno de los siguientes: una dirección de servicio de multidifusión, un identificador de grupo de multidifusión y un localizador de recursos uniforme.

[0059] Opcionalmente, después de la etapa 202, el procedimiento puede incluir, además: recibir un primer resultado de invocación devuelto por la segunda función de red; y enviar un resultado de operación de servicio de multidifusión al terminal según el primer resultado de invocación, o rechazar enviar información al terminal según el primer resultado de invocación.

[0060] Opcionalmente, el primer resultado de invocación puede incluir al menos uno de los siguientes: un identificador de grupo de multidifusión, información para notificar a una RAN que cree o actualice un recurso de radio, y un resultado de operación de servicio de multidifusión.

[0061] Opcionalmente, el resultado de la operación del servicio de multidifusión puede incluir uno cualquiera de los siguientes:

[0062] un mensaje de éxito de establecimiento de sesión de multidifusión;

[0063] un mensaje de fallo de establecimiento de sesión de multidifusión;

[0064] información de activación de servicio de multidifusión;

[0065] información de desactivación de servicio de multidifusión; y

[0066] se permite información que sale de una sesión de multidifusión.

[0067] En una implementación, la AMF (o SMF) puede enviar el primer parámetro de invocación a la MBSF después de recibir un mensaje de solicitud de establecimiento de sesión de multidifusión desde el UE, para invocar una operación de servicio de adición de usuario de contexto de multidifusión de la MBSF y recibir el primer resultado de invocación devuelto por la MBSF. Además, según el primer resultado de invocación, la AMF (o SMF) puede enviar un mensaje de respuesta de establecimiento de sesión de multidifusión al UE, donde el mensaje de respuesta es, por ejemplo, un mensaje de éxito de establecimiento de sesión de multidifusión o un mensaje de fallo de establecimiento de sesión de multidifusión; o puede rechazar enviar información al UE.

[0068] En otra implementación, la AMF (o SMF) puede enviar el primer parámetro de invocación a la MBSF después de recibir un mensaje de solicitud de liberación de sesión de multidifusión desde el UE, para invocar una operación de servicio de supresión de usuario de contexto de multidifusión de la MBSF y recibir el primer resultado de invocación devuelto por la MBSF. Además, según el primer resultado de invocación, la AMF (o SMF) puede enviar un mensaje de respuesta de liberación de sesión de multidifusión al UE, por ejemplo, se permite información que sale de una sesión de multidifusión; o puede rechazar enviar información al UE.

[0069] En otra implementación, la AMF (o SMF) puede enviar el primer parámetro de invocación a la MBSF después de recibir desde el UE un paquete de datos IP para solicitar unirse a un grupo de multidifusión correspondiente, para invocar una operación de servicio de adición de usuario de contexto de multidifusión de la MBSF y recibir el primer resultado de invocación devuelto por la MBSF. Además, según el primer resultado de invocación, la AMF (o SMF) puede enviar información de activación de servicio de multidifusión al UE; o puede rechazar enviar información al UE.

[0070] En otra implementación, la AMF (o SMF) puede enviar el primer parámetro de invocación a la MBSF después de recibir desde el UE un paquete de datos IP para solicitar abandonar un grupo de multidifusión correspondiente, para invocar una operación de servicio de supresión de usuario de contexto de multidifusión de la MBSF y recibir el primer resultado de invocación devuelto por la MBSF. Además, según el primer resultado de invocación, la AMF (o SMF) puede enviar información de desactivación de servicio de multidifusión al UE; o puede rechazar enviar información al UE.

[0071] No es difícil comprender que con la solución divulgada en esta realización, los servicios de multidifusión son capaces de operar en una red usando una arquitectura basada en servicios que se basa en funciones de red.

[0072] Haciendo referencia a la figura 3, la figura 3 es un diagrama de flujo de otro procedimiento para la operación de sesión de servicio de multidifusión según una realización de la presente invención no de acuerdo con las reivindicaciones adjuntas y dado como un ejemplo útil para el entendimiento de la invención. El procedimiento se aplica a una segunda función de red de un dispositivo de comunicaciones. La segunda función de red es opcionalmente, pero sin limitación, cualquiera de las siguientes: una MBSF, una función de red que integra una MBSF y una MBPCF, una función de red que integra una MBSF y una AMF, una función de red que integra una MBSF y una SMF, y similares. Como se muestra en la figura 3, el método puede incluir las siguientes etapas.

[0073] Etapa 301: Enviar un resultado de operación de servicio de multidifusión a un terminal.

[0074] En esta realización, el resultado de operación de servicio de multidifusión puede incluir cualquiera de los siguientes: un mensaje de éxito de establecimiento de sesión de multidifusión;

[0075] un mensaje de fallo de establecimiento de sesión de multidifusión;

[0076] información de activación de servicio de multidifusión;

[0077] información de desactivación de servicio de multidifusión; y

[0078] se permite información que sale de una sesión de multidifusión.

[0079] Opcionalmente, antes de la etapa 301, el procedimiento puede incluir además: recibir desde el terminal una solicitud que incluye información de servicio de multidifusión. La solicitud es, por ejemplo, un mensaje de solicitud de establecimiento de sesión de multidifusión o un mensaje de solicitud de liberación de sesión de multidifusión. En este caso, la segunda función de red es, por ejemplo, una función de red que integra una MBSF y una AMF, o una función de red que integra una MBSF y una SMF.

[0080] Opcionalmente, antes de la etapa 301, el procedimiento puede incluir además: recibir un primer parámetro de invocación enviado por la primera función de red. La primera función de red es, por ejemplo, una AMF o una SMF. El primer parámetro de invocación se utiliza para invocar una operación de servicio de contexto de multidifusión de la segunda función de red. En este caso, la segunda función de red es, por ejemplo, una MBSF, o una función de red que integra una MBSF y una MBPCF.

[0081] En una implementación, el primer parámetro de invocación puede usarse específicamente para una cualquiera de las siguientes: invocar una operación de servicio de adición de usuario de contexto de multidifusión de la segunda función de red; e invocar una operación de servicio de supresión de usuario de contexto de multidifusión de la segunda función de red.

[0082] Además, después de recibir un primer parámetro de invocación enviado por una primera función de red, la segunda función de red puede enviar además el resultado de la operación de servicio de multidifusión al terminal a través de la primera función de red. En este caso, la primera función de red es, por ejemplo, una AMF o una SMF. La segunda función de red es, por ejemplo, una MBSF, o una función de red que integra una MBSF y una MBPCF.

[0083] Opcionalmente, antes de la etapa 301, el procedimiento puede incluir, además: enviar un segundo parámetro de invocación a una tercera función de red y recibir un segundo resultado de invocación enviado por la tercera función de red. El segundo parámetro de invocación se usa para invocar una operación de servicio de autorización de la tercera función de red. La tercera función de red es, por ejemplo, una MBPCF. El segundo resultado de invocación puede entenderse como un resultado de autorización, que indica que la autorización tiene éxito o que la autorización falla.

[0084] Opcionalmente, el segundo parámetro de invocación se puede utilizar específicamente para cualquiera de los siguientes:

[0085] invocar una operación de servicio de autorización de adición de usuario de la tercera función de red; invocar una operación de servicio de autorización de supresión de usuario de la tercera función de red; e invocar una operación de servicio de autorización de creación de la tercera función de red.

[0086] Opcionalmente, el segundo parámetro de invocación puede incluir, pero no se limita a, al menos uno de los siguientes: un identificador de usuario, información de servicio de multidifusión, información de capacidad de calidad de servicio e información de nodo de RAN.

[0087] Opcionalmente, el segundo resultado de invocación puede incluir al menos uno de los siguientes:

[0088] información de seguridad, por ejemplo, una clave o un material generador de claves; y

[0089] un identificador de grupo de multidifusión, por ejemplo, un TMGI.

[0090] Opcionalmente, después de recibir un segundo resultado de invocación, la etapa 301 puede incluir además: enviar el resultado de operación de servicio de multidifusión al terminal según el segundo resultado de invocación.

[0091] Opcionalmente, el método incluye además: subscribir notificaciones de mensajes de terminal desde una AMF de modo que la AMF reenvíe mensajes de terminal a una MBSF.

[0092] Opcionalmente, el procedimiento incluye además: enviar un mensaje de solicitud de sesión de radio a un nodo de RAN. El mensaje de solicitud de sesión de radio incluye al menos uno de los siguientes:

[0093] información de seguridad, por ejemplo, una clave o un material generador de claves;

[0094] información de servicio de multidifusión, por ejemplo, una dirección de multidifusión IP de multidifusión o un identificador de grupo de multidifusión TMGI;

[0095] información de función de plano de usuario, por ejemplo, un identificador de MBUF, o una dirección IP, o una dirección IP y un puerto, o una dirección IP, un puerto y un identificador de canal de servicio de multidifusión, o un identificador de canal de servicio de multidifusión (transportado cuando una MBUF envía datos);

[0096] un identificador de grupo de multidifusión, por ejemplo un TMGI;

[0097] un identificador de túnel de multidifusión, en donde el identificador de túnel de multidifusión puede ser transportado cuando una MBUF envía datos para identificar una ruta de transmisión; y

[0098] información para crear o actualizar un recurso de radio.

[0099] No es difícil comprender que con la solución divulgada en esta realización, los servicios de multidifusión son capaces de operar en una red usando una arquitectura basada en servicios que se basa en funciones de red.

[0100] Haciendo referencia a la figura 4, la figura 4 es un diagrama de flujo de otro procedimiento para la operación de sesión de servicio de multidifusión según una realización de la presente invención no de acuerdo con las reivindicacione adjuntas y dado como un ejemplo útil para el entendimiento de la invención. El procedimiento se aplica a una tercera función de red de un dispositivo de comunicaciones. La tercera función de red es opcionalmente una MBPCF. Como se muestra en la figura 4, el método puede incluir las siguientes etapas.

[0101] Etapa 401: Recibir un segundo parámetro de invocación enviado por una segunda función de red.

[0102] En esta realización, el segundo parámetro de invocación se utiliza para invocar una operación de servicio de autorización de la tercera función de red. El segundo parámetro de invocación incluye información de servicio de multidifusión. La segunda función de red puede ser una MBSF, una función de red que integra una MBSF y una AMF, una función de red que integra una MBSF y una SMF, o similares.

[0103] Opcionalmente, el segundo parámetro de invocación se puede utilizar específicamente para cualquiera de los siguientes:

[0104] invocar una operación de servicio de autorización de adición de usuario de la tercera función de red; invocar una operación de servicio de autorización de supresión de usuario de la tercera función de red; e invocar una operación de servicio de autorización de creación de la tercera función de red.

[0105] Etapa 402: Enviar un segundo resultado de invocación a la segunda función de red.

[0106] Debe observarse que el segundo resultado de invocación puede entenderse como un resultado de autorización, que indica que la autorización es satisfactoria o que la autorización falla. Para el contenido incluido en el segundo parámetro de invocación y el segundo resultado de invocación en esta realización, se puede hacer referencia a la realización en la figura 3, y los detalles no se describen de nuevo en el presente documento.

[0107] Opcionalmente, la etapa 402 puede incluir cualquiera de los siguientes:

[0108] (1) determinar el segundo resultado de invocación en base a un identificador de usuario y la información de servicio de multidifusión que se incluyen en el segundo parámetro de invocación, y enviar el segundo resultado de invocación a la segunda función de red;

[0109] (2) determinar el segundo resultado de invocación en base a información de capacidad de calidad de servicio soportada por un terminal e incluida en el segundo parámetro de invocación, y enviar el segundo resultado de invocación a la segunda función de red;

[0110] por ejemplo, si un ancho de banda requerido por un servicio de multidifusión es mayor que un ancho de banda indicado en la información de capacidad de calidad de servicio del terminal, se determina un segundo resultado de invocación que indica que falla la autorización; o si un retardo requerido por un servicio de multidifusión es menor que un retardo indicado en la información de capacidad de calidad de servicio del terminal, se determina un segundo resultado de invocación que indica que la autorización tiene éxito; y

[0111] (3) enviar un mensaje de solicitud de decisión a una cuarta función de red, recibir un resultado de decisión devuelto por la cuarta función de red en base al mensaje de solicitud de decisión y enviar el segundo resultado de invocación a la segunda función de red en base al resultado de decisión;

[0112] por ejemplo, si el resultado de decisión recibido indica un error, o indica una causa de error, o similar, se determina un segundo resultado de invocación que indica que falla la autorización.

[0113] Opcionalmente, antes de la etapa 401, el procedimiento puede incluir además: recibir información de configuración enviada por la cuarta función de red. La información de configuración incluye información de operación de evento. La información de operación de evento puede incluir cualquiera de los siguientes: un tipo de evento; y un tipo de evento y una manera de notificar a un proveedor de contenido la ocurrencia de evento.

[0114] Cabe señalar que la cuarta función de red puede ser otras funciones de red (por ejemplo, una función UDM de gestión de datos unificada o una función abierta de red NEF) o elementos de red (por ejemplo, un proveedor de contenido) distintos de la primera función de red, la segunda función de red y la tercera función de red.

[0115] No es difícil comprender que con la solución divulgada en esta realización, los servicios de multidifusión son capaces de operar en una red usando una arquitectura basada en servicios que se basa en funciones de red.

[0116] A continuación se describe esta realización de la presente invención en detalle con referencia a escenarios de aplicación específicos.

[0117] Escenario de aplicación 1

[0118] El escenario de aplicación 1 de las realizaciones de la presente invención describe principalmente un procedimiento basado en plano de control de un usuario que se une a un grupo de servicios de multidifusión. Como se muestra en la figura 5, un procedimiento de operación de sesión correspondiente puede incluir las siguientes etapas.

[0119] Etapa 501: El UE envía una solicitud de establecimiento de sesión de multidifusión por medio de una RAN y una AMF, por ejemplo, enviando un mensaje de solicitud de establecimiento de sesión de MB.

[0120] Opcionalmente, el mensaje de solicitud de establecimiento de sesión de multidifusión incluye información de servicio de multidifusión, por ejemplo, un IP de multidifusión de dirección de multidifusión o un identificador de grupo de multidifusión (identificador de grupo móvil temporal, TMGI); o incluye información de indicación para indicar el establecimiento de una sesión de multidifusión. El mensaje de solicitud de establecimiento de sesión de multidifusión también puede incluir información de capacidad de calidad de servicio sobre el soporte del UE del servicio de difusión de multidifusión, por ejemplo, una tasa de recepción de datos máxima soportada y una tasa de pérdida de paquetes mínima soportada.

[0121] Etapa 502: Una SMF recibe el mensaje de solicitud de establecimiento de sesión de multidifusión reenviado por la AMF y selecciona una MBSF.

[0122] Por ejemplo, la SMF puede seleccionar una MBSF más cercana en base a la información de ubicación de un usuario, o seleccionar una MBSF apropiada según la información de suscripción del usuario.

[0123] Etapa 503: La SMF envía un primer parámetro de invocación a la MBSF seleccionada para invocar una operación de servicio de adición de usuario de contexto de multidifusión de la MBSF, por ejemplo, para invocar una operación de servicio Nmbsf_MBContexto_AdiciónUsuario (que es una interfaz de programación de aplicación de red (Interfaz de Programación de Aplicación, API)).

[0124] Opcionalmente, el primer parámetro de invocación incluye un identificador de usuario, información de servicio de multidifusión recibida e información de capacidad de calidad de servicio. El primer parámetro de invocación también puede incluir información sobre un nodo RAN que sirve al UE, por ejemplo, una dirección IP, o una dirección IP y un puerto, o una dirección IP, un puerto y un identificador de túnel (el identificador de túnel se transporta cuando una MBUF envía datos); y también puede incluir una indicación de tipo de operación, por ejemplo, operación de adición de usuario, donde la indicación puede proporcionarse alternativamente mediante una operación de servicio correspondiente.

[0125] Etapa 504: La MBSF envía un segundo parámetro de invocación a la MBPCF para invocar una operación de servicio de autorización de adición de usuario de la MBPCF, por ejemplo, invocando una operación de servicio Nmbpcf_AutorizaciónPolítica_AdiciónUsuario. Opcionalmente, el segundo parámetro de invocación incluye un identificador de usuario, información de servicio de multidifusión e información de capacidad de calidad de servicio que se reciben.

[0126] Etapa 505: La MBPCF determina que un usuario correspondiente al identificador de usuario puede recibir un servicio de multidifusión especificado (si la información de servicio de multidifusión incluye, por ejemplo, una dirección de multidifusión o un identificador de grupo de multidifusión); o la MBPCF determina que el usuario tiene un servicio de multidifusión (si la información de servicio de multidifusión es información de indicación).

[0127] Debe observarse que antes de la etapa 505, la MBPCF puede recibir información de configuración enviada por otra función de red o elemento de red. La información de configuración puede incluir información de operación de evento, donde la información de operación de evento incluye un tipo de evento, por ejemplo, evento de autorización de usuario; y también puede incluir una manera de notificar a un proveedor de contenido la ocurrencia del evento, por ejemplo, mediante un identificador de recursos uniforme (Identificador de Recursos Uniforme, URI), información de localizador de recursos unificado (Localizador de Recursos Uniforme, URL), o una dirección de mensaje (por ejemplo, una dirección IP, o una dirección IP y un puerto). La manera de notificación puede corresponder a un tipo de evento o puede estar destinada a todos los tipos de eventos (el contenido de notificación necesita transportar un tipo de evento), y la información por defecto se usa cuando no está presente la manera de notificación. Cuando hay una configuración de evento de autorización de usuario, la MBPCF puede solicitar la verificación de autorización de usuario de otra función de red o elemento de red, con información de tipo de evento transportada, por ejemplo, añadir o eliminar usuario. La MBPCF no realiza determinación local.

[0128] Etapa 506: La MBPCF devuelve un resultado de autorización (segundo resultado de invocación) a la MBSF. Si la autorización tiene éxito, el resultado devuelto puede transportar información de seguridad y/o un identificador de grupo de multidifusión TMGI.

[0129] Etapa 507: La MBSF selecciona una MBUF. Por ejemplo, la MBSF puede seleccionar una MBUF que está más cerca de una ubicación del usuario, y la MBUF seleccionada puede estar ya en un árbol de ruta de multidifusión (por ejemplo, usada para reenviar datos a otros usuarios).

[0130] Etapa 508: Si no existe ninguna ruta de reenvío entre un nodo RAN y la MBUF seleccionada, la MBSF envía una solicitud de establecimiento de sesión de difusión de multidifusión a la MBUF, por ejemplo, enviando un mensaje de solicitud de establecimiento de sesión de MB.

[0131] Etapa 509: La MBUF reserva un recurso, asocia rutas de sesión (es decir, asociación entre la recepción y el reenvío con una relación de uno a muchos, lo que significa que un paquete de datos recibido necesita copiarse y reenviarse en múltiples copias), y envía una respuesta de establecimiento de sesión de difusión de multidifusión a la MBSF, por ejemplo, enviando un mensaje de respuesta de establecimiento de sesión de MB.

[0132] Etapa 510: La MBSF devuelve a la SMF un primer resultado de invocación, que es un resultado de invocar la operación de servicio de adición de usuario de contexto de multidifusión.

[0133] Opcionalmente, el primer resultado de invocación puede incluir información de seguridad, por ejemplo, una clave o un material generador de claves. El primer resultado de invocación también puede incluir un identificador de grupo de multidifusión, por ejemplo, un TMGI. Si es necesario crear o actualizar un recurso de radio, el primer resultado de invocación también incluye información para notificar a la RAN que cree o actualice el recurso de radio, donde la información incluye información de plano de usuario y también puede incluir información de servicio de multidifusión. La información de plano de usuario puede ser, por ejemplo, un identificador de MBUF, o una dirección IP, o una dirección IP y un puerto, o una dirección IP, un puerto y un identificador de canal de servicio de multidifusión, o un identificador de canal de servicio de multidifusión (transportado cuando la MBUF envía datos). Si el UE necesita ser notificado, el primer resultado de invocación también incluye información para notificar al UE una respuesta de establecimiento de sesión de multidifusión.

[0134] Etapa 511: Si la SMF recibe la información para crear o actualizar un recurso de radio, la SMF envía una solicitud de sesión de radio al nodo de RAN a través de la AMF, por ejemplo, enviando un mensaje de solicitud de sesión N2, donde el mensaje incluye la información recibida para crear o actualizar un recurso de radio; o si la SMF recibe la información que se va a notificar al UE, la SMF envía una respuesta de establecimiento de sesión de multidifusión al UE a través de la AMF, por ejemplo, enviando un mensaje de respuesta de establecimiento de sesión de MB.

[0135] Etapa 512: Opcionalmente, el nodo de RAN configura un recurso de radio basándose en la información para crear o actualizar un recurso de radio. Opcionalmente, en respuesta al mensaje de respuesta de establecimiento de sesión de multidifusión, el UE envía un acuse de recibo de establecimiento de sesión de multidifusión a la AMF a través del nodo RAN, por ejemplo, enviando un mensaje de acuse de recibo de establecimiento de sesión de MB.

[0136] Etapa 513: El nodo de RAN devuelve una respuesta de sesión de radio a la AMF, por ejemplo, devolviendo un mensaje de respuesta de sesión N2. El mensaje puede incluir información sobre el nodo de RAN. Si el nodo de RAN recibe el mensaje de acuse de recibo de establecimiento de sesión de multidifusión desde el UE, el nodo de RAN también reenvía el mensaje a la AMF.

[0137] Etapa 514: Si la AMF recibe un mensaje de respuesta de sesión de radio devuelto por el nodo RAN o el mensaje de acuse de recibo de establecimiento de sesión de multidifusión enviado por el UE, la AMF notifica a la SMF que se recibe el mensaje de respuesta de sesión de radio o el mensaje de acuse de recibo de establecimiento de sesión de multidifusión, donde el mensaje puede incluir la información sobre el nodo RAN. La SMF invoca una operación de servicio de actualización de contexto de multidifusión de la MBSF, por ejemplo, invocando una operación de servicio Nmbsf_MBContexto_Actualización.

[0138] Etapa 515: Si se ejecutan las etapas 513 y 514, la MBSF envía una solicitud de actualización de sesión de difusión de multidifusión a la MBUF, por ejemplo, enviando un mensaje de solicitud de actualización de sesión de MB. El mensaje puede incluir la información sobre el nodo de RAN.

[0139] Etapa 516: La MBUF actualiza el recurso reservado y la relación de asociación y envía una respuesta de actualización de sesión de difusión de multidifusión a la MBSF, por ejemplo, enviando un mensaje de respuesta de actualización de sesión de MB.

[0140] Etapa 517: La MBSF devuelve a la SMF un resultado de invocar una operación de servicio de actualización de contexto de multidifusión. Opcionalmente, el resultado puede incluir nueva información de seguridad, por ejemplo, una clave o un material generador de claves, también puede incluir un nuevo identificador de grupo de multidifusión TMGI, y también puede incluir información completa de establecimiento de sesión de multidifusión para notificarse al UE.

[0141] Etapa 518: La SMF envía un mensaje de establecimiento de sesión de multidifusión completado al UE a través de la AMF, por ejemplo, enviando un mensaje completo de establecimiento de sesión de MB, donde el mensaje puede incluir un TMGI o información de seguridad.

[0142] Si no se ejecutan las etapas 511 a 517, la etapa 510 puede incluir también información completa de establecimiento de sesión de multidifusión a notificar al UE, y la etapa 518 se ejecuta después de la etapa 510.

[0143] De esta manera, se completa el establecimiento de un canal de reenvío de datos entre la MBUF y el nodo de RAN que sirve al UE, y también se completa la reserva de un recurso de difusión de radio del nodo de RAN. El proveedor de contenido puede difundir a múltiples UE que se unen al grupo de multidifusión, enviando solo un elemento de datos a la MBUF. Los UE que se unen al grupo de multidifusión pueden usar la información de seguridad (si se recibe) para procesar los datos de difusión de radio recibidos.

[0144] Además, en otra realización del Escenario de Aplicación 1, la MBSF puede ser seleccionada por la AMF, y la AMF interactúa directamente con la MBSF sin intervención de la SMF. Otros procesos de interacción son los mismos que los de la realización anterior y, por lo tanto, no se describen adicionalmente en el presente documento.

[0145] Escenario de aplicación 2

[0146] El escenario de aplicación 2 de las realizaciones de la presente invención describe principalmente un procedimiento basado en plano de usuario de un usuario que se une a un grupo de servicios de multidifusión. Como se muestra en la figura 6, un procedimiento de operación de sesión correspondiente puede incluir las siguientes etapas.

[0147] Etapa 601: El UE envía un paquete de datos IP a través de una RAN y un plano de usuario de una red central. El paquete IP toma un formato definido por un protocolo de grupo de multidifusión, por ejemplo, el Protocolo de Gestión de Grupos de Internet (IGMP) o el Protocolo de Descubrimiento de Escucha de Multidifusión (MLD). Un destino del paquete de datos IP es, por ejemplo, una dirección de servicio de multidifusión, por ejemplo, IP de multidifusión. El paquete de datos IP debe solicitar unirse a un grupo de multidifusión correspondiente.

[0148] Etapa 602: después de recibir el paquete de datos IP, la UPF envía información de paquete interceptada a la SMF, por ejemplo, teniendo la información de paquete interceptada transportada en un mensaje de notificación de datos (notificación de datos), para solicitar añadir al UE al grupo de multidifusión.

[0149] Etapa 603: La SMF selecciona una MBSF. Por ejemplo, la SMF puede seleccionar la MBSF más cercana en base a la información de ubicación de un usuario, o seleccionar una MBSF apropiada según la información de suscripción del usuario.

[0150] Etapa 604: La SMF envía un primer parámetro de invocación a la MBSF seleccionada para invocar una operación de servicio de adición de usuario de contexto de multidifusión de la MBSF, por ejemplo, para invocar una operación de servicio de Nmbsf_MBContexto_AdiciónUsuario (que es una API de red).

[0151] Opcionalmente, el primer parámetro de invocación incluye un identificador de usuario y una dirección de servicio de multidifusión recibida. El primer parámetro de invocación puede incluir información sobre un nodo RAN que sirve al UE (por ejemplo, una dirección IP, o una dirección IP y un puerto); y también puede incluir una indicación de tipo de operación, por ejemplo, operación de adición de usuario, donde la indicación puede proporcionarse alternativamente por una operación de servicio correspondiente.

[0152] Etapa 605: La MBSF envía un segundo parámetro de invocación a la MBPCF para invocar una operación de servicio de autorización de adición de usuario de la MBPCF, por ejemplo, para invocar una operación de servicio de Nmbpcf_AutorizaciónPolítica_AdiciónUsuario. Opcionalmente, el segundo parámetro de invocación incluye un identificador de usuario, información de servicio de multidifusión (por ejemplo, un IP de multidifusión, o un identificador de grupo TMGI mapeado basándose en un IP de multidifusión, o información de indicación mapeada determinando, basándose en un IP de multidifusión, que el usuario ya tiene este servicio de multidifusión), e información sobre un nodo de RAN que se recibe.

[0153] Etapa 606: La MBPCF determina que un usuario correspondiente al identificador de usuario puede recibir un servicio de multidifusión especificado (si la información de servicio de multidifusión incluye, por ejemplo, una dirección de multidifusión o un identificador de grupo de multidifusión); o la MBPCF determina que el usuario tiene un servicio de multidifusión (si la información de servicio de multidifusión es información de indicación).

[0154] Debe observarse que antes de la etapa 606, la MBPCF puede recibir información de configuración enviada por otra función de red o elemento de red. La información de configuración puede incluir información de operación de evento, donde la información de operación de evento incluye un tipo de evento, por ejemplo, evento de autorización de usuario; y también puede incluir una manera de notificar a un proveedor de contenido de la ocurrencia del evento, por ejemplo, mediante información de URL, URI, o una dirección de mensaje (por ejemplo, una dirección IP o una dirección IP y un puerto). La manera de notificación puede corresponder a un tipo de evento o puede estar destinada a todos los tipos de eventos (el contenido de notificación necesita transportar un tipo de evento), y la información por defecto se usa cuando no está presente la manera de notificación. Cuando hay una configuración de evento de autorización de usuario, la MBPCF puede solicitar la verificación de autorización de usuario de otra función de red (por ejemplo, una UDM o una NEF) o elemento de red (por ejemplo, un proveedor de contenido), con información de tipo de evento transportada, por ejemplo, añadir o eliminar usuario. La MBPCF no realiza determinación local.

[0155] Etapa 607: La MBPCF devuelve un resultado de autorización (segundo resultado de invocación) a la MBSF. Si la autorización tiene éxito, el resultado devuelto puede transportar información de seguridad.

[0156] Etapa 608: La MBSF selecciona una MBUF. Por ejemplo, la MBSF puede seleccionar una MBUF que está más cerca de una ubicación del usuario, y la MBUF seleccionada puede estar ya en un árbol de ruta de multidifusión (por ejemplo, usada para reenviar datos a otros usuarios).

[0157] Etapa 609: La MBSF devuelve a la SMF un primer resultado de invocación, que es un resultado de invocación de la operación de servicio de adición de usuario de contexto de multidifusión.

[0158] Opcionalmente, el primer resultado de invocación puede incluir información de seguridad, por ejemplo, una clave o un material generador de claves. El primer resultado de invocación también puede incluir un identificador de grupo de multidifusión, por ejemplo, un TMGI. Si es necesario crear o actualizar un recurso de radio, el primer resultado de invocación también incluye información para notificar a la RAN que cree o actualice el recurso de radio, donde la información incluye información de plano de usuario y también puede incluir información de servicio de multidifusión. La información del plano de usuario puede ser, por ejemplo, un identificador de MBUF, o una dirección IP, o una dirección IP y un puerto, o una dirección IP, un puerto y un identificador de canal de servicio de multidifusión, o un identificador de canal de servicio de multidifusión (transportado cuando la MBUF envía datos). El primer resultado de invocación también puede incluir información para notificar al UE de activación de servicio de multidifusión.

[0159] Etapa 610: La SMF envía una solicitud de activación de difusión de multidifusión al UE a través de la AMF, por ejemplo, enviando un mensaje de Solicitud de Activación de MBS N1. El mensaje puede incluir un identificador de grupo, por ejemplo, un TMGI.

[0160] Etapa 611: La SMF envía una solicitud de sesión de radio al nodo RAN por medio de la AMF, por ejemplo, el envío de un mensaje de solicitud de sesión N2, en donde el mensaje incluye la información recibida para crear o actualizar un recurso de radio; y el mensaje puede incluir, además, información de seguridad y/o un identificador de grupo. Opcionalmente, los mensajes en las etapas 610 y 611 pueden vincularse en un mensaje y enviarse al nodo de RAN. Etapa 612: El nodo de RAN configura un recurso de radio basándose en la información para crear o actualizar un recurso de radio.

[0161] Etapa 613: El nodo RAN devuelve una respuesta de sesión de radio a la SMF a través de la AMF, por ejemplo, devolviendo un mensaje de respuesta de sesión N2.

[0162] Opcionalmente, el nodo de RAN puede determinar, en base a la información sobre la MBUF, si es necesario crear un canal para la MBUF para el servicio de multidifusión indicado por la información de servicio de multidifusión. Si es necesario crear tal canal, se asigna un nuevo identificador de canal, por ejemplo, un identificador de túnel (transportado cuando la MBUF envía datos); y si ya existe un canal de reenvío de servicio indicado por la información de servicio de multidifusión, se devuelve el identificador de canal existente. El nodo de RAN puede devolver directamente de forma alternativa un identificador de canal, o el nodo de RAN puede devolver información de dirección, por ejemplo, una dirección IP o una dirección IP y un puerto.

[0163] Etapa 614: El UE envía una respuesta de activación de difusión de multidifusión a la función SMF por medio de la función AMF, por ejemplo, enviando un mensaje de respuesta de activación de MBS N1. El mensaje puede incluir un identificador de grupo, por ejemplo, un TMGI; y también puede incluir información de capacidad de calidad de servicio sobre el soporte del UE del servicio de difusión multidifusión, por ejemplo, una tasa de recepción de datos máxima soportada y una tasa de pérdida de paquetes mínima soportada.

[0164] Opcionalmente, los mensajes en las etapas 613 y 614 pueden vincularse en un mensaje y enviarse a la AMF.

[0165] Etapa 615: después de la etapa 614, la SMF envía el parámetro de invocación a la MBSF para invocar una operación de servicio de actualización de contexto de multidifusión de la MBSF, por ejemplo, para invocar una operación de servicio de Nmbsf_MBContexto_Actualización. El parámetro de invocación puede incluir una TMGI. Etapa 616: Si se recibe la información de capacidad de calidad de servicio, la MBSF puede enviar un parámetro de invocación a la MBPCF para invocar una operación de servicio de actualización de autorización de la MBPCF. El parámetro de invocación puede incluir la información de capacidad de calidad de servicio, el identificador de UE y la información de servicio de multidifusión que se reciben.

[0166] Etapa 617: La MBPCF determina que el terminal con tal capacidad de calidad de servicio es capaz de recibir servicios de multidifusión.

[0167] Etapa 618: La MBPCF devuelve un resultado de invocación de actualización de autorización a la MBSF.

[0168] Etapa 619: La MBSF envía una solicitud de actualización de sesión de difusión de multidifusión a la MBUF, por ejemplo, enviando un mensaje de solicitud de actualización de sesión de MB. El mensaje incluye la información sobre el nodo RAN.

[0169] Etapa 620: La MBUF actualiza un recurso reservado y una relación de asociación, y envía una respuesta de actualización de sesión de difusión de multidifusión a la MBSF, por ejemplo, enviando un mensaje de respuesta de actualización de sesión de MB.

[0170] Etapa 621: La MBSF devuelve a la SMF un resultado de invocar una operación de servicio de actualización de contexto de multidifusión. Opcionalmente, el resultado puede incluir un nuevo identificador de grupo de multidifusión TMGI, y también puede incluir información para notificar al UE el acuse de recibo de activación de difusión de multidifusión.

[0171] Etapa 622: La SMF envía un acuse de recibo de activación de difusión de multidifusión al UE a través de la AMF, por ejemplo, enviando un mensaje de acuse de recibo de activación de MBS N1. El mensaje puede incluir un TMGI. De esta manera, se completa el establecimiento de un canal de reenvío de datos entre la MBUF y el nodo de RAN que sirve al UE, y también se completa la reserva de un recurso de difusión de radio del nodo de RAN. El proveedor de contenido puede difundir a múltiples UE que se unen al grupo de multidifusión, enviando solo un elemento de datos a la MBUF. Los UE que se unen al grupo de multidifusión pueden usar la información de seguridad (si se recibe) para procesar los datos de difusión de radio recibidos.

[0172] Escenario de aplicación 3

[0173] El escenario de aplicación 3 de las realizaciones de la presente invención describe principalmente un procedimiento basado en plano de control de un usuario que se une a un grupo de servicios de multidifusión. En esta realización, la SMF y la MBSF son una función integrada. Como se muestra en la figura 7, un procedimiento de operación de sesión correspondiente puede incluir las siguientes etapas.

[0174] Etapa 701: El UE envía una solicitud de establecimiento de sesión de multidifusión por medio de una RAN y una AMF, por ejemplo, enviando un mensaje de solicitud de establecimiento de sesión de MB.

[0175] Opcionalmente, el mensaje de solicitud de establecimiento de sesión de multidifusión incluye información de servicio de multidifusión, por ejemplo, una dirección de multidifusión IP de multidifusión o un identificador de grupo de multidifusión TMGI; o incluye información de indicación para indicar el establecimiento de una sesión de multidifusión. El mensaje de solicitud de establecimiento de sesión de multidifusión también puede incluir información de capacidad de calidad de servicio sobre el soporte del UE del servicio de difusión de multidifusión, por ejemplo, una tasa de recepción de datos máxima soportada y una tasa de pérdida de paquetes mínima soportada. Etapa 702: La MBSF recibe el mensaje de solicitud de establecimiento de sesión de multidifusión reenviado por la AMF y envía un segundo parámetro de invocación a la MBPCF para invocar una operación de servicio de autorización de creación de la MBPCF, por ejemplo, para invocar una operación de servicio de Nmbpcf_AutorizaciónPolítica_Creación. El segundo parámetro de invocación incluye un identificador de usuario, información relacionada con el servicio de multidifusión e información de capacidad de calidad de servicio recibida. Etapa 703: La MBPCF determina que un usuario correspondiente al identificador de usuario puede recibir un servicio de multidifusión especificado (si la información de servicio de multidifusión incluye, por ejemplo, una dirección de multidifusión o un identificador de grupo de multidifusión); o la MBPCF determina que el usuario tiene un servicio de multidifusión (si la información de servicio de multidifusión es información de indicación).

[0176] Debe observarse que antes de la etapa 703, la MBPCF puede recibir información de configuración enviada por otra función de red o elemento de red. La información de configuración puede incluir información de operación de evento, donde la información de operación de evento incluye un tipo de evento, por ejemplo, evento de autorización de usuario; y también puede incluir una manera de notificar a un proveedor de contenido de la ocurrencia del evento, por ejemplo, mediante información de URL, URI o una dirección de mensaje (por ejemplo, una dirección IP o una dirección IP y un puerto). La manera de notificación puede corresponder a un tipo de evento o puede estar destinada a todos los tipos de eventos (el contenido de notificación necesita transportar un tipo de evento), y la información por defecto se usa cuando no está presente la manera de notificación. Cuando hay una configuración de evento de autorización de usuario, la MBPCF puede solicitar la verificación de autorización de usuario de otra función de red o elemento de red, con información de tipo de evento transportada, por ejemplo, añadir o eliminar usuario. La MBPCF no realiza determinación local.

[0177] Etapa 704: La MBPCF devuelve un resultado de autorización (segundo resultado de invocación) a la MBSF. Si la autorización tiene éxito, el resultado devuelto puede transportar información de seguridad y/o un identificador de grupo de multidifusión TMGI.

[0178] Etapa 705: La MBSF selecciona una MBUF. Por ejemplo, la MBSF puede seleccionar una MBUF que está más cerca de una ubicación del usuario, y la MBUF seleccionada puede estar ya en un árbol de ruta de multidifusión (por ejemplo, usada para reenviar datos a otros usuarios).

[0179] Etapa 706: Si no existe ninguna ruta de reenvío entre un nodo RAN y la MBUF seleccionada, la MBSF envía una solicitud de establecimiento de sesión de difusión de multidifusión a la MBUF, por ejemplo, enviando un mensaje de solicitud de establecimiento de sesión de MB.

[0180] Etapa 707: La MBUF reserva un recurso, asocia rutas de sesión (es decir, asociación entre recepción y reenvío con una relación de uno a muchos, lo que significa que un paquete de datos recibido necesita ser copiado y reenviado en múltiples copias), y envío una respuesta de establecimiento de sesión de difusión de multidifusión a la MBSF, por ejemplo, enviando un mensaje de respuesta de establecimiento de sesión de MB.

[0181] Etapa 708: Si es necesario establecer un canal de reenvío entre la MBUF y el nodo de RAN, la MBSF envía una solicitud de sesión de radio al nodo de RAN a través de la AMF, por ejemplo, enviando un mensaje de solicitud de sesión de N2.

[0182] Opcionalmente, el mensaje puede incluir información para crear o actualizar un recurso de radio. El mensaje también puede incluir información de seguridad, por ejemplo, una clave o un material generador de claves. El mensaje puede incluir también un identificador de grupo de multidifusión TMGI. El mensaje también puede incluir información de plano de usuario y/o información de servicio de multidifusión. La información de plano de usuario puede ser, por ejemplo, un identificador de MBUF, o una dirección IP, o una dirección IP y un puerto, o una dirección IP, un puerto y un identificador de canal de servicio de multidifusión, o un identificador de canal de servicio de multidifusión (transportado cuando la MBUF envía datos). Si el UE necesita ser notificado, la MBSF puede enviar además una respuesta de establecimiento de sesión de multidifusión al UE a través de la AMF, por ejemplo, enviando un mensaje de respuesta de establecimiento de sesión de MB.

[0183] Debe observarse que los mensajes enviados al nodo de RAN y al UE pueden enviarse a la AMF conjuntamente, y reenviarse conjuntamente al nodo de RAN mediante la AMF, y a continuación reenviarse al UE mediante el nodo de RAN.

[0184] Etapa 709: Opcionalmente, el nodo de RAN configura un recurso de radio basándose en la información para crear o actualizar un recurso de radio. Opcionalmente, en respuesta al mensaje de respuesta de establecimiento de sesión de multidifusión, el UE envía un acuse de recibo de establecimiento de sesión de multidifusión a la AMF a través del nodo RAN, por ejemplo, enviando un mensaje de acuse de recibo de establecimiento de sesión de MB.

[0185] Etapa 710: El nodo de RAN devuelve una respuesta de sesión de radio a la AMF, por ejemplo, devolviendo un mensaje de respuesta de sesión de N2. El mensaje puede incluir información sobre el nodo de RAN. Si el nodo de RAN recibe el mensaje de acuse de recibo de establecimiento de sesión de multidifusión desde el UE, el nodo de RAN también reenvía el mensaje a la AMF. Si la AMF recibe la respuesta de sesión de radio devuelta por el nodo RAN o el acuse de recibo de establecimiento de sesión de multidifusión enviado por el UE, la AMF notifica a la MBSF que se recibe la respuesta de sesión de radio o el acuse de recibo de establecimiento de sesión de multidifusión, donde el mensaje puede transportar la información sobre el nodo RAN.

[0186] Etapa 711: Si se ejecuta la etapa 710, la MBSF envía una solicitud de actualización de sesión de difusión de multidifusión a la MBUF, por ejemplo, enviando un mensaje de solicitud de actualización de sesión de MB. El mensaje puede incluir la información sobre el nodo de RAN.

[0187] Etapa 712: La MBUF actualiza el recurso reservado y la relación de asociación y envía una respuesta de actualización de sesión de difusión de multidifusión a la MBSF, por ejemplo, enviando un mensaje de respuesta de actualización de sesión de MB.

[0188] Etapa 713: La MBSF envía un mensaje completo de establecimiento de sesión de multidifusión al UE, por ejemplo, enviando un mensaje completo de establecimiento de sesión de MB. El mensaje puede incluir nueva información de seguridad, por ejemplo, una clave o un material generador de claves, y también puede incluir un nuevo identificador de grupo de multidifusión TMGI.

[0189] Opcionalmente, si las etapas 708 a 712 no se ejecutan, la etapa 713 puede ejecutarse después de la etapa 705 o la etapa 707.

[0190] De esta manera, se completa el establecimiento de un canal de reenvío de datos entre la MBUF y el nodo de RAN que sirve al UE, y también se completa la reserva de un recurso de difusión de radio del nodo de RAN. El proveedor de contenido puede difundir a múltiples UE que se unen al grupo de multidifusión, enviando solo un elemento de datos a la MBUF. Los UE que se unen al grupo de multidifusión pueden usar la información de seguridad (si se recibe) para procesar los datos de difusión de radio recibidos.

[0191] Además, en otra realización del Escenario de Aplicación 3, la AMF y la MBSF pueden estar integradas. En este caso, la interacción entre el UE y la MBSF y la interacción entre el nodo RAN y la MBSF no necesitan ser procesadas por la AMF.

[0192] Escenario de aplicación 4

[0193] El escenario de aplicación 4 de las realizaciones de la presente invención describe principalmente un procedimiento basado en plano de control de un usuario que abandona un grupo de servicios de multidifusión. Como se muestra en la figura 8, un procedimiento de operación de sesión correspondiente puede incluir las siguientes etapas.

[0194] Etapa 801: el UE envía una solicitud de liberación de sesión de multidifusión por medio de una RAN y una AMF, por ejemplo, enviando un mensaje de solicitud de liberación de sesión de MB.

[0195] Opcionalmente, el mensaje de solicitud de liberación de sesión de multidifusión incluye información de servicio de multidifusión, por ejemplo, una dirección de multidifusión IP de multidifusión o un identificador de grupo de multidifusión TMGI; o incluye información de indicación para indicar la salida de una sesión de multidifusión. El mensaje de solicitud de liberación de sesión de multidifusión también puede incluir información de capacidad de calidad de servicio sobre el soporte del UE del servicio de difusión de multidifusión, por ejemplo, una tasa de recepción de datos máxima soportada y una tasa de pérdida de paquetes mínima soportada.

[0196] Etapa 802: La SMF envía un primer parámetro de invocación a la MBSF para invocar una operación de servicio de supresión de usuario de contexto de multidifusión de la MBSF, por ejemplo, para invocar una operación de servicio de Nmbsf_MBContexto_SupresiónUsuario (que es una API de red).

[0197] Opcionalmente, el primer parámetro de invocación incluye un identificador de usuario e información de servicio de multidifusión recibida. El primer parámetro de invocación también puede incluir información sobre un nodo RAN que sirve al UE, por ejemplo, una dirección IP, o una dirección IP y un puerto, o una dirección IP, un puerto y un identificador de túnel de multidifusión (que puede transportarse cuando una MBUF envía datos); y también puede incluir una indicación de tipo de operación, por ejemplo, una operación de supresión de usuario, donde la indicación puede proporcionarse alternativamente mediante una operación de servicio correspondiente.

[0198] Etapa 803: La MBSF envía un segundo parámetro de invocación a la MBPCF para invocar una operación de servicio de autorización de supresión de usuario de la MBPCF, por ejemplo, para invocar una operación de servicio de Nmbpcf_AutorizaciónPolítica_SupresiónUsuario. El segundo parámetro de invocación incluye un identificador de usuario e información de servicio de multidifusión que se reciben.

[0199] Etapa 804: La MBPCF determina que un usuario correspondiente al identificador de usuario puede recibir un servicio de multidifusión especificado (si la información de servicio de multidifusión incluye, por ejemplo, una dirección de multidifusión o un identificador de grupo de multidifusión); o la MBPCF determina que el usuario tiene un servicio de multidifusión (si la información de servicio de multidifusión es información de indicación).

[0200] Debe observarse que antes de la etapa 804, la MBPCF puede recibir información de configuración enviada por otra función de red o elemento de red. La información de configuración puede incluir información de operación de evento, donde la información de operación de evento incluye un tipo de evento, por ejemplo, evento de autorización de usuario; y también puede incluir una manera de notificar a un proveedor de contenido de la ocurrencia del evento, por ejemplo, mediante información de URL, URI o una dirección de mensaje (por ejemplo, una dirección IP o una dirección IP y un puerto). La manera de notificación puede corresponder a un tipo de evento o puede estar destinada a todos los tipos de eventos (el contenido de notificación necesita transportar un tipo de evento), y la información por defecto se usa cuando no está presente la manera de notificación. Cuando hay una configuración de evento de autorización de usuario, la MBPCF puede solicitar la verificación de autorización de usuario de otra función de red o elemento de red, con información de tipo de evento transportada, por ejemplo, añadir o eliminar usuario. La MBPCF no realiza determinación local. Cuando hay una configuración de evento de liberación de usuario, la MBPCF puede notificar a otras funciones de red o elementos de red de abandono de usuario.

[0201] Etapa 805: La MBPCF devuelve un resultado de autorización (segundo resultado de invocación) a la función MBSF. Si la autorización tiene éxito, el resultado devuelto puede transportar un identificador de grupo de multidifusión TMGI.

[0202] Etapa 806: La MBSF devuelve a la SMF un primer resultado de invocación, que es un resultado de invocar la operación de servicio de supresión de usuario de contexto de multidifusión.

[0203] Opcionalmente, el primer resultado de invocación también puede incluir un identificador de grupo de multidifusión, por ejemplo, un TMGI. Si es necesario actualizar un recurso de radio, el primer resultado de invocación también incluye información para notificar a la RAN que actualice el recurso de radio, donde la información incluye información de plano de usuario e información de servicio de multidifusión. La información de plano de usuario puede ser, por ejemplo, un identificador de MBUF, o una dirección IP, o una dirección IP y un puerto, o una dirección IP, un puerto y un identificador de canal de servicio de multidifusión, o un identificador de canal de servicio de multidifusión (transportado cuando la MBUF envía datos). Si el UE necesita ser notificado, el primer resultado de invocación también incluye información para notificar al UE una respuesta de liberación de sesión de multidifusión. Etapa 807: Si la SMF recibe la información para actualizar un recurso de radio, la SMF envía una solicitud de sesión de radio al nodo RAN a través de la AMF, por ejemplo, enviando un mensaje de solicitud de sesión N2, donde el mensaje incluye la información recibida para actualizar un recurso de radio; o si la SMF recibe la información a notificar al UE, la SMF envía una respuesta de liberación de sesión de multidifusión al UE a través de la AMF, por ejemplo, enviando un mensaje de respuesta de liberación de sesión MB.

[0204] Etapa 808: Opcionalmente, el nodo de RAN configura un recurso de radio basándose en la información para actualizar un recurso de radio. Opcionalmente, en respuesta al mensaje de respuesta de liberación de sesión de multidifusión, el UE envía un acuse de recibo de liberación de sesión de multidifusión a la AMF a través del nodo RAN, por ejemplo, enviando un mensaje de acuse de recibo de liberación de sesión de MB.

[0205] Etapa 809: Opcionalmente, el nodo de RAN devuelve una respuesta de sesión de radio a la AMF, por ejemplo, devolviendo un mensaje de respuesta de sesión N2. El mensaje puede incluir información sobre el número de destinatarios de multidifusión. Si el nodo de RAN recibe el mensaje de acuse de recibo de liberación de sesión de multidifusión desde el UE, el nodo de RAN reenvía también el mensaje a la AMF.

[0206] Etapa 810: Si la AMF recibe el mensaje de respuesta de sesión de radio devuelto por el nodo de RAN o el mensaje de acuse de recibo de liberación de sesión de multidifusión enviado por el UE, la AMF notifica a la SMF que se recibe la respuesta de sesión de radio o el acuse de recibo de liberación de sesión de multidifusión, donde el mensaje puede incluir información sobre el nodo de RAN. La SMF invoca una operación de servicio de actualización de contexto de multidifusión de la MBSF, por ejemplo, invocando una operación de servicio Nmbsf_MBContexto_Actualización.

[0207] Etapa 811: Si se ejecutan las etapas 809 y 810, la MBSF determina que el nodo de RAN no tiene usuarios para recibir datos de multidifusión y, por lo tanto, envía una solicitud de liberación de sesión de difusión de multidifusión a la MBUF, por ejemplo, enviando un mensaje de solicitud de liberación de sesión MB, en donde el mensaje incluye la información sobre el nodo de RAN.

[0208] Etapa 812: La MBUF libera un recurso de reenvío con el nodo RAN y envía una respuesta de liberación de sesión de multidifusión a la MBSF, por ejemplo, enviando un mensaje de respuesta de liberación de sesión de MB.

[0209] Etapa 813: Opcionalmente, la MBSF devuelve a la SMF un resultado de invocación de la operación de servicio de actualización de contexto de multidifusión, donde el resultado puede incluir un identificador de grupo de multidifusión TMGI, y también puede incluir información completa de liberación de sesión de multidifusión a notificar al UE.

[0210] Etapa 814: La SMF envía un mensaje completo de liberación de sesión de multidifusión al UE a través de la AMF, por ejemplo, enviando un mensaje completo de liberación de sesión MB, donde el mensaje puede incluir un TMGI. Si no se ejecutan las etapas 807 a 813, la etapa 806 también puede incluir información completa de liberación de sesión de multidifusión a notificar al UE, y la etapa 814 se ejecuta después de la etapa 806.

[0211] Además, en otra realización del Escenario de Aplicación 4, la MBSF puede ser seleccionada por la AMF, y la AMF interactúa directamente con la MBSF sin intervención de la SMF. Otros procesos de interacción son los mismos que los de la realización anterior y, por lo tanto, no se describen adicionalmente en el presente documento.

[0212] Escenario de aplicación 5

[0213] El escenario de aplicación 5 de las realizaciones de la presente invención describe principalmente un procedimiento basado en plano de usuario de un usuario que abandona un grupo de servicios de multidifusión. Como se muestra en la figura 9, un procedimiento de operación de sesión correspondiente puede incluir las siguientes etapas.

[0214] Etapa 901: El UE envía un paquete de datos IP a través de una RAN y un plano de usuario de una red central. El paquete IP toma un formato definido por un protocolo de grupo de multidifusión, por ejemplo, IGMP o MLD. Un destino del paquete de datos IP es una dirección de servicio de multidifusión, por ejemplo, IP de multidifusión. El paquete de datos IP debe solicitar abandonar un grupo de multidifusión correspondiente.

[0215] Etapa 902: después de recibir el paquete de datos IP, una UPF envía información de paquete interceptada a una SMF, por ejemplo, que tiene la información de paquete interceptada transportada en un mensaje de notificación de datos, para solicitar eliminar el UE del grupo de multidifusión.

[0216] Etapa 903: La SMF envía un primer parámetro de invocación a una MBSF seleccionada para invocar una operación de servicio de supresión de usuario de contexto de multidifusión de la MBSF, por ejemplo, para invocar una operación de servicio Nmbsf_MBContexto_SupresiónUsuario (que es una API de red).

[0217] Opcionalmente, el primer parámetro de invocación incluye un identificador de usuario y una dirección de servicio de multidifusión recibida. El primer parámetro de invocación puede incluir información sobre un nodo de RAN que sirve al UE (por ejemplo, una dirección IP, o una dirección IP y un puerto); y también puede incluir una indicación de tipo de operación, por ejemplo, una operación de liberación de usuario, donde la indicación puede proporcionarse alternativamente por una operación de servicio correspondiente.

[0218] Etapa 904: La MBSF envía un segundo parámetro de invocación a una MBPCF para invocar una operación de servicio de autorización de supresión de usuario de la MBPCF, por ejemplo, para invocar una operación de servicio de Nmbpcf_AutorizaciónPolítica_SupresiónUsuario. Opcionalmente, el segundo parámetro de invocación incluye el identificador de usuario, información de servicio de multidifusión (por ejemplo, un IP de multidifusión, o un identificador de grupo TMGI mapeado basándose en un IP de multidifusión, o información de indicación mapeada determinando, basándose en un IP de multidifusión, que el usuario ya tiene este servicio de multidifusión), e información sobre el nodo de RAN que se recibe.

[0219] Etapa 905: La MBPCF determina que un usuario correspondiente al identificador de usuario puede recibir un servicio de multidifusión especificado (si la información de servicio de multidifusión incluye, por ejemplo, una dirección de multidifusión o un identificador de grupo de multidifusión); o la MBPCF determina que el usuario tiene un servicio de multidifusión (si la información de servicio de multidifusión es información de indicación).

[0220] Debe observarse que antes de la etapa 905, la MBPCF puede recibir información de configuración enviada por otra función de red o elemento de red. La información de configuración puede incluir información de operación de evento, donde la información de operación de evento incluye un tipo de evento, por ejemplo, evento de autorización de usuario; y también puede incluir una manera de notificar a un proveedor de contenido de la ocurrencia del evento, por ejemplo, mediante información de URL, URI o una dirección de mensaje (por ejemplo, una dirección IP o una dirección IP y un puerto). La manera de notificación puede corresponder a un tipo de evento o puede estar destinada a todos los tipos de eventos (el contenido de notificación necesita transportar un tipo de evento), y la información por defecto se usa cuando no está presente la manera de notificación. Cuando hay una configuración de evento de autorización de usuario, la MBPCF puede solicitar la verificación de autorización de usuario de otra función de red (por ejemplo, una UDM o una NEF) o elemento de red (por ejemplo, un proveedor de contenido), con información de tipo de evento transportada, por ejemplo, añadir o eliminar usuario. La MBPCF no realiza determinación local.

[0221] Etapa 906: La MBPCF devuelve un resultado de autorización (segundo resultado de invocación) a la MBSF. Si la autorización tiene éxito, el resultado devuelto puede transportar un identificador de grupo de multidifusión, por ejemplo, un TMGI.

[0222] Etapa 907: La MBSF devuelve a la SMF un primer resultado de invocación, que es un resultado de invocación de la operación de servicio de supresión de usuario de contexto de multidifusión.

[0223] Opcionalmente, el primer resultado de invocación puede incluir información de seguridad, por ejemplo, una clave o un material generador de claves. El primer resultado de invocación también puede incluir un identificador de grupo de multidifusión, por ejemplo, un TMGI. Si es necesario actualizar un recurso de radio, el primer resultado de invocación también incluye información para notificar a la RAN que actualice el recurso de radio, donde la información incluye información de plano de usuario e información de servicio de multidifusión. La información de plano de usuario puede ser, por ejemplo, un identificador de MBUF, o una dirección IP, o una dirección IP y un puerto, o una dirección IP, un puerto y un identificador de canal de servicio de multidifusión, o un identificador de canal de servicio de multidifusión (transportado cuando la MBUF envía datos). El primer resultado de invocación también puede incluir información para notificar al UE la desactivación del servicio de multidifusión.

[0224] Etapa 908: La SMF envía una solicitud de desactivación de difusión de multidifusión al UE a través de la AMF, por ejemplo, enviando un mensaje de solicitud de desactivación de MBS N1. El mensaje incluye un identificador de grupo de multidifusión, por ejemplo, un TMGI.

[0225] Etapa 909: La SMF envía una solicitud de sesión de radio al nodo de RAN a través de la AMF, por ejemplo, enviando un mensaje de solicitud de sesión N2, donde el mensaje incluye la información recibida para actualizar un recurso de radio; y el mensaje también puede incluir un identificador de grupo de multidifusión.

[0226] Opcionalmente, los mensajes en las etapas 908 y 909 pueden vincularse en un mensaje y enviarse al nodo de RAN. Etapa 910: Opcionalmente, el nodo de RAN configura un recurso de radio en base a la información para actualizar un recurso de radio.

[0227] Etapa 911: El nodo RAN devuelve una respuesta de sesión de radio a la AMF, por ejemplo, devolviendo un mensaje de respuesta de sesión N2. El mensaje puede incluir información sobre el nodo RAN, donde la información incluye información sobre el número de destinatarios de multidifusión.

[0228] Etapa 912: El UE envía una respuesta de desactivación de difusión de multidifusión a la SMF a través de la AMF, por ejemplo, enviando un mensaje de respuesta de desactivación MBS N1. El mensaje puede incluir un identificador de grupo de multidifusión, por ejemplo, un TMGI.

[0229] Opcionalmente, los mensajes en las etapas 911 y 912 pueden vincularse en un mensaje y enviarse a la AMF.

[0230] Etapa 913: Después de la etapa 912, la SMF envía el parámetro de invocación a la MBSF para invocar una operación de servicio de actualización de contexto de multidifusión de la MBSF, por ejemplo, para invocar una operación de servicio de Nmbsf_MBContexto_Actualización. El parámetro de invocación puede incluir la información acerca del nodo RAN y un identificador de grupo que se reciben.

[0231] Etapa 914: La MBSF determina que el nodo RAN no tiene usuarios para recibir datos de multidifusión y, por lo tanto, envía una solicitud de liberación de sesión de difusión de multidifusión a la MBUF, por ejemplo, enviando un mensaje de solicitud de liberación de sesión de MB. El mensaje puede incluir la información sobre el nodo de RAN. Etapa 915: La MBUF libera un recurso de reenvío con el nodo RAN y envía una respuesta de liberación de sesión de difusión de multidifusión a la MBSF, por ejemplo, enviando un mensaje de respuesta de liberación de sesión de MB. Etapa 916: Opcionalmente, la MBSF devuelve a la SMF un resultado de invocación de la operación de servicio de actualización de contexto de multidifusión, en donde el resultado puede incluir un identificador de grupo de multidifusión, por ejemplo, un TMGI.

[0232] Escenario de aplicación 6

[0233] El escenario de aplicación 6 de las realizaciones de la presente invención describe principalmente un procedimiento basado en plano de usuario de un usuario que se une a un grupo de servicios de multidifusión. Como se muestra en la figura 10A y la figura 10B, un procedimiento de operación de sesión correspondiente puede incluir las siguientes etapas.

[0234] Etapa 1001: El UE envía un paquete de datos IP a través de una RAN y un plano de usuario de una red central. El paquete IP toma un formato definido por un protocolo de grupo de multidifusión, por ejemplo, IGMP o MLD. Un destino del paquete de datos IP es, por ejemplo, una dirección de servicio de multidifusión, por ejemplo, IP de multidifusión. El paquete de datos IP debe solicitar unirse a un grupo de multidifusión correspondiente.

[0235] Etapa 1002: después de recibir el paquete de datos IP, la UPF envía información de paquete interceptada a la SMF, por ejemplo, teniendo la información de paquete interceptada transportada en un mensaje de notificación de datos, para solicitar añadir el UE al grupo de multidifusión.

[0236] Etapa 1003: La SMF selecciona una MBSF. Por ejemplo, la SMF puede seleccionar la MBSF más cercana en base a la información de ubicación de un usuario, o seleccionar una MBSF apropiada según la información de suscripción del usuario.

[0237] Etapa 1004: La SMF envía un primer parámetro de invocación a la MBSF seleccionada para invocar una operación de servicio de adición de usuario de contexto de multidifusión de la MBSF, por ejemplo, para invocar una operación de servicio Nmbsf_MBContexto_AdiciónUsuario (que es una API de red).

[0238] Opcionalmente, el primer parámetro de invocación incluye un identificador de usuario, una dirección de servicio de multidifusión recibida y un identificador de la AMF que sirve al usuario. El primer parámetro de invocación también puede incluir información sobre el nodo RAN que sirve al terminal (por ejemplo, una dirección IP, o una dirección IP y un puerto); y también puede incluir una indicación de tipo de operación, por ejemplo, operación de adición de usuario, donde la indicación puede proporcionarse alternativamente por una operación de servicio correspondiente. Etapa 1005: La MBSF envía un segundo parámetro de invocación a la MBPCF para invocar una operación de servicio de autorización de adición de usuario de la MBPCF, por ejemplo, para invocar una operación de servicio de Nmbpcf_AutorizaciónPolítica_AdiciónUsuario. Opcionalmente, el segundo parámetro de invocación incluye el identificador de usuario, información de servicio de multidifusión (por ejemplo, un IP de multidifusión, o un identificador de grupo TMGI mapeado basándose en un IP de multidifusión, o información de indicación mapeada determinando, basándose en un IP de multidifusión, que el usuario ya tiene este servicio de multidifusión), e información sobre el nodo de RAN que se recibe.

[0239] Etapa 1006: La MBPCF determina que un usuario correspondiente al identificador de usuario puede recibir un servicio de multidifusión especificado (si la información de servicio de multidifusión incluye, por ejemplo, una dirección de multidifusión o un identificador de grupo de multidifusión); o la MBPCF determina que el usuario tiene un servicio de multidifusión (si la información de servicio de multidifusión es información de indicación).

[0240] Debe observarse que antes de la etapa 1006, la MBPCF puede recibir información de configuración enviada por otra función de red o elemento de red. La información de configuración puede incluir información de operación de evento, donde la información de operación de evento incluye un tipo de evento, por ejemplo, evento de autorización de usuario; y también puede incluir una manera de notificar a un proveedor de contenido de la ocurrencia del evento, por ejemplo, mediante información de URL, URI o una dirección de mensaje (por ejemplo, una dirección IP o una dirección IP y un puerto). La manera de notificación puede corresponder a un tipo de evento o puede estar destinada a todos los tipos de eventos (el contenido de notificación necesita transportar un tipo de evento), y la información por defecto se usa cuando no está presente la manera de notificación. Cuando hay una configuración de evento de autorización de usuario, la MBPCF puede solicitar la verificación de autorización de usuario de otra función de red (por ejemplo, una UDM o una NEF) o elemento de red (por ejemplo, un proveedor de contenido), con información de tipo de evento transportada, por ejemplo, añadir o eliminar usuario. La MBPCF no realiza determinación local.

[0241] Etapa 1007: La MBPCF devuelve un resultado de autorización (segundo resultado de invocación) a la MBSF. Si la autorización tiene éxito, el resultado devuelto puede transportar información de seguridad.

[0242] Etapa 1008: La MBSF selecciona una MBUF. Por ejemplo, la MBSF puede seleccionar una MBUF que está más cerca de una ubicación del usuario, y la MBUF seleccionada puede estar ya en un árbol de ruta de multidifusión (por ejemplo, usada para reenviar datos a otros usuarios).

[0243] Etapa 1009: La MBSF envía un parámetro de invocación a la AMF para invocar una operación de servicio de transferencia de mensajes de la AMF, por ejemplo, para invocar una operación de servicio de Namf_Comunicación_N1N2TransferenciaMensaje. El parámetro de invocación incluye un mensaje dirigido al UE para notificar al UE la activación del servicio de multidifusión. Si es necesario crear o actualizar un recurso de radio, el parámetro de invocación también puede incluir un mensaje dirigido a la RAN, donde tanto el mensaje dirigido al UE como el mensaje dirigido a la RAN pueden incluir información de seguridad, por ejemplo, una clave o un material generador de claves; y también puede incluir un identificador de grupo de multidifusión, por ejemplo, un TMGI. El mensaje dirigido a la RAN incluye información para notificar a la RAN que cree o actualice un recurso de radio, donde la información incluye información de plano de usuario, y puede incluir información de servicio de multidifusión. La información de plano de usuario puede ser, por ejemplo, un identificador de MBUF, o una dirección IP, o una dirección IP y un puerto, o una dirección IP, un puerto y un identificador de canal de servicio de multidifusión, o un identificador de canal de servicio de multidifusión (transportado cuando la MBUF envía datos). Etapa 1010: La AMF envía una solicitud de activación de difusión de multidifusión al UE, por ejemplo, enviando un mensaje de solicitud de activación MBS N1. El mensaje puede incluir un identificador de grupo, por ejemplo, un TMGI.

[0244] Etapa 1011: La AMF envía una solicitud de sesión de radio al nodo de RAN, por ejemplo, enviando un mensaje de solicitud de sesión N2, donde el mensaje incluye la información recibida para crear o actualizar un recurso de radio; y el mensaje también puede incluir información de seguridad y/o un identificador de grupo.

[0245] Opcionalmente, los mensajes en las etapas 1010 y 1011 pueden estar vinculados en un mensaje y enviados al nodo de RAN.

[0246] Etapa 1012: El nodo de RAN configura un recurso de radio basándose en la información para crear o actualizar un recurso de radio.

[0247] Etapa 1013: El nodo de RAN devuelve una respuesta de sesión de radio a la AMF, por ejemplo, devolviendo un mensaje de respuesta de sesión N2.

[0248] Opcionalmente, el nodo de RAN puede determinar, en base a la información sobre la MBUF, si es necesario crear un canal para la MBUF para el servicio de multidifusión indicado por la información de servicio de multidifusión. Si es necesario crear tal canal, se asigna un nuevo identificador de canal, por ejemplo, un identificador de túnel (transportado cuando la MBUF envía datos); y si ya existe un canal de reenvío de servicio indicado por la información de servicio de multidifusión, se devuelve el identificador de canal existente. El nodo de RAN puede devolver directamente de forma alternativa un identificador de canal, o el nodo de RAN puede devolver información de dirección, por ejemplo, una dirección IP o una dirección IP y un puerto.

[0249] Etapa 1014: El UE envía una respuesta de activación de difusión de multidifusión a la AMF, por ejemplo, enviando un mensaje de respuesta de activación N1 MBS. El mensaje puede incluir un identificador de grupo, por ejemplo, un TMGI; y también puede incluir información de capacidad de calidad de servicio sobre el soporte del UE del servicio de difusión multidifusión, por ejemplo, una tasa de recepción de datos máxima soportada y una tasa de pérdida de paquetes mínima soportada.

[0250] Opcionalmente, los mensajes en las etapas 1013 y 1014 pueden vincularse en un mensaje y enviarse a la AMF. Etapa 1015: Después de la etapa 1014, la AMF invoca su propia operación de servicio de notificación de mensaje, por ejemplo, invocando una operación de servicio Namf_Comunicación_N1NotificaciónMensaje donde el parámetro de invocación puede incluir el mensaje recibido en la etapa 1014 y también puede incluir la información sobre el nodo de RAN, por ejemplo, una dirección IP o una dirección IP y un puerto del nodo de RAN y también puede incluir un identificador de grupo de multidifusión, por ejemplo, un TMGI.

[0251] Antes de la etapa 1015, la BMSF puede invocar una operación de servicio de suscripción de mensaje de la AMF, por ejemplo, invocando una operación de servicio Namf_Comunicación_N1SuscripciónMensaje de modo que en la etapa 1015, la AMF puede invocar la operación de servicio de notificación de mensaje para reenviar el mensaje recibido a la MBSF.

[0252] Etapa 1016: Si se recibe la información de capacidad de calidad de servicio, la MBSF puede enviar un parámetro de invocación a la MBPCF para invocar una operación de servicio de actualización de autorización de la MBPCF. El parámetro de invocación puede incluir la información de capacidad de calidad de servicio, el identificador de UE y la información de servicio de multidifusión que se reciben.

[0253] Etapa 1017: La MBPCF determina que el terminal con tal capacidad de calidad de servicio puede recibir servicios de multidifusión.

[0254] Etapa 1018: La MBPCF devuelve un resultado de invocación de actualización de autorización a la MBSF.

[0255] Etapa 1019: La MBSF envía una solicitud de actualización de sesión de multidifusión a la MBUF, por ejemplo, enviando un mensaje de solicitud de actualización de sesión de MB. El mensaje incluye la información sobre el nodo RAN.

[0256] Etapa 1020: La MBUF actualiza el recurso reservado y la relación de asociación y envía una respuesta de actualización de sesión de multidifusión a la MBSF, por ejemplo, enviando un mensaje de respuesta de actualización de sesión de MB.

[0257] Etapa 1021: La MBSF invoca una operación de servicio de transferencia de mensajes de la AMF, por ejemplo, invocando una operación de servicio Namf_Comunicación_N1N2TransferenciaMensaje donde el parámetro de invocación incluye un mensaje dirigido al UE para notificar al UE un acuse de recibo de activación de difusión de multidifusión, donde el mensaje puede incluir un nuevo identificador de grupo de multidifusión TMGI y también puede incluir información de seguridad.

[0258] Etapa 1022: La AMF envía un acuse de recibo de activación de difusión de multidifusión al UE, por ejemplo, enviando un mensaje de acuse de recibo de activación de MBS N1, donde el mensaje puede incluir un TMGI o información de seguridad.

[0259] De esta manera, se completa el establecimiento de un canal de reenvío de datos entre la MBUF y el nodo de RAN que sirve al UE, y también se completa la reserva de un recurso de difusión de radio del nodo de RAN. El proveedor de contenido puede difundir a múltiples UE que se unen al grupo de multidifusión, enviando solo un elemento de datos a la MBUF. Los UE que se unen al grupo de multidifusión pueden usar la información de seguridad (si se recibe) para procesar los datos de difusión de radio recibidos.

[0260] Las realizaciones anteriores han descrito el método para la operación de sesión de servicio de multidifusión de la presente invención, y a continuación se describe un dispositivo de comunicaciones de la presente invención con referencia a realizaciones y los dibujos adjuntos.

[0261] Haciendo referencia a la figura 11, la figura 11 es un diagrama estructural esquemático de un aparato para la operación de sesión de servicio de multidifusión según una realización de la presente invención. El aparato para la operación de sesión de servicio de multidifusión se aplica a una primera función de red de un dispositivo de comunicaciones. La primera función de red es una AMF o una SMF. Como se muestra en la figura 11, el aparato 110 para la operación de sesión de servicio de multidifusión incluye:

[0262] un primer módulo 111 de recepción, configurado para recibir desde un terminal una solicitud que incluye información de servicio de multidifusión; y

[0263] un primer módulo 112 de envío, configurado para enviar un primer parámetro de invocación a una segunda función de red, en donde el primer parámetro de invocación se utiliza para invocar una operación de servicio de contexto de multidifusión de la segunda función de red.

[0264] Opcionalmente, el aparato 110 para la operación de sesión de servicio de multidifusión puede incluir además: un segundo módulo de recepción, configurado para recibir un primer resultado de invocación devuelto por la segunda función de red; y

[0265] un segundo módulo de envío, configurado para: enviar un resultado de operación de servicio de multidifusión al terminal según el primer resultado de invocación, o rechazar enviar información al terminal, según el primer resultado de invocación.

[0266] Opcionalmente, la solicitud que incluye información de servicio de multidifusión puede incluir uno cualquiera de los siguientes:

[0267] un mensaje de solicitud de establecimiento de sesión de multidifusión;

[0268] un primer paquete de datos para solicitar unirse a un grupo de multidifusión correspondiente;

[0269] un mensaje de solicitud de liberación de sesión de multidifusión; y

[0270] un segundo paquete de datos para solicitar abandonar un grupo de multidifusión correspondiente.

[0271] Opcionalmente, el resultado de la operación del servicio de multidifusión incluye uno cualquiera de los siguientes: un mensaje de éxito de establecimiento de sesión de multidifusión;

[0272] un mensaje de fallo de establecimiento de sesión de multidifusión;

[0273] información de activación de servicio de multidifusión;

[0274] información de desactivación de servicio de multidifusión; y

[0275] se permite información que sale de una sesión de multidifusión.

[0276] Opcionalmente, el primer parámetro de invocación se usa específicamente para cualquiera de los siguientes: invocar una operación de servicio de adición de usuario de contexto de multidifusión de la segunda función de red; e

[0277] invocar una operación de servicio de supresión de usuario de contexto de multidifusión de la segunda función de red.

[0278] El primer parámetro de invocación incluye al menos una de las siguientes:

[0279] información de indicación de tipo de operación, donde la información de indicación de tipo de operación se usa para indicar cualquiera de los siguientes: adición de usuario, supresión de usuario, establecimiento de sesión de multidifusión y liberación de sesión de multidifusión;

[0280] información de servicio de multidifusión, en donde la información de servicio de multidifusión se recibe desde el terminal;

[0281] información de capacidad de calidad de servicio, en donde la información de capacidad de calidad de servicio se recibe desde el terminal; e

[0282] información sobre un nodo RAn de red de acceso de radio que sirve al UE.

[0283] Opcionalmente, la información de servicio de multidifusión incluye al menos uno de los siguientes:

[0284] una dirección de servicio de multidifusión;

[0285] un identificador de grupo de multidifusión; y

[0286] un localizador de recursos uniforme.

[0287] Opcionalmente, el primer resultado de invocación incluye al menos uno de los siguientes:

[0288] un identificador de grupo de multidifusión;

[0290] formación para notificar a una RAN que cree o actualice un recurso de radio; y

[0291] el resultado de la operación de servicio de multidifusión.

[0292] Puede entenderse que el aparato 110 para la operación de sesión de servicio de multidifusión en esta realización puede implementar los procesos implementados en la realización de método mostrada en la figura 2, con los mismos efectos beneficiosos logrados. Para evitar repeticiones, los detalles no se describen de nuevo en el presente documento.

[0293] Haciendo referencia a la figura 12, la figura 12 es un diagrama estructural esquemático de un aparato para la operación de sesión de servicio de multidifusión según una realización de la presente invención. El aparato para la operación de sesión de servicio de multidifusión se aplica a una segunda función de red de un dispositivo de comunicaciones. La segunda función de red es una MBSF, una función de red que integra una MBSF y una MBPCF, una función de red que integra una MBSF y una AMF, o una función de red que integra una MBSF y una SMF. Como se muestra en la figura 12, el aparato 120 para la operación de sesión de servicio de multidifusión incluye: un tercer módulo 121 de envío, configurado para enviar un resultado de operación de servicio de multidifusión a un term

[0294] al.

[0295] Opcionalmente, el aparato 120 para la operación de sesión de servicio de multidifusión puede incluir además: un tercer módulo de recepción, configurado para recibir desde un terminal una solicitud que incluye información de servicio de multidifusión;

[0296] o recibir un primer parámetro de invocación enviado por una primera función de red, donde el primer parámetro de invocación se utiliza para invocar una operación de servicio de contexto de multidifusión de la segunda función de red.

[0297] Opcionalmente, el aparato 120 para la operación de sesión de servicio de multidifusión puede incluir además: un cuarto módulo de envío, configurado para enviar un segundo parámetro de invocación a una tercera función de red, donde el segundo parámetro de invocación se usa para invocar una operación de servicio de autorización de la tercera función de red; y

[0298] un cuarto módulo de recepción, configurado para recibir un segundo resultado de invocación enviado por la tercera función de red.

[0299] Opcionalmente, el tercer módulo 121 de envío está configurado específicamente para:

[0300] enviar el resultado de la operación de servicio de multidifusión al terminal a través de la primera función de red. Opcionalmente, el tercer módulo 121 de envío está configurado específicamente para:

[0301] enviar el resultado de la operación de servicio de multidifusión al terminal según el segundo resultado de invocación.

[0302] Opcionalmente, el primer parámetro de invocación se usa específicamente para cualquiera de los siguientes: invocar una operación de servicio de adición de usuario de contexto de multidifusión de la segunda función de red; e

[0303] invocar una operación de servicio de supresión de usuario de contexto de multidifusión de la segunda función de red.

[0304] Opcionalmente, la solicitud que incluye información de servicio de multidifusión incluye uno cualquiera de los siguientes:

[0305] un mensaje de solicitud de establecimiento de sesión de multidifusión; y

[0306] un mensaje de solicitud de liberación de sesión de multidifusión.

[0307] Opcionalmente, el aparato 120 para la operación de sesión de servicio de multidifusión puede incluir además: un módulo de suscripción, configurado para suscribir notificaciones de mensajes de terminal desde una función de gestión de acceso.

[0308] Opcionalmente, el aparato 120 para la operación de sesión de servicio de multidifusión puede incluir además: un quinto módulo de envío, configurado para enviar un mensaje de solicitud de sesión de radio a un nodo de RAN.

[0309] El mensaje de solicitud de sesión de radio incluye al menos uno de los siguientes:

[0310] información de seguridad;

[0311] información de servicio de multidifusión;

[0312] información de función de plano de usuario;

[0313] un identificador de grupo de multidifusión;

[0314] un identificador de túnel de multidifusión; e

[0315] información para crear o actualizar un recurso de radio.

[0316] El segundo parámetro de invocación se utiliza específicamente para cualquiera de los siguientes:

[0317] invocar una operación de servicio de autorización de adición de usuario de la tercera función de red; invocar una operación de servicio de autorización de supresión de usuario de la tercera función de red; e invocar una operación de servicio de autorización de creado de la tercera función de red.

[0318] Opcionalmente, el segundo parámetro de invocación incluye al menos uno de los siguientes:

[0319] un identificador de usuario;

[0320] información de servicio de multidifusión;

[0321] información de capacidad de calidad de servicio; e

[0322] información sobre un nodo RAN.

[0323] Opcionalmente, el segundo resultado de invocación incluye al menos uno de los siguientes:

[0324] información de seguridad; y

[0325] un identificador de grupo de multidifusión.

[0326] Puede entenderse que el aparato 120 para la operación de sesión de servicio de multidifusión en esta realización puede implementar los procesos implementados en la realización de método mostrada en la figura 3, con los mismos efectos beneficiosos logrados. Para evitar repeticiones, los detalles no se describen de nuevo en el presente documento.

[0327] Haciendo referencia a la figura 13, la figura 13 es un diagrama estructural esquemático de un aparato para la operación de sesión de servicio de multidifusión según una realización de la presente invención. El aparato para la operación de sesión de servicio de multidifusión se aplica a una tercera función de red de un dispositivo de comunicaciones. La tercera función de red es una MBPCF. Como se muestra en la figura 13, el aparato 130 para la operación de sesión de servicio de multidifusión puede incluir:

[0328] un quinto módulo 131 de recepción, configurado para recibir un segundo parámetro de invocación enviado por una segunda función de red, donde el segundo parámetro de invocación se utiliza para invocar una operación de servicio de autorización de la tercera función de red, y el segundo parámetro de invocación incluye información de servicio de multidifusión; y

[0329] un sexto módulo 132 de envío, configurado para enviar un segundo resultado de invocación a la segunda función de red.

[0330] El segundo parámetro de invocación se utiliza específicamente para cualquiera de los siguientes:

[0331] invocar una operación de servicio de autorización de adición de usuario de la tercera función de red; invocar una operación de servicio de autorización de supresión de usuario de la tercera función de red; e invocar una operación servicio de autorización de creado de la tercera función de red.

[0332] Opcionalmente, el sexto módulo 132 de envío está configurado específicamente para:

[0333] determinar el segundo resultado de invocación en base a un identificador de usuario y la información de servicio de multidifusión que se incluyen en el segundo parámetro de invocación, y enviar el segundo resultado de invocación a la segunda función de red;

[0334] o

[0335] determinar el segundo resultado de invocación en base a información de capacidad de calidad de servicio soportada por un terminal e incluida en el segundo parámetro de invocación, y enviar el segundo resultado de invocación a la segunda función de red;

[0336] o

[0337] enviar un mensaje de solicitud de decisión a una cuarta función de red, recibir un resultado de decisión devuelto por la cuarta función de red en base al mensaje de solicitud de decisión y enviar el segundo resultado de invocación a la segunda función de red en base al resultado de decisión.

[0338] Opcionalmente, el aparato 130 para la operación de sesión de servicio de multidifusión puede incluir además: un sexto módulo de recepción, configurado para recibir una información de configuración enviada por la cuarta función de red, en donde

[0339] la información de configuración incluye información de operación de evento, y la información de operación de evento incluye cualquiera de los siguientes:

[0340] un tipo de evento; y

[0341] un tipo de evento y una manera de notificar a un proveedor de contenido la ocurrencia del evento.

[0342] Puede entenderse que el aparato 130 para la operación de sesión de servicio de multidifusión en esta realización puede implementar los procesos implementados en la realización de método mostrada en la figura 4, con los mismos efectos beneficiosos logrados. Para evitar repeticiones, los detalles no se describen de nuevo en el presente documento.

[0343] Con referencia a la figura 14, la figura 14 es un diagrama estructural esquemático de un dispositivo de comunicaciones según una realización de la presente invención no de acuerdo con las reivindicaciones adjuntas y dado como un ejemplo útil para el entendimiento de la invención. Como se muestra en la figura 14, el dispositivo 140 de comunicaciones incluye un procesador 141, una memoria 142 y un programa informático almacenado en la memoria 142 y capaz de ejecutarse en el procesador. Los componentes del dispositivo 140 de comunicaciones se acoplan entre sí a través de una interfaz 143 de bus y, cuando el programa informático se ejecuta por el procesador 141, se pueden implementar los procesos implementados en la realización del método mostrada en la figura 2, o se implementan los procesos implementados en la realización del método mostrada en la figura 3, o se implementan los procesos implementados en la realización del método mostrada en la figura 4, con los mismos efectos técnicos logrados. Para evitar repeticiones, los detalles no se describen de nuevo en el presente documento.

[0344] Una realización de la presente invención proporciona además un medio de almacenamiento legible por ordenador. Un programa informático se almacena en el medio de almacenamiento legible por ordenador, y cuando el programa informático se ejecuta por un procesador, se implementan los procesos implementados en la realización de método mostrada en la figura 2, o se implementan los procesos implementados en la realización de método mostrada en la figura 3, o se implementan los procesos implementados en la realización de método mostrada en la figura 4, con los mismos efectos técnicos logrados. Para evitar repeticiones, los detalles no se describen de nuevo en el presente documento. Por ejemplo, el medio de almacenamiento legible por ordenador es una memoria de solo lectura (Memoria de Solo Lectura, ROM), una memoria de acceso aleatorio (Memoria de Acceso Aleatorio, RAM), un disco magnético o un disco óptico.

[0346] Debe observarse que en esta memoria descriptiva, los términos “incluir” y “comprender”, o cualquiera de sus variantes están destinados a cubrir una inclusión no exclusiva, de modo que un proceso, método, artículo o aparato que incluye una lista de elementos no solo incluye esos elementos sino que también incluye otros elementos que no están enumerados expresamente, o incluye además elementos inherentes a dicho proceso, método, artículo o aparato. En ausencia de más restricciones, un elemento precedido por “incluye un/una...” no excluye la existencia de otros elementos idénticos en el proceso, método, artículo o aparato que incluye el elemento.

[0348] Según la descripción de las realizaciones anteriores, los expertos en la técnica pueden comprender claramente que el método en las realizaciones anteriores puede implementarse mediante software además de una plataforma de hardware universal necesaria o solo mediante hardware. En la mayoría de los casos, la primera es una implementación preferida. Basándose en tal comprensión, las soluciones técnicas de la presente invención esencialmente, o la parte que contribuye a la técnica anterior, pueden implementarse en forma de un producto de software. El producto de software se almacena en un medio de almacenamiento (por ejemplo, ROM/RAM, un disco magnético o un disco óptico), e incluye varias instrucciones para dar instrucciones a un terminal (que puede ser un teléfono móvil, un ordenador, un servidor, un acondicionador de aire, un dispositivo de red o similares) para realizar el método descrito en las realizaciones de la presente invención.

Claims

1. REIVINDICACIONES

1. Un aparato para operación de sesión de servicio de multidifusión, aplicado a una primera función de red de un dispositivo de comunicaciones, que comprende:

un primer módulo de recepción (111), configurado para recibir desde un terminal una solicitud que comprende información de servicio de multidifusión; y

un primer módulo de envío (112), configurado para enviar un primer parámetro de invocación a una segunda función de red, en donde el primer parámetro de invocación se utiliza para invocar una operación de servicio de contexto de multidifusión de la segunda función de red,

en donde la primera función de red es una función de gestión de acceso, AMF, o una función de gestión de sesión, SMF; y la segunda función de red es una gestión de sesión de difusión de multidifusión, MBSF, o una función de red que integra la MBSF y una función de control de política de difusión de multidifusión, MBPCF, en donde el primer parámetro de invocación comprende al menos una de las siguientes:

información de indicación de tipo de operación, en donde la información de indicación de tipo de operación se usa para indicar cualquiera de los siguientes: adición de usuario, supresión de usuario, establecimiento de sesión de multidifusión y liberación de sesión de multidifusión;

información de servicio de multidifusión, en donde la información de servicio de multidifusión se recibe desde el terminal;

información de capacidad de calidad de servicio, en donde la información de capacidad de calidad de servicio se recibe desde el terminal; e

información sobre un nodo de red de acceso de radio, RAN, que sirve al UE.

2. El aparato para operación de sesión de servicio de multidifusión según la reivindicación 1, que comprende además:

un segundo módulo de recepción, configurado para recibir un primer resultado de invocación devuelto por la segunda función de red; y

un segundo módulo de envió, configurado para: enviar un resultado de operación de servicio de multidifusión al terminal según el primer resultado de invocación; o

rechazar enviar informaciones al terminal, en función del primer resultado de invocación,

en donde el resultado de operación de servicio de multidifusión comprende uno cualquiera de los siguientes: un mensaje de éxito de establecimiento de sesión de multidifusión;

un mensaje de fallo de establecimiento de sesión de multidifusión;

información de activación de servicio de multidifusión;

información de desactivación de servicio de multidifusión; y

se permite información que sale de una sesión de multidifusión.

3. El aparato para operación de sesión de servicio de multidifusión según la reivindicación 1, en donde la solicitud que comprende información de servicio de multidifusión comprende uno cualquiera de los siguientes:

un mensaje de solicitud de establecimiento de sesión de multidifusión;

un primer paquete de datos para solicitar unirse a un grupo de multidifusión correspondiente;

un mensaje de solicitud de liberación de sesión de multidifusión; y

un segundo paquete de datos para solicitar abandonar un grupo de multidifusión correspondiente, y, en donde el primer parámetro de invocación se utiliza específicamente para uno cualquiera de los siguientes: invocar una operación de servicio de adición de usuario de contexto de multidifusión de la segunda función de red; e

invocar una operación de servicio de supresión de usuario de contexto de multidifusión de la segunda función de red.

4. El aparato para operación de sesión de servicio de multidifusión según la reivindicación 1, en donde la información de servicio de multidifusión comprende al menos uno de los siguientes:

una dirección de servicio de multidifusión;

un identificador de grupo de multidifusión; y

un localizador de recursos uniforme.

5. El aparato para operación de sesión de servicio de multidifusión según la reivindicación 2, en donde el primer resultado de invocación comprende al menos uno de los siguientes:

un identificador de grupo de multidifusión;

información para notificar a una RAN que cree o actualice un recurso de radio; y

el resultado de operación de servicio de multidifusión.

6. Un aparato para operación de sesión de servicio de multidifusión, aplicado a una segunda función de red de un dispositivo de comunicaciones, que comprende:

un tercer módulo de envío (121), configurado para enviar un resultado de operación de servicio de multidifusión a un terminal,

en donde el aparato comprende además:

un tercer módulo de recepción, configurado para recibir desde el terminal una solicitud que comprende información de servicio de multidifusión; o recibir un primer parámetro de invocación enviado por una primera función de red, en donde el primer parámetro de invocación se utiliza para invocar una operación de servicio de contexto de multidifusión de la segunda función de red;

un cuarto módulo de envío, configurado para enviar un segundo parámetro de invocación a una tercera función de red, en donde el segundo parámetro de invocación se utiliza para invocar una operación de servicio de autorización de la tercera función de red, y

un cuarto módulo de recepción, configurado para recibir un segundo resultado de invocación enviado por la tercera función de red,

en donde la primera función de red es una función de gestión de acceso, AMF, o una función de gestión de sesión, SMF; la segunda función de red es una gestión de sesión de difusión de multidifusión, MBSF, o una función de red que integra la MBSF y una función de control de política de difusión de multidifusión, MBPCF; y la tercera función de red es la MBPCF,

en donde el primer parámetro de invocación comprende al menos una de las siguientes:

información de capacidad de calidad de servicio, en donde la información de capacidad de calidad de servicio se recibe desde el terminal; y

información sobre un nodo de red de acceso de radio, RAN, que sirve al UE.

7. El aparato para operación de sesión de servicio de multidifusión según la reivindicación 6, en donde el tercer módulo de envió (121) está configurado además para

enviar el resultado de la operación de servicio de multidifusión al terminal a través de la primera función de red.

8. El aparato para operación de sesión de servicio de multidifusión según la reivindicación 6, en donde el tercer módulo de envió (121) está configurado además para

enviar el resultado de la operación de servicio de multidifusión al terminal según el segundo resultado de invocación.

9. El aparato para operación de sesión de servicio de multidifusión según la reivindicación 6, en donde el primer parámetro de invocación se utiliza específicamente para uno cualquiera de los siguientes:

invocar una operación de servicio de adición de usuario de contexto de multidifusión de la segunda función de red; e

invocar una operación de servicio de supresión de usuario de contexto de multidifusión de la segunda función de red,

o,

en donde la solicitud que comprende información de servicio de multidifusión comprende uno cualquiera de los siguientes:

un mensaje de solicitud de establecimiento de sesión de multidifusión; y

un mensaje de solicitud de liberación de sesión de multidifusión.

10. El aparato para operación de sesión de servicio de multidifusión según la reivindicación 6, que comprende además:

un módulo de suscripción, configurado para suscribir notificaciones de mensajes de terminal desde una función de gestión de acceso; o

un quinto módulo de envío, configurado para enviar un mensaje de solicitud de sesión de radio a un nodo de RAN, en donde

el mensaje de solicitud de sesión de radio comprende al menos uno de los siguientes:

información de seguridad;

información de servicio de multidifusión;

información de función de plano de usuario;

un identificador de grupo de multidifusión;

un identificador de túnel de multidifusión; e

información para crear o actualizar un recurso de radio.

11. El aparato para operación de sesión de servicio de multidifusión según la reivindicación 6, en donde el segundo parámetro de invocación se utiliza específicamente para uno cualquiera de los siguientes:

invocar una operación de servicio de autorización de adición de usuario de la tercera función de red; invocar una operación de servicio de autorización de supresión de usuario de la tercera función de red; e invocar una operación de servicio de autorización de creación de la tercera función de red, y

en donde el segundo parámetro de invocación comprende al menos uno de los siguientes:

un identificador de usuario;

información de servicio de multidifusión;

información de capacidad de calidad de servicio; e

información sobre un nodo RAN,

y,

en donde el segundo resultado de invocación comprende al menos uno de los siguientes:

información de seguridad; y

un identificador de grupo de multidifusión.

12. Un aparato para operación de sesión de servicio de multidifusión aplicado a una tercera función de red de un dispositivo de comunicaciones, que comprende:

un quinto módulo de recepción (131), configurado para recibir un segundo parámetro de invocación enviado por una segunda función de red, en donde el segundo parámetro de invocación se utiliza para invocar una operación de servicio de autorización de la tercera función de red, y el segundo parámetro de invocación comprende información de servicio de multidifusión; y

un sexto módulo de envío (132), configurado para enviar un segundo resultado de invocación a la segunda función de red,

en donde la segunda función de red es una gestión de sesión de difusión de multidifusión, MBSF, o una función de red que integra la MBSF y una función de control de política de difusión de multidifusión, MBPCF; y la tercera función de red es la MBPCF, y

en donde el segundo parámetro de invocación se utiliza específicamente para uno cualquiera de los siguientes: invocar una operación de servicio de autorización de adición de usuario de la tercera función de red; invocar una operación de servicio de autorización de supresión de usuario de la tercera función de red; e invocar una operación de servicio de autorización de creación de la tercera función de red.

13. El aparato para operación de sesión de servicio de multidifusión según la reivindicación 12, en donde el sexto módulo de envío está configurado además para

determinar el segundo resultado de invocación en base a un identificador de usuario y la información de servicio de multidifusión que están comprendidas en el segundo parámetro de invocación, y enviar el segundo resultado de invocación a la segunda función de red;

o

determinar el segundo resultado de invocación en base a información de capacidad de calidad de servicio soportada por un terminal y comprendida en el segundo parámetro de invocación, y enviar el segundo resultado de invocación a la segunda función de red;

o

enviar un mensaje de solicitud de decisión a una cuarta función de red, recibir un resultado de decisión devuelto por la cuarta función de red en base al mensaje de solicitud de decisión y enviar el segundo resultado de invocación a la segunda función de red en base al resultado de decisión.

14. El aparato para operación de sesión de servicio de multidifusión según la reivindicación 12, que comprende además:

un sexto módulo de recepción, configurado para recibir información de configuración enviada por la cuarta función de red; en donde

la información de configuración comprende información de operación de evento, y la información de operación de evento comprende cualquiera de los siguientes:

un tipo de evento; y

un tipo de evento y una manera de notificar a un proveedor de contenido de la ocurrencia de evento.