ES3047396T3

ES3047396T3 - Managing a c2 communication mode for an unmanned aerial system

Info

Publication number: ES3047396T3
Application number: ES20728447T
Authority: ES
Inventors: Emmanouil Pateromichelakis; Apostolis Salkintzis; Dimitrios Karampatsis
Original assignee: Lenovo Singapore Pte Ltd
Current assignee: Lenovo Singapore Pte Ltd
Priority date: 2020-05-20
Filing date: 2020-05-20
Publication date: 2025-12-03
Anticipated expiration: 2040-05-20
Also published as: US20230239724A1; KR20230011392A; MX2022014488A; WO2021233548A1; CN115968533A; EP4154427A1; JP7524353B2; PL4154427T3; EP4154427B1; CN115968533B; EP4154427C0; JP2023535860A

Abstract

Se describen aparatos, métodos y sistemas para gestionar un modo de comunicación C2. Un aparato (500) incluye un transceptor (525) que soporta una interfaz de red (540) que recibe (705) una solicitud de aplicación para gestionar un modo de comunicación C2 para un primer UAS (101). El primer UAS (101) comprende un primer UAV (103) y un primer UAV-C (104). La interfaz de red (540) recibe (710) un primer informe de una aplicación del primer UAS (101), ubicada en uno de los dos UAV (103) y el primer UAV-C (104). El aparato (500) incluye un procesador (505) que determina (715) conmutar el modo de operación de comunicación C2 para el primer UAS (101) basándose en el primer informe recibido y transmite (720), a través de la interfaz de red (740), una instrucción de conmutación de comunicación C2 al primer UAS (101). (Traducción automática con Google Translate, sin valor legal)

Description

[0001] DESCRIPCIÓN

[0003] Gestión de un modo de comunicaciones C2 para un sistema aéreo no tripulado

[0005] CAMPO

[0007] La materia divulgada en la presente se refiere en general a comunicaciones inalámbricas y, más particularmente, a la gestión de un modo de funcionamiento de comunicaciones C2.

[0009] ANTECEDENTES

[0011] En la presente se definen las siguientes abreviaturas, por lo menos algunas de las cuales se mencionan en la descripción siguiente: Proyecto de Asociación de Tercera Generación ('3GPP'), Red Central de Quinta Generación ('5CG'), Sistema de Quinta Generación ('5GS'), Identificadores de Calidad de Servicio de Quinta Generación ('5QI'), Autenticación, Autorización y Contabilidad ('AAA'), Advertencia Avanzada de Colisión en Intersecciones ('AICW'), Función de Gestión de Acceso y Movilidad ('AMF'), Acuse de recibo positivo ('ACK'), Interfaz de programación de aplicaciones ('API'), Estrato de acceso ('AS'), Estación base ('BS'), Más allá de la línea de visión ('BLOS'), Categoría de requisitos ('CoR'), Mando y control ('C2'), Elemento de control ('CE'), Fusión cooperativa ('CM'), Adelantamiento cooperativo ('CO'), Transición de control cooperativa ('CToC'), Cambio de carril cooperativo ('CLC'), Percepción colectiva ('CP'), Mensaje de percepción colectiva ('CPM'), Red central ('CN'), Vehículo conectado y autónomo ('CAV'), Índice de ocupación del canal ('CBR'), Mensaje de notificación ambiental descentralizado ('DENM'), Enlace<descendente>('D<l>'),<Transmisión discontinua ('DTX'), Nodo B evolucionado ('eNB'), Núcleo de paquetes evolucionado>('EPC'), Sistema de paquetes evolucionado ('EPS'), Acceso de radio terrestre UMTS evolucionado ('E-UTRA'), Red de acceso de radio terrestre UMTS evolucionada ('E-UTRAN'), Instituto Europeo de Normas de Telecomunicaciones ('ETSI'), Nombre de dominio completamente calificado ('FQDN'), Servicio general de paquetes por radio (GPRS), Identificador genérico de servicio público (GPSI), Sistema global para comunicaciones móviles (GSM), Solicitud híbrida de repetición automática (HARQ), Servidor de abonados domésticos (HSS), Elemento de información (IE), Internet de las cosas (IoT), Identidad internacional de equipo móvil ('IMEI'), Sistema de transporte inteligente ('ITS'), Estación ITS ('ITS-S'), Mensaje de información de infraestructura a vehículo ('IVIM'), Indicador clave de rendimiento ('KPI'), Línea de visión ('LOS'), Nivel de automatización ('LoA'), Evolución a largo plazo ('LTE'), Gestión de la movilidad ('MM'), Entidad de gestión de la movilidad ('MME'), Mensaje ampliado de mapa (topología) ('MAPEM'), Control de maniobras ('MC'), Mensaje de control de maniobras ('MCM'), Acuse de recibo negativo ('NACK') o ('NAK'), Nodo-B de nueva generación (5G) ('gNB'), Red de acceso de radio de nueva generación ('NG-RAN', una RAN usada para redes 5GS), Nueva radio ('NR', una tecnología de acceso de radio 5G; también denominada '5G NR'), Estrato sin acceso ('NAS'), Información de asistencia para la selección de segmentos de red ('NSSAI'), Función de exposición de red ('NEF'), Aviso de adelantamiento de vehículo ('OVW'), Nombre de dominio parcialmente cualificado ('PQDN'), Unidad de datos por paquetes ('PDU', usada en relación con la 'sesión PDU'), PC5 5QI ('PQI'), Identificador de equipo permanente ('PEI'), Control de pelotón ('PC'), Mensaje de control de pelotón ('PCM'), Servicio de proximidad ('ProSe'), Red móvil terrestre pública ('PLMN'), Calidad de servicio/experiencia ('QoS'), Red de acceso de radio ('RAN'), Recepción ('RX'), Unidad de carretera ('RSU'), Capa de arquitectura de habilitación de servicios ('SEAL'), Gestión de sesión ('SM'), Función de gestión de sesión ('SMF'), Proveedor de servicios ('SP'), Función de exposición de capacidad de servicio ('SCEF'), Información de asistencia para la selección de un único segmento de red ('S-NSSAI'), Mensaje ampliado de fase y sincronización de señal ('SPATEM'), Mensaje ampliado de solicitud de señal ('SREM'), Mensaje ampliado de estado de solicitud de señal ('SSEM'), Identificador permanente de suscripción ('SUPI'), Identificador oculto de suscripción ('SUCI'), Reserva de área de conducción objetivo ('TDAR'), Bloque de transporte ('TB'), Transmisión ('TX'), Vehículo a todo ('V2X'), Vehículo a infraestructura ('V2I'), Vehículo a vehículo ('V2V'), Vehículo a repetidor ('V2R'), Habilitador de aplicaciones V2X ('VAE'), Protección de usuarios vulnerables de la vía pública ('VRUP'), Gestión unificada de datos ('UDM'), Sistema aéreo no tripulado ('UAS'), Habilitador de aplicaciones de UAS ('UAE', es decir, que tiene un servidor de UAE y por lo menos un cliente de UAE), Gestor de tráfico de UAS ('UTM'), Proveedor de servicios de UAS ('USS'), Vehículo aéreo no tripulado ('UAV'), Controlador de UAV ('UAV-C'), Repositorio de datos de usuario ('UDR'), Entidad/equipo de usuario (terminal móvil) ('UE'), Enlace ascendente ('UL'), Plano de usuario ('UP'), Sistema universal de telecomunicaciones móviles ('UMTS'), Acceso de radio terrestre UMTS ('UTRA'), Red de acceso de radio terrestre UMTS ('UTRAN'), Descripción del servicio de usuario ('USD') e Interoperabilidad mundial para el acceso por microondas ('WiMAX'). Como se usa en la presente, 'HARQ-ACK' puede representar colectivamente el acuse de recibo positivo ('ACK') y el acuse de recibo negativo ('NACK') y la transmisión discontinua ('DTX'). ACK<significa que un>Terróneamente. DTX significa que no se ha detectado ningún TB.

[0013] En ciertos sistemas de comunicaciones, un sistema aéreo no tripulado ('UAS') puede configurarse con un modo de comunicaciones de mando y control ('C2'). En ciertas realizaciones, se considera que las siguientes comunicaciones C2 proporcionan servicios UAS al garantizar la QoS para comunicaciones C2: 1) comunicación C2 directa, 2) comunicación C2 asistida por red (también conocida como 'comunicación C2 indirecta') y 3) comunicación C2 guiada por UTM.

[0015] InterDigital et al, ' Clarification of the definition of a UAS', S1-202058, Reunión de 3GPP TSG-SAI N°90, Reunión electrónica, del 18 al 22 de mayo de 2020, es una solicitud de cambio para aclarar las imprecisiones relativas a cómo los UA consisten en controlador de UAV y de UAV. Las declaraciones normativas se hacen informativas según proceda y se corrigen una serie de redacciones.

[0017] BREVE RESUMEN

[0019] Se divulgan métodos para gestionar un modo de funcionamiento de comunicaciones C2. Los aparatos y sistemas también realizan las funciones de los métodos. La invención se define en las reivindicaciones independientes adjuntas.

[0021] BREVE DESCRIPCIÓN DE LOS DIBUJOS

[0023] Se ofrecerá una descripción más particular de las realizaciones descritas brevemente con anterioridad por referencia a realizaciones específicas que se ilustran en los dibujos adjuntos. Entendiendo que estos dibujos representan solamente algunas realizaciones y, por lo tanto, no deben considerarse limitativos del alcance, las realizaciones se describirán y explicarán con especificidad y detalle adicionales mediante el uso de los dibujos acompañantes, en los que:

[0025] La Figura 1A es un diagrama esquemático de bloques que ilustra una realización de un sistema de comunicaciones inalámbricas para gestionar un modo de funcionamiento de comunicaciones C2;

[0026] La Figura 1B es un diagrama de bloques que ilustra los modos de funcionamiento para la comunicación C2; La Figura 2 es un diagrama que ilustra una realización de una arquitectura de red para gestionar un modo de funcionamiento de comunicación C2;

[0027] La Figura 3A es un diagrama que ilustra el flujo de señalización para una realización de un procedimiento que cambia dinámicamente un modo de funcionamiento para la comunicación C2;

[0028] La Figura 3B continúa el procedimiento de la Figura 3A;

[0029] La Figura 4A es un diagrama que ilustra el flujo de señalización para otra realización de un procedimiento que cambia dinámicamente un modo de funcionamiento para la comunicación C2;

[0030] La Figura 4B continúa el procedimiento de la Figura 4A;

[0031] La Figura 5 es un diagrama que ilustra una realización de un aparato servidor de UAE que puede usarse para gestionar un modo de funcionamiento de comunicación C2;

[0032] La Figura 6 es un diagrama que ilustra una realización de un aparato cliente de UAE que puede usarse para gestionar un modo de funcionamiento de comunicación C2;

[0033] La Figura 7 es un diagrama de flujo que ilustra una realización de un método que puede usarse para gestionar un modo de funcionamiento de comunicación C2; y

[0034] La Figura 8 es un diagrama de flujo que ilustra una realización de un método que puede usarse para gestionar un modo de funcionamiento de comunicación C2.

[0036] DESCRIPCIÓN DETALLADA

[0038] Como apreciarán los expertos en la materia, los aspectos de las realizaciones pueden materializarse como un sistema, un aparato, un método o un producto de programa. Por consiguiente, las realizaciones pueden adoptar la forma de una realización completamente de hardware, una realización completamente software (incluyendo firmware, software residente, microcódigo, etc.) o una realización que combine aspectos de software y hardware.

[0040] Por ejemplo, las realizaciones divulgadas pueden implementarse como un circuito de hardware que comprenda circuitos de integración a muy gran escala ('VLSI') personalizados o matrices de puertas, semiconductores disponibles en el mercado como chips lógicos, transistores u otros componentes discretos. Las realizaciones divulgadas también pueden implementarse en dispositivos de hardware programables como matrices de puertas programables en campo, lógica de matriz programable, dispositivos lógicos programables o similares. Como otro ejemplo, las realizaciones divulgadas pueden incluir uno o más bloques físicos o lógicos de código ejecutable que pueden, por ejemplo, organizarse como un objeto, un procedimiento o una función.

[0042] Además, las realizaciones pueden adoptar la forma de un producto de programa incorporado en uno o más dispositivos de almacenamiento legibles por ordenador que almacenan código legible por máquina, código legible por ordenador y/o código de programa, en lo sucesivo denominado 'código'. Los dispositivos de almacenamiento pueden ser tangibles, no transitorios y/o no transmisibles. Los dispositivos de almacenamiento pueden no incorporar señales. En una cierta realización, los dispositivos de almacenamiento solo emplean señales para acceder al código.

[0044] Puede utilizarse cualquier combinación de uno o más medios legibles por ordenador. El medio legible por ordenador puede ser un medio de almacenamiento legible por ordenador. El medio de almacenamiento legible por ordenador puede ser un dispositivo de almacenamiento que almacena el código. El dispositivo de almacenamiento puede ser, por ejemplo, pero no se limita a, un sistema, aparato o dispositivo electrónico, magnético, óptico, electromagnético, infrarrojo, holográfico, micromecánico o semiconductor, o cualquier combinación adecuada de los anteriores.

[0045] Ejemplos más específicos (una lista no exhaustiva) del dispositivo de almacenamiento incluyen los siguientes: una conexión eléctrica que tenga uno o más cables, un disquete de ordenador portátil, un disco duro, una memoria de acceso aleatorio ('RAM'), una memoria de solo lectura ('ROM'), una memoria de solo lectura programable y borrable ('EPROM' o memoria Flash), una memoria de solo lectura de disco compacto portátil ('CD-ROM'), un dispositivo de almacenamiento óptico, un dispositivo de almacenamiento magnético o cualquier combinación adecuada de los anteriores. En el contexto de este documento, un medio de almacenamiento legible por ordenador puede ser cualquier medio tangible que pueda contener o almacenar un programa para su uso por o en conexión con un sistema, aparato o dispositivo de ejecución de instrucciones.

[0047] El código para llevar a cabo operaciones para las realizaciones puede tener cualquier cantidad de líneas y puede estar escrito en cualquier combinación de uno o más lenguajes de programación, incluyendo un lenguaje de programación orientado a objetos como Python, Ruby, Java, Smalltalk, C++ o similares, y lenguajes de programación procedimentales convencionales, como el lenguaje de programación 'C' o similares, y/o lenguajes de máquina como los lenguajes ensambladores. El código puede ejecutarse completamente en el ordenador del usuario, parcialmente en el ordenador del usuario, como un paquete de software independiente, parcialmente en el ordenador del usuario y parcialmente en un ordenador remoto, o completamente en el ordenador remoto o servidor. En este último caso, el ordenador remoto puede conectarse al ordenador del usuario a través de cualquier tipo de red, incluyendo una red de área local ('LAN') o una red de área amplia ('WAN'), o la conexión puede realizarse a un ordenador externo (por ejemplo, a través de Internet usando un proveedor de servicios de Internet).

[0049] Las referencias a lo largo de esta memoria descriptiva a 'una realización'' o expresiones similares significan que una propiedad, estructura o característica particular descrita en relación con la realización se incluye en por lo menos una realización. Por lo tanto, las apariciones de la frase 'en una realización' y expresiones similares a lo largo de esta memoria descriptiva pueden, pero no necesariamente, referirse todas a la misma realización, sino que significan 'una o más, pero no todas, las realizaciones', a menos que se especifique expresamente lo contrario. Los términos 'que incluyen', 'que comprende', 'que tiene' y variaciones de los mismos significan 'que incluyen, pero no se limitan a', a menos que se especifique expresamente lo contrario. Una lista enumerada de elementos no implica que cualquiera o todos los elementos sean mutuamente excluyentes, a menos que se especifique expresamente lo contrario. Los términos 'un', 'uno' y 'el' también se refieren a 'uno o más', a menos que se especifique expresamente lo contrario.

[0051] Como se usa en la presente, una lista con la conjunción 'y/o' incluye cualquier elemento individual de la lista o una combinación de elementos de la lista. Por ejemplo, una lista de A, B y/o C incluye solo A, solo B, solo C, una combinación de A y B, una combinación de B y C, una combinación de A y C o una combinación de A, B y C. Como se usa en la presente, una lista que usa la terminología 'uno o más de' incluye cualquier elemento individual de la lista o una combinación de elementos de la lista. Por ejemplo, uno o más de A, B y C incluye solo A, solo B, solo C, una combinación de A y B, una combinación de B y C, una combinación de A y C o una combinación de A, B y C. Como se usa en la presente, una lista que use la terminología 'uno de' incluye uno y solo uno de cualquier elemento individual de la lista. Por ejemplo, 'uno de A, B y C' incluye solo A, solo B o solo C y excluye combinaciones de A, B y C. Como se usa en la presente, 'un miembro seleccionado del grupo que consiste en A, B y C' incluye uno y solo uno de A, B o C, y excluye combinaciones de A, B y C. Como se usa en la presente, 'un miembro seleccionado del grupo que consiste en A, B y C y combinaciones de los mismos' incluye solo A, solo B, solo C, una combinación de A y B, una combinación de B y C, una combinación de A y C o una combinación de A, B y C.

[0053] Además, las propiedades, estructuras o características descritas de las realizaciones pueden combinarse de cualquier manera adecuada. En la siguiente descripción se proporcionan numerosos detalles específicos, como ejemplos de programación, módulos de software, selecciones de usuario, transacciones de red, consultas de bases de datos, estructuras de bases de datos, módulos de hardware, circuitos de hardware, chips de hardware, etc., para proporcionar una comprensión exhaustiva de las realizaciones. Sin embargo, un experto en la materia relevante reconocerá que las realizaciones pueden ponerse en práctica sin uno o más de los detalles específicos, o con otros métodos, componentes, materiales y demás. En otros casos, no se muestran ni se describen con detalle estructuras, materiales u operaciones bien conocidos para evitar oscurecer aspectos de una realización.

[0055] A continuación se describen aspectos de las realizaciones con referencia a diagramas esquemáticos de flujo y/o diagramas esquemáticos de bloques de métodos, aparatos, sistemas y productos de programa de acuerdo con las realizaciones. Se entenderá que cada bloque de los diagramas esquemáticos de flujo y/o diagramas esquemáticos de bloques, y las combinaciones de bloques en los diagramas esquemáticos de flujo y/o los diagramas esquemáticos de bloques, pueden implementarse mediante código. Este código puede proporcionarse a un procesador de un ordenador de uso general, un ordenador de uso específico u otro aparato de procesamiento de datos programable para producir una máquina, de tal manera que las instrucciones, que se ejecutan a través del procesador del ordenador u otro aparato de procesamiento de datos programable, creen medios para implementar las funciones/actos especificados en los diagramas de flujo y/o los diagramas de bloques.

[0057] El código también puede almacenarse en un dispositivo de almacenamiento que pueda dirigir un ordenador, otro aparato programare de procesamiento de datos u otros dispositivos para que funcionen de una manera particular, de tal manera que las instrucciones almacenadas en el dispositivo de almacenamiento produzcan un artículo de fabricación que incluye instrucciones que implementen la función/acción especificada en los diagramas de flujo y/o diagramas de bloques.

[0059] El código también puede cargarse en un ordenador, otro aparato programable de procesamiento de datos u otros dispositivos para hacer que en el ordenador, el otro aparato programable o los otros dispositivos se realicen una serie de pasos operativos para producir un proceso implementado por ordenador, de tal manera que el código que se ejecuta en el ordenador o el otro aparato programable proporcione procesos para implementar las funciones/actos especificados en los diagramas de flujo y/o los diagramas de bloques.

[0061] Los diagramas de flujo y/o los diagramas de bloques de las Figuras ilustran la arquitectura, la funcionalidad y el funcionamiento de posibles implementaciones de aparatos, sistemas, métodos y productos de programa de acuerdo con varias realizaciones. A este respecto, cada bloque de los diagramas de flujo y/o diagramas de bloques puede representar un módulo, segmento o parte de código, que incluye una o más instrucciones ejecutables del código para implementar la función o funciones lógicas especificadas.

[0063] También hay que tener en cuenta que, en algunas implementaciones alternativas, las funciones indicadas en el bloque pueden producirse fuera del orden indicado en las Figuras. Por ejemplo, dos bloques que se muestran en sucesión pueden, de hecho, ejecutarse sustancialmente al mismo tiempo, o los bloques pueden ejecutarse a veces en orden inverso, dependiendo de la funcionalidad implicada. Pueden concebirse otros pasos y métodos que sean equivalentes en función, lógica o efecto a uno o más bloques, o partes de los mismos, de las figuras ilustradas.

[0065] Aunque en los diagramas de flujo y/o los diagramas de bloques pueden emplearse varios tipos de flechas y líneas, se entiende que no limitan el alcance de las realizaciones correspondientes. De hecho, para indicar únicamente el flujo lógico de la realización representada pueden usarse algunas flechas u otros conectores. Por ejemplo, una flecha puede indicar un período de espera o monitorización de duración indeterminada entre los pasos enumerados de la realización representada. También hay que señalar que cada bloque de los diagramas de bloques y/o los diagramas de flujo, y las combinaciones de bloques en los diagramas de bloques y/o los diagramas de flujo, pueden implementarse mediante sistemas basados en hardware de uso especial que realizan las funciones o actos especificados, o combinaciones de hardware y código de uso especial.

[0067] La descripción de los elementos de cada figura puede hacer referencia a elementos de figuras anteriores. En todas las figuras números similares se refieren a elementos similares, incluyendo las realizaciones alternativas de elementos similares.

[0069] En general, la presente divulgación describe sistemas, métodos y aparatos para gestionar un modo de comunicación de mando y control ('C2') para los UE que participan en comunicaciones C2 relacionadas con los UAV. En la presente se divulgan mecanismos/técnicas para habilitar el cambio al modo de C2 para uno o más UAS.

[0071] En la comunicación C2 directa, el controlador del UAV y el UAV establecen un enlace C2 directo para comunicarse entre sí y ambos se registran en la red 5G usando el recurso de radio configurado y programado proporcionado por la red 5G para la comunicación C2 directa.

[0073] En la comunicación C2 asistida por red (también conocida como 'comunicación C2 indirecta'), el controlador del UAV y el UAV se registran y establecen enlaces de comunicación C2 unidifusión respectivos con la red 5G y se comunican entre sí a través de la red 5G. Además, tanto el controlador del UAV como el UAV pueden registrarse en la red 5G a través de diferentes nodos NG-RAN. Es necesario que la red 5G admita un mecanismo para gestionar el enrutamiento fiable de la comunicación C2.

[0075] En la comunicación C2 guiada por UTM, se ha proporcionado al UAV un plan de vuelo preprogramado, por ejemplo, una matriz de polígonos 4D, para el vuelo autónomo; sin embargo, el UTM sigue manteniendo un enlace de comunicaciones C2 con el UAV para supervisar regularmente el estado del vuelo del UAV, verificar el estado del vuelo con restricciones dinámicas actualizadas, proporcionar actualizaciones de ruta y guiar el UAV cuando sea necesario.

[0077] Debido a posibles cambios en las condiciones de radio, la situación del tráfico, interferencias de otros UAV, eventos impredecibles, etc., es posible que sea necesario adaptar la configuración del modo de C2 para un UAS mientras el vuelo está en curso. Además, es posible que el UTM 131 tenga que tomar el control del UAV 103 bajo demanda si el comportamiento del UAV es problemático.

[0079] Algunos ejemplos para comprender mejor la necesidad de una adaptación dinámica:

[0081] En un primer escenario, el UAV 103 es controlado por el UAV-C 104 usando C2 directo cuando comienza el vuelo. Sin embargo, a medida que el UAV 103 se aleja del UAV-C 104 (por ejemplo, se aproxima a BLOS), el enlace de comunicaciones directos empeora y puede ser necesario cambiar al modo asistido por red antes de que se caiga el enlace PC5 con el fin de garantizar que el UAV 103 no experimente ninguna interrupción del servicio (lo que podría provocar la pérdida de conectividad).

[0082] En un segundo escenario, se usa el modo asistido por red (indirecto) para facilitar la comunicación C2 en condiciones BLOS; sin embargo, cuando el PC5 vuelve a ser viable/estar disponible, puede ser preferible cambiar al modo directo de manera rápida y sin pérdida de datos. La viabilidad/preferencia del PC5 puede darse, por ejemplo, cuando el UAV 103 regresa hacia el UAV-C 104 o cuando la QoS esperada a través del PC5 es mejor que la de la Uu (por ejemplo, debido a posibles congestiones/degradación de la QoS/escasez de recursos/agujeros de cobertura en uno o ambos enlaces Uu).

[0083] Por estas razones, un requisito cuando la comunicación C2 utiliza uno o más sistemas 3GPP para la comunicación es admitir el cambio de enlace de comunicaciones mientras la sesión UAV está en curso. Esto será necesario para:

[0084] A) Mejorar/garantizar el KPI para UAS, por ejemplo, para comunicaciones críticas de fiabilidad, especialmente en escenarios BLOS en los que el piloto se encuentra lejos del UAV.

[0085] B) Garantizar la continuidad del servicio, por ejemplo, cuando el UAV vuela lejos del UAV-C y la conexión puede caerse, o cuando el UAV está itinerando a diferentes PLMN o si hay un fallo de red/escasez de recursos/congestión en uno o más enlaces Uu.

[0086] Hay algunas cuestiones clave relacionadas con el cambio del modo de comunicación C2 cuando está en curso una operación UAS:

[0087] A) No hay ningún mecanismo en 3GPP que permita el cambio dinámico entre los modos C2 directo e indirecto mientras se está realizando una sesión de vuelo con un UAV.

[0088] B) Actualmente no hay garantía de continuidad del servicio de comunicación C2 mientras se cambia entre los modos C2.

[0089] Es posible que, en caso de que la comunicación C2 se cambie a enlaces Uu o PC5 congestionados compartidos con otros UAV, al decidir el cambio se produzca cierto impacto en otros UAV, UE/UE aéreos cercanos.

[0090] Por lo tanto, uno de los problemas que aborda la presente divulgación es cómo habilitar el cambio dinámico de modo de C2 para uno o más pares de UAV-C/UAV, a la vez que se garantice la continuidad del servicio y se minimice el impacto en el funcionamiento de otros UAS. Este problema puede descomponerse en dos subproblemas basados en el escenario:

[0091] Subproblema N° 1: ¿Cómo habilitar el cambio dinámico de C2 directo a C2 indirecto para uno o más UAS 101 mientras el vuelo está en funcionamiento, debido al hecho de que un UAV 103 está moviéndose hacia BLOS o tiene malas condiciones PC5? Las soluciones para el subproblema N° 1 se analizan en detalle con referencia a las Figuras 3A-3B.

[0092] Subproblema N° 2: ¿Cómo habilitar el cambio dinámico de C2 indirecto a C2 directo para uno o más UAS 101 mientras el vuelo está en funcionamiento, cuando el enlace C2 directo vuelve a estar disponible/es factible (y preferible)? Las soluciones para el subproblema N° 2 se analizan en detalle con referencia a las Figuras 4A-4B.

[0093] Para ambos subproblemas, una restricción clave es que durante esta transición de un modo a otro, es necesario evitar la interrupción del servicio C2 y/o la degradación de la QoS. En algunas realizaciones, el servidor de UAE 221 (plataforma de middleware) activa los modos de cambio de las operaciones.

[0094] Al contrario que el cambio de modo de comunicación directo/indirecto en los UE convencionales, no se confía en el UAV para decidir el cambio de modo basándose en algún evento de activación. Obsérvese que el UAS 101 comprende diferentes tipos de UE, por ejemplo, vehículos aéreos 103 y controladores de UAV 104. Además, obsérvese que en el UAS, el UAV-C 104 puede estar muy lejos de los UAV 103. Esto requiere mecanismos mejorados para la monitorización de la situación en tiempo real por la red UTM 131/3gpp en ambos extremos (en V2V, para el cambio pueden usarse mediciones/detección CBR). También es muy probable que el UAV 103 y el UAV-C 104 estén conectados a diferentes celdas y/o diferentes PLMN, requiriendo por tanto una coordinación adicional de la red de acceso y/o la red central que no es necesaria en los escenarios de V2X.

[0095] En el UAS, los UAV 103 pueden estar restringido a volar en ciertas zonas. Esto significa que la posibilidad de colisiones con otros drones es mucho mayor que en V2X y que los criterios de activación para un cambio de modo serán diferentes a los de los escenarios de V2X.

[0096] La Figura 1A representa un sistema de comunicaciones inalámbricas 100 para gestionar un modo de funcionamiento de comunicación C2, de acuerdo con las realizaciones de la divulgación. En una realización, el sistema de comunicaciones inalámbricas 100 incluye por lo menos una red de acceso 110 y una red central móvil 120. Como se representa, el sistema de comunicaciones inalámbricas 100 puede incluir una primera red de acceso que da servicio al uAv 103 y una segunda red de acceso que da servicio al controlador del UAV 104. En este caso, el sistema de comunicaciones inalámbricas 100 incluye por lo menos una primera red central 120 que pertenece a la PLMN-a y una segunda red central 130 que pertenece a la PLMN-b. La red o redes de acceso 110 y la red central móvil 120 forman una red de comunicaciones móviles.

[0098] Un sistema aéreo no tripulado ('UAS') 101 incluye un vehículo aéreo no tripulado ('UAV') 103 y un controlador de UAV 104. El operador del UAS 102 es la persona que maneja el UAV 103 (por ejemplo, a través del controlador de UAV 104). El UAV 103 y el controlador del UAV 104 pueden ser cada uno los UE en el sistema de comunicaciones inalámbricas 100. Como tales, el UAV 103 y/o el controlador del UAV 104 pueden comunicarse con una red de acceso 110 para acceder a los servicios prestados por una red central móvil 120.

[0100] Aunque en la Figura 1A se representa un número específico de UAV 103, controladores de UAV 104, redes de acceso 110 y redes centrales móviles 120, los expertos en la materia reconocerán que en el sistema de comunicaciones inalámbricas 100 puede incluir cualquier cantidad de UAV 103, controladores de UAV 104, redes de acceso 110 y redes centrales móviles 120.

[0102] Cada red de acceso 110 contiene por lo menos una unidad base 111 y puede estar compuesta por una red de acceso 3GPP (que contiene por lo menos una unidad base celular) y/o una red de acceso no 3GPP (que contiene por lo menos un punto de acceso). En varias realizaciones, una red de acceso 110 es una red de acceso por radio, como una 5G-RAN. Un UE (por ejemplo, el UAV 103 y/o el controlador de UAV 104) puede comunicarse con una red de acceso 3GPP usando enlaces de comunicación 3GPP y/o comunicarse con una red de acceso no 3GPP usando enlaces de comunicación no 3GPP.

[0104] En una implementación, el sistema de comunicaciones inalámbricas 100 es compatible con el sistema 5G especificado en las especificaciones 3GPP. Sin embargo, de manera más general, el sistema de comunicaciones inalámbricas 100 puede implementar alguna otra red de comunicaciones abierta o propietaria, por ejemplo, LTE o WiMAX, entre otras redes. No se pretende que la presente divulgación se limite a la implementación de ninguna arquitectura o protocolo de sistema de comunicaciones inalámbricas en particular.

[0106] En una realización, un UE (por ejemplo, un UAV 103 y/o un controlador de UAV 104) puede incluir dispositivos informáticos como ordenadores de sobremesa, ordenadores portátiles, asistentes digitales personales ('PDA'), tabletas, teléfonos inteligentes, aparatos inteligentes (por ejemplo, aparatos conectados a Internet), consolas de juegos, controladores remotos o similares. Además, los UE pueden denominarse unidades remotas, unidades de abonado, móviles, estaciones móviles, usuarios, terminales, terminales móviles, terminales fijos, estaciones de abonado, terminales de usuario, unidades de transmisión/recepción inalámbricas ('WTRU'), dispositivos o cualquier otra terminología usada en la técnica.

[0108] Los UE (por ejemplo, el UAV 103 y/o el controlador del UAV 104) pueden comunicarse directamente con una o varias de las unidades base 117 de la red de acceso 115a través de señales de comunicación de enlace ascendente ('UL') y enlace descendente ('DL'). En algunas realizaciones, las señales de comunicación UL y DL se transmiten a través de los enlaces de comunicación 3GPP. En otras realizaciones, las señales de comunicación UL y DL se transmiten a través de enlaces de comunicación no 3GPP. Aquí, las redes de acceso 115 son redes intermedias que proporcionan al UAV 103 y/o al controlador de UAV 104 acceso a las redes centrales móviles 120, 130.

[0110] En algunas realizaciones, los UE se comunican con una o más funciones de gestión del tráfico de UAV ('UTM') a través de una conexión de red con las redes centrales móviles 120, 130. Como se describe con más detalle a continuación, el UAV 103 puede establecer una sesión PDU (o una conexión de datos similar) con las redes centrales móviles 120, 130 usando la red de acceso 115. A continuación, las redes centrales móviles 120, 130 retransmiten el tráfico entre el UE y la red de datos 140 usando la sesión PDU. Obsérvese que el UE puede establecer una o más sesiones PDU (u otras conexiones de datos) con las redes centrales móviles 120, 130. Como tal, el UE puede tener por lo menos una sesión PDU para comunicarse con la red de datos 140. El UE puede establecer sesiones PDU adicionales para comunicarse con otras redes de datos y/u otros hosts remotos.

[0112] Las unidades base 111 pueden estar distribuidas por una región geográfica. En ciertas realizaciones, una unidad base 111 también puede denominarse punto de acceso, terminal de acceso, base, estación base, nodo B, eNB, gNB, nodo B doméstico, nodo de retransmisión, dispositivo o mediante cualquier otra terminología usada en la técnica. Las unidades base 111 generalmente forman parte de una red de acceso de radio ('RAN'), como la red de acceso 110, que puede incluir uno o varios controladores acoplados comunicativamente con una o más unidades base 111 correspondientes. Estos y otros elementos de la red de acceso de radio no se ilustran, pero son bien conocidos por los expertos en la materia. Las unidades base 111 se conectan a la red central móvil 120 a través de la red de acceso 110.

[0114] Las unidades base 111 pueden dar servicio a una serie de UE dentro de un área de servicio, por ejemplo, una celda o un sector de celda, a través de un enlace de comunicaciones inalámbricas. Las unidades base 111 pueden comunicarse directamente con uno o más de los UE a través de señales de comunicación. Por lo general, las unidades base 111 transmiten señales de comunicación DL para dar servicio a los UE en el dominio temporal, de frecuencia y/o espacial. Además, las señales de comunicación<d>L pueden transportarse a través de los enlaces de comunicaciones. Los enlaces de comunicaciones pueden ser cualquier portadora adecuada en el espectro de radio con licencia o sin licencia. Los enlaces de comunicaciones facilitan la comunicación entre uno o varios de los UE y/o una o varias de las unidades base 111.

[0116] En una realización, la red central móvil 120 es un núcleo 5G ('5GC') o el núcleo de paquetes evolucionado ('EPC'), que puede estar acoplado a una red de datos (por ejemplo, la red de datos 130, como Internet y redes de datos privadas, entre otras redes de datos). Un UE puede tener una suscripción u otra cuenta con la red central móvil 120. Cada red central móvil 120 pertenece a una única red móvil terrestre pública ('PLMN'). No se pretende que la presente divulgación se limite a la implementación de ninguna arquitectura o protocolo de sistema de comunicaciones inalámbricas particular.

[0118] La red central móvil 140 incluye varias funciones de red ('NF'). Como se muestra, la red central móvil 120 puede incluir una o múltiples funciones de plano de usuario ('UPF') 121. La red central móvil 120 también incluye múltiples funciones de plano de control que incluyen, pero no se limitan a, una función de gestión de acceso y movilidad ('AMF') 123, una función de gestión de sesiones ('SMF') 125 y una función de exposición de red ('NEF') 127. En ciertas realizaciones, la red central móvil 120 también puede incluir una función de servidor de autenticación ('AUSF'), una función de control de políticas ('PCF') y una función de gestión de datos unificada ('UDM'), una función de repositorio de red ('NRF') (usada por las varias NF para descubrirse y comunicarse entre sí a través de la API) u otras NF definidas para la 5GC. En ciertas realizaciones, la red central móvil 120 puede incluir un servidor AAA.

[0120] En varias realizaciones, la red central móvil 120 admite diferentes tipos de conexiones de datos móviles y diferentes tipos de segmentos de red, en donde cada conexión de datos móviles utiliza un segmento de red específico. Aquí, un 'segmento de red' se refiere a una parte de la red central móvil 120 optimizada para un cierto tipo de tráfico o servicio de comunicaciones. Una instancia de red puede identificarse mediante una S-NSSAI, mientras que un conjunto de segmentos de red para los que el UE (por ejemplo, el UAV 103 y/o el controlador del UAV 104) está autorizado a usar se identifica mediante la NSSAI. En ciertas realizaciones, los varios segmentos de red pueden incluir instancias separadas de funciones de red, como la SMF 125 y la UPF 121. En algunas realizaciones, los diferentes segmentos de red pueden compartir algunas funciones de red comunes, como la AMF 123. En la Figura 1A no se muestran los diferentes segmentos de red para facilitar la ilustración, pero se supone que son compatibles.

[0122] Aunque en la Figura 1A se representan cantidades y tipos específicos de funciones de red, un experto en la materia reconocerá que en la red central móvil 120 puede incluirse cualquier cantidad y tipo de funciones de red. Además, cuando la red central móvil 120 es una EPC, las funciones de red representadas pueden sustituirse por entidades EPC adecuadas, como una MME, S-GW, P-GW, HSS y similares.

[0124] En las siguientes descripciones, el término gNB se usa para la estación base, pero puede sustituirse por cualquier otro nodo de acceso de radio, por ejemplo, BS, eNB, gNB, AP, NR, etc. Además, las operaciones se describen principalmente en el contexto de 5G NR. Sin embargo, las soluciones/métodos propuestos también son aplicables de igual manera a otros sistemas de comunicaciones móviles que admiten células/portadoras de servicio configuradas para el funcionamiento de UAS.

[0126] Como se representa, un UE (por ejemplo, el UAV 103 y/o el controlador de UAV 104) puede conectarse a la red central móvil (por ejemplo, a una red de comunicaciones móviles 5G) a través de una red de acceso 115. La conexión a la red de comunicaciones móviles (por ejemplo, una combinación de red de acceso y red central móvil) permite al UAV 103 operar a mayores distancias del controlador de UAV 104 y no requiere una conexión de línea de visión entre el UAV 103 y el controlador de UAV 104.

[0128] Por lo general, el UAS 101 puede interactuar con una o más funciones de gestión del tráfico de UAV ('UTM') 131 cuando maneja el UAV 103 y/o presenta planes de vuelo. En varias realizaciones, cada red central móvil 120 que admite el funcionamiento del UAV es capaz de comunicarse con uno o más UTM 131.

[0130] El UTM 131 es un elemento que gestiona el funcionamiento de uno o múltiples UAV 103 y el controlador de UAV 104. En varias realizaciones, un UTM 131 monitoriza los UAV 103 y los controladores de UAV 104 que operan en un espacio aéreo no controlado específico (por ejemplo, por debajo de 400 pies sobre el suelo). La gestión del funcionamiento de los UAV puede incluir la concesión de autorizaciones de vuelo, la prevención de colisiones, la determinación de rutas de vuelo alternativas, la garantía de que el funcionamiento de los UAV se mantenga dentro de los límites autorizados, etc. En varias realizaciones, el funcionamiento de un UTM es similar al de un controlador de tráfico aéreo (ATC), que gestiona las aeronaves tripuladas en tierra y en el espacio aéreo controlado (por encima de los 400 pies).

[0132] En muchos escenarios, un controlador de UAV 104 establece una conexión con un UAV 103 a través de uno o más sistemas 5G. Por ejemplo, el controlador de UAV 104 puede establecer una conexión de datos con el UAV 103 a través de la red de acceso 115 y la red central 120. Cuando el UE (por ejemplo, uno del UAV 103 y el controlador de UAV 104) solicita establecer una conexión de datos (por ejemplo, una sesión PDU) para el funcionamiento del UAV, la SMF 125 selecciona un UTM 131 y verifica el funcionamiento del UAV.

[0134] El UTM 131 puede enviar una solicitud a un servidor de UAE 133 para gestionar el modo de funcionamiento de una sesión de comunicación C2 para un UAS 101, como se analiza con más detalle a continuación con referencia a las Figuras 2, 3A-3B y 4A-4B. El servidor de UAE 133 recopila información para ayudar a determinar si debe adaptarse dinámicamente un modo de comunicación C2 del UAS 101. En varias realizaciones, el servidor de UAE 133 recibe información sobre el estado del enlace directo desde el UAV 103 y/o el controlador del UAV 104. Además, el servidor de UAE 133 puede recibir información sobre la ubicación y otra información desde un servidor de capa de arquitectura de habilitación de servicios (SEAL) 135.

[0136] El servidor de SEAL 135 proporciona servicios bajo demanda (suscripción o solicitud) para todas las plataformas de capa habilitadora vertical (también conocida como middleware) (por ejemplo, servidores UAE 133). Funcionalidades de soporte específicas verticales entre los servidores específicos de la aplicación y la red central móvil 120. Las funcionalidades de soporte comunes (plataforma de servicios que habilita capacidades comunes para una incorporación más rápida de nuevos verticales) incluyen gestión de ubicación, gestión de grupos, gestión de recursos de red, servidores de gestión de configuración, etc., y pueden usarse como servicios para habilitadores específicos verticales.

[0138] Obsérvese que, aunque las descripciones siguientes tienen en cuenta la movilidad del UAV 103, pero suponen que el controlador del UAV 104 permanece estacionario, en otras realizaciones la movilidad del controlador del UAV 104 puede requerir que el servidor de UAE tenga en cuenta las condiciones cambiantes del enlace de radio del controlador del UAV 104 debido a la movilidad, las interferencias, etc.

[0140] La Figura 1B representa varios modos de funcionamiento para una sesión de comunicación C2 para un UAS. En el modo de C2 directo 161, el controlador del UAV (UAV-C) 104 usa una conexión directa con el o los UAV 103 para establecer una sesión de comunicación C2. En este caso, la conexión directa puede usar el punto de referencia PC5. Obsérvese que el punto de referencia PC5 puede denominarse en la presente 'interfaz PC5'. Con la conexión directa, el UAV-C 104 puede enviar instrucciones de vuelo al UAV o los UAV 103. Obsérvese que, en algunas implementaciones, la conexión directa puede requerir una línea de visión entre el UAV-C 104 y el o los UAV 103.

[0142] En el modo de C2 guiado por UTM 163, el UTM 131 establece una sesión de comunicación C2 con el o los UAV 103 a través de la red central móvil 120 (y la red de acceso 110). A través de la conexión de red móvil, el UTM 131 envía instrucciones de vuelo al UAV o los UAV 103. Obsérvese que el modo de C2 guiado por UTM 163 no requiere línea de visión entre el UAV-C 104 y el o los UAV 103.

[0144] En el modo de C2 indirecto 165, el UAV-C 104 establece una sesión de comunicación C2 con el o los UAV 103 a través de la red central móvil 120 (y la red de acceso 110). A través de la conexión de red móvil, el UAV-V 104 puede enviar instrucciones de vuelo al UAV o los UAV 103. Obsérvese que el modo de C2 indirecto 163 no requiere línea de visión entre el UAV- C 104 y el o los UAV 103.

[0146] Para los UAV 103, actualmente en el estado de la técnica no hay ninguna solución para proporcionar la selección y configuración del modo de C2. Sin embargo, puede suponerse que, en la fase de registro de los UAV y/o de autorización de vuelo, se proporciona una configuración C2 inicial al uAv o los UAV 103, ya sea por parte del UAV-C 104 o del UTM 131 (o un servidor de aplicaciones específico para UAS).

[0148] La Figura 2 representa una arquitectura de red 200 para gestionar un modo de funcionamiento de comunicación C2, de acuerdo con las realizaciones de la divulgación. La arquitectura de red 200 incluye un UAV 201, un UAV-C 203, un servidor de UAE 221, el UTM 131 y el servidor de SEAL 135. El UAV 201 puede ser una realización del UAV 103, descrito anteriormente, e incluye una capa de aplicación 209, una capa de middleware con un cliente de UAE 205 y un UE 3GPP 207 (es decir, que tiene una funcionalidad de módem celular). El UAV-C 203 puede ser una realización del controlador de UAV 104, descrito anteriormente, e incluye una capa de aplicación 209, una capa de middleware con un cliente de UAE 205 y un UE 3GPP 208 (es decir, que tiene una funcionalidad de módem celular).

[0150] Como se ha analizado anteriormente, cuando el UAV 201 y el UAV-C 203 funcionan en el modo directo de comunicaciones C2 se comunican a través del punto de referencia PC5. Aquí se supone que para funcionar en el modo indirecto de comunicaciones C el UAV 201 y el UAV-C 203 están conectados a un sistema 5G ('5GS') 2.

[0152] El servidor del habilitador de aplicaciones de UAS ('UAE') 221 es una plataforma de middleware que interactúa con el middleware cliente del UAE 207 en los UE V2X (es decir, situado entre la capa de aplicación 209 y las capas 3GPP/módem celular). El servidor de UAE 221 es una realización del servidor de UAE 133. Obsérvese que el servidor de UAE 221 y los clientes de UAE 205 forman un middleware de V2X distribuido.

[0154] En la presente se divulga un mecanismo para cambiar dinámicamente el modo de funcionamiento de una sesión de comunicación C2 establecida entre el UAV 201 y el UAV-C 203. En el paso 1, el servidor UAS 221 recibe una solicitud para gestionar el cambio del modo de funcionamiento C2 para el UAS que comprende un primer cliente de UAE 205 en el UAV 201 y un segundo cliente de UAE 205 en el U<a>V-C 203 (véase el mensaje 225).

[0156] En el paso 2a,el servidor de UAE 221 configura el cliente o clientes de UAE 205 (en el UAV, en el UAV-c o en ambos) para enviar uno o más informes al servidor de UAE cuando se produce una primera condición (véase la mensajería 227). En un ejemplo, el UAS funciona en modo directo y el primer informe indica que el funcionamiento en modo directo se ha degradado (por ejemplo, tasa de pérdida > X). En otro ejemplo, el UAS funciona en modo indirecto y el servidor de UAE configura un cliente de UAE para monitorizar las condiciones del modo directo (por ejemplo, la tasa de pérdida) y enviar los primeros informes al servidor de UAE cuando se produce una primera condición (por ejemplo, tasa de pérdida del funcionamiento en modo directo <X), lo que implica que el funcionamiento en modo directo es viable.

[0158] En el paso 2 b, el servidor de UAE 221 también recopila información de ubicación, por ejemplo, del servidor o servidores de SEAL 135 y/o de la red 3GPP, en respuesta a la recepción de la solicitud (véase la mensajería 229), en donde la información se usa para determinar si debe activarse una acción sobre la base de un informe del cliente de UAE. El servidor de UAE 221 también procesa (es decir, amplía) la información de ubicación recibida con información adicional sobre movilidad/posición (velocidad, radar terrestre, difusión RID) que puede ser proporcionada por UTM 131 y/o un servidor de aplicaciones específico para UAS como parte del paso 1.

[0160] Por ejemplo, un informe del cliente de UAE 205 puede no ser accionable si la información adicional indica que la condición del informe es temporal (debido a condiciones NLOS temporales entre el UAV 210 y el UAV-C 203).

[0162] Como otro ejemplo, el servidor de UAE recopila información de ubicación de los servidores de SEAL y/o de la red 3GPP y puede determinar que un primer informe que indica que el funcionamiento en modo directo es factible no es accionable porque el UAV está volando por la ubicación del controlador del UAV a gran velocidad.

[0164] En el paso 3, el servidor de UAE determina si debe activarse un cambio en el modo de funcionamiento C2 basándose en el informe del cliente de UAE usando la información adicional recopilada/procesada (véase el bloque 231).

[0166] Obsérvese que cuando el UAS funciona inicialmente en un modo directo de comunicación C2, el servidor de UAE 221 puede recibir del cliente de UAE 205 (por ejemplo, en el UAV 201) un evento activador, que indica que el modo directo de funcionamiento C2 se ha degradado (lo que puede deberse a la degradación de la calidad del enlace directo).

[0168] Por el contrario, cuando el UAS funciona inicialmente en un modo indirecto de comunicación C2, el servidor de UAE 221 puede recibir de un cliente de UAE 205 (por ejemplo, en el UAV 201, en el UAV-C 203 o en ambos) un informe de viabilidad. Por ejemplo, el UAV-C 203 puede recibir los anuncios ProSe enviados por el UAV 201 con una calidad aceptable (por ejemplo, tasa de pérdida <X).

[0170] En el escenario representado, en el paso 4, el servidor de UAE 221 determina activar el cambio de modo y envía una solicitud/notificación a los clientes de UAE 205 tanto del UAV 201 como del UAV-C 203 para que cambien al modo de funcionamiento (véase la mensajería 233). Por consiguiente, un UAS que ya esté funcionando en modo directo recibirá una instrucción para cambiar al modo indirecto. De manera similar, un UAS que ya esté funcionando en modo indirecto recibirá una instrucción para cambiar al modo directo.

[0172] En el paso 5, los clientes de UAE 205 pasan esta instrucción a las capas inferiores/capa AS (véase la mensajería 235), lo que activa los UE 3GPP para que cambien al modo de funcionamiento de comunicación C2 indicado por la solicitud/notificación recibida desde el servidor de UAE 221.

[0174] Las Figuras 3A-3B representan un procedimiento 300 para gestionar un modo de funcionamiento de comunicación C2, de acuerdo con las realizaciones de la divulgación. El procedimiento 300 implica el UAV 201 (que comprende un primer cliente de UAE 301 y un UE UAV 303), el UAV-C 203 (que comprende un segundo cliente de<UAE 305 y un>U<e UAV-C 307), un servidor de aplicaciones específico para UTM o>U<a>S<311, el servidor de UAE 221>y el servidor de SEAL 135. En la realización representada, el middleware se distribuye entre un servidor y un cliente (también conocidos como servidor de UAE 221 y clientes de UAE 301, 305, respectivamente).

[0176] Las entradas para habilitar la función de configuración del modo de C2 para activar el cambio del modo directo al modo indirecto incluyen:

[0178] A) Requisito específico de la aplicación, que en este caso puede ser un requisito del servidor específico de la aplicación (o UTM) para dar al servidor de UAE la capacidad de gestionar la comunicación C2. Obsérvese que si el servidor de UAE ya tiene la autorización/capacidad para realizar esta acción, no es necesario transmitir ningún requisito, a menos que haya algún requisito actualizado. Esto activará el establecimiento de una sesión de aplicación entre el servidor de UAE y el cliente o clientes para permitir que el servidor de UAE reciba información de enlace directo y proporcione las adaptaciones necesarias a los clientes cuando sea necesario o si es necesario. El servidor específico de la aplicación también puede proporcionar información contextual adicional del UAS y, en particular, información sobre la movilidad/posición del UAV (velocidad, radar terrestre, emisión RID).

[0179] B) Entradas de los servidores de aplicaciones/UTM:

[0180] 1) El servidor de SEAL 135 es una entidad de soporte (por ejemplo, como se define en 3GPP TS 23.434) que proporciona servicios bajo demanda (o de suscripción o solicitud) para todos los habilitadores verticales (por ejemplo, servidores UAE). La información que el servidor o servidores de SEAL 135 pueden proporcionar al servidor de UAE 221 para dar soporte el proceso de toma de decisiones C2 es la siguiente:

[0181] i) Desde el servidor de gestión de ubicación (LM): la ubicación precisa de los UAV y los UE terrestres en una área dada (celda/área TA), que se obtiene sobre la base de la suscripción al servicio de monitorización de ubicación por parte de los UAV/UAV-C.

[0182] 2) El UTM proporciona servicios de soporte a un operador de UAS, como servicios que se requiere que sean usados por el operador de UAS debido a la normativa gubernamental, servicios que tienen una conexión directa con el sistema de una agencia reguladora, servicios puedan ser usados por el operador de UAS para cumplir total o parcialmente con una normativa gubernamental, y servicios que proporcionan asistencia de valor añadido al operador de UAS, pero que no se usan para el cumplimiento normativo (por ejemplo, para cumplir con una norma industrial). Los ejemplos de servicios de soporte específicos incluyen, pero no se limitan a, la planificación de operaciones, el intercambio de intenciones, la resolución de conflictos estratégicos y tácticos, la monitorización del cumplimiento, el RID, la autorización del espacio aéreo, las funciones de gestión del espacio aéreo y la gestión de situaciones anómalas. Si suponemos que el UAE actúa en nombre del operador del UAS, puede proporcionarse la siguiente información para facilitar el cambio de C2:

[0183] i) Reenrutamiento dinámico [el UTM puede proporcionar un reenrutamiento en vuelo para evitar conflictos aéreos. Si el EAU es consciente de las trayectorias esperadas actualizadas del UAV, puede ayudar a decidir si mantener la ruta directa o cambiar proactivamente a una indirecta debido a un posible desplazamiento a BLOS].

[0184] ii) Clima [es necesaria información meteorológica en tiempo real en el servidor de la UAE para ayudar a decidir, ya que la conexión directa entre el UAV-C y el UAV puede verse afectada por el clima; por otro lado, la conexión entre el BS y el UAV puede ser más difícil de interrumpir].

[0185] iii) Comunicación/C2 [se necesita una indicación de garantía de calidad para las frecuencias configuradas para la comunicación C2, a fin de comprobar si los recursos para la<c>2 indirecta son adecuados o si es necesario cambiarlos o aumentarlos].

[0186] C) Los eventos de degradación del enlace PC5 desde las aplicaciones/clientes habilitadores de aplicaciones de los UAV, para la comunicación C2 directa. Uno o más eventos que pueden estar en forma de una alerta de que una comunicación PC5 obtiene una calidad de enlace inferior (por ejemplo, midiendo las tasas de error de paquetes, los retrasos, NACK para uno o más UAV receptores, etc.), o la indicación de sobrecarga/alta interferencia en los recursos PC5, debido a la alta utilización por otras comunicaciones UAS. Esto puede basarse en uno o ambos de los siguientes: supervisión de la QoS de PC5 por parte del UAV 201 (cliente de UAE 301); y supervisión de la recepción de anuncios ProSe por parte del UAV 210 y/o el UAV-C 203.

[0188] El servidor de UAE 221 determina un activador para la reselección del modo de C2 a indirecto, basándose en una o varias de las entradas que se han recibido en el paso anterior. Los criterios reales para la reselección son específicos de la implementación; no obstante, las entradas para los eventos PC5 son el criterio principal. Además, la información de UTM y SEAL ayuda al servidor de UAE 221 a decidir si realizar la reselección o mantener el mismo modo de C2 (por ejemplo, en los casos en que el evento PC5 se considera temporal).

[0190] Los resultados de la configuración del modo de C2 son los siguientes:

[0192] A) El servidor de UAE 221 puede solicitar al servidor específico de la aplicación que confirme el modo de C2 (si el servidor de UAE no tiene la capacidad de cambiar, pero sí de influir/activar el cambio);

[0193] B) El servidor de UAE 221 puede solicitar a los clientes de UAE 301 305 en el UAV/UAV-C que apliquen el cambio de modo de C2.

[0195] El procedimiento 300 proporciona la señalización para los escenarios en los que la funcionalidad de configuración del modo de C2 reside en el servidor de UAE 221. En este caso, la función de configuración del modo de C2 activa la reselección de la comunicación C2 directa a la indirecta.

[0197] En el paso 0a, como primera condición previa, el o los UAV y el UAV-C están 1) registrados en 5GS, 2) registrados en UTM y el o los UAV están autorizados para volar y 3) usan la comunicación directa C2 (la configuración inicial de C2 queda fuera del alcance, por ejemplo, puede ser predeterminada por el operador del UAS) (véase el bloque 315).

[0199] En el paso 0b, como segunda condición previa, el servidor de UAE 221 es capaz de usar servicios SEAL, por ejemplo, basados en TS 23.434 (véase el bloque 317).

[0200] En el paso 1 a, el servidor específico de la aplicación UTM y/o UAS 311 envía un mensaje de inicio que puede adoptar la forma de un requisito específico de la aplicación (que puede ser un requisito de uno o varios servidores específicos de la aplicación o un requisito de UTM) (véase el mensaje 319). El mensaje de requisito específico de la aplicación proporcionará al servidor de UAE la capacidad de gestionar la comunicación C2 e incluye por lo menos uno de los siguientes parámetros:

[0202] a) Identificación del UAS;

[0203] b) Una o más identificaciones de UAV y/o controlador de UAV. Esto puede incluir por lo menos uno de los siguientes: identificadores de UE externos (GPSI, ID externo) o identificadores de dispositivo permanentes (PEI/IMEI);

[0204] c) Dirección IP y puerto del UAV/UAV-C;

[0205] d) ID(s) PLMN;

[0206] e) ID de transacción;

[0207] f) ID de grupo para un grupo de los UAV;

[0208] g) Identificador de la aplicación (por ejemplo, identificador de USS);

[0209] h) Identificador de Ut M;

[0210] i) Solicitud de gestión de C2 (como se describe);

[0211] j) zona geográfica en la que se aplica el requisito;

[0212] k) periodo de validez del requisito.

[0214] En el paso 1 b, el UTM o el servidor específico de la aplicación pueden proporcionar por lo menos uno de los siguientes parámetros al servidor de UAE en un mensaje de contexto UAS:

[0216] a) Información de contexto/configuración de la aplicación UAV/UAV-C;

[0217] b) Información meteorológica en tiempo real;

[0218] c) Comunicación/C2 (indicación de garantía de calidad para las frecuencias configuradas para la comunicación C2); y

[0219] d) Información dinámica sobre el cambio de ruta (trayectorias actualizadas/previstas de los UAV).

[0221] En el paso 2a, el servidor de UAE 221 envía a uno o más clientes de UAE 301, 305 (en el UAV 201 y/o el UAV-C 203) un mensaje de solicitud de establecimiento de sesión de UAE C2 (véase mensajería 323). La solicitud de establecimiento de sesión de UAW C2 incluye una solicitud al cliente de UAE para que envíe un primer informe al servidor de UAE cuando se produzca una primera condición y comprende por lo menos uno de los siguientes elementos: Identificación de UAS/UAV/UAV-C como en el paso 1a, ID del servidor de UAE, que puede ser el FQDN o la dirección IP, capacidades del servidor de UAE, uno o más requisitos específicos de la aplicación, área geográfica, tiempo de validez de la sesión, ID de la transacción, ubicación y capacidades de uno o más UAV cercanos, ubicación y configuración del UAV-C, condiciones para activar el informe.

[0223] En el paso 2b, uno o más clientes de UAE 301, 305 envían un mensaje de respuesta/resultado de configuración de sesión de UAE C2 (ACK/NACK) (véase mensajería 325).

[0225] En el paso 3a, se intercambian anuncios/mensajes de control PC5 entre el UAV-C 203 y el UAV 201, ya que ProSe ya está en uso (véase el bloque 327).

[0227] En el paso 3b, se envía un mensaje de evento PC5 desde los clientes de UAE 301, 305 al servidor de UAE (véase la mensajería 329). El mensaje de evento PC5 puede incluir por lo menos uno de los siguientes:

[0229] a) ID de UE (GPSI, ID de aplicación, PEI/IMEI, etc.);

[0230] b) Notificación de degradación del enlace directo C2, degradación de los atributos de QoS (fiabilidad, latencia, fluctuación, alcance, etc.) de la aplicación;

[0231] c) Notificación de interrupción de servicio prevista de PC5; y

[0232] d) Información sobre la ubicación del UAV.

[0234] En el paso 4 a, el servidor de UAE 221 solicita al servidor de SEAL 135 que proporcione información de ubicación para el UAV 201 y recibe un informe (el servidor de UAE 201 actúa como servidor de VAL como en TS 3GPP 23.434) (véase la mensajería 331). En particular, desde el servidor de gestión de ubicación (LM), el servidor de UAE 221 recibe la ubicación precisa (coordenadas geográficas) del o de los UAV 201 y los UE terrestres (por ejemplo, el UE UAV-C 307) en un área dada (celda/zona TA).

[0236] Continuando con la Figura 3B, en el paso 4b, el servidor de UAE 221 procesa/amplía la información de ubicación recibida con información adicional sobre movilidad/posición (velocidad, radar terrestre, difusión RID) que pueden proporcionar los servidores de aplicaciones UTM/UAS como parte del paso 1b (véase el bloque 333).

[0238] En el paso 5, el servidor de UAE 221 determina si debe activarse la reselección del modo de C2, sobre la base del informe del cliente de UAE en el paso 3b y en las entradas adicionales en los pasos 4a y/o 4b (véase el bloque 335). En la realización representada, se supone que las entradas y la información adicional hacen que el servidor de UAE 221 decida activar la reselección del modo de C2 del modo directo al modo indirecto.

[0240] En el paso 6, el servidor de UAE 221 envía opcionalmente una solicitud de cambio de modo de C2 al servidor específico de la aplicación 311 para confirmar el cambio de modo de C2 (véase el mensaje 337). Este mensaje incluye por lo menos uno de los siguientes: identificación de UAS, identificación del UAV/UAV-C afectado, ID de la aplicación, modo de C2 actual, modo de C2 objetivo. Aquí, el servidor específico de la aplicación 311 envía una respuesta/ACK de cambio de modo de C2 y autoriza al servidor de UAE a proceder con la actualización del modo de C2. El paso 6 es un paso opcional, basado en la configuración del servidor específico del UAS/UTM 311 en el paso 1a. Obsérvese que, en lugar del servidor específico de la aplicación, en este paso el UTM puede adoptar la función de autorizar el cambio de modo de C2.

[0242] En el paso 7, el servidor de UAE 221 envía a uno o más clientes de UAE (301, 305) un mensaje de solicitud de cambio de sesión de UAE de C2 (véase mensajería 339). La solicitud de cambio de sesión de UAE incluye por lo menos uno de los siguientes elementos: identificación de UAS/UAV/UAV-C, ID del servidor de UAE, requisito de cambio de modo de C2 (nuevo modo de C2), área geográfica, tiempo de validez de la sesión, ID de la transacción, ubicación y capacidades de uno o varios UAV cercanos, ubicación y configuración del UAV-C 203.

[0244] En el paso 8a, los clientes de UAE (301 y 305) dan instrucciones a los UE respectivos (es decir, UE UAV 303 y UE UAV-C 307) para que cambien el modo de funcionamiento de la sesión de comunicación C2 (véase el bloque 341). En ciertas realizaciones, los UE respectivos modifican la sesión de C2 al realizar el cambio de modo de funcionamiento. En el paso 8b, los clientes de UAE (301, 305) envían una respuesta o notificación de cambio de sesión de UAE de C2 (véase el bloque de mensajería 343). En este caso, un cliente de UAE puede enviar una respuesta ACK para indicar que el cambio de modo de funcionamiento se ha realizado correctamente, o una respuesta NACK para indicar que el cambio no se ha realizado correctamente.

[0246] Las Figuras 4A-4B representan un procedimiento 400 para una fase de configuración de la gestión de un modo de funcionamiento de comunicación C2, de acuerdo con las realizaciones de la divulgación. El procedimiento 400 implica al UAV 201 (que comprende el primer cliente de UAE 301 y el UE UAV 303), el UAV-C 203 (que comprende el segundo cliente de uAe 305 y el UE UAV-C 307), el servidor de aplicaciones específico de UTM o UAS 311, el servidor de UAE 221, el servidor de SEAL 135 y la red central móvil 120 (por ejemplo, un 5GC o EPC). En la realización representada, el middleware se distribuye entre un servidor y un cliente (también conocidos como servidor de UAE 221 y clientes de UAE 301, 305, respectivamente).

[0248] Las entradas para habilitar la función de configuración del modo de C2 para activar el cambio del modo indirecto al modo directo incluyen:

[0250] A) Requisito específico de la aplicación, que en este caso puede ser un requisito del servidor específico de la aplicación (o u Tm ) para dar al servidor de UAE la capacidad de supervisar y gestionar la comunicación C2. Obsérvese que si el servidor de UAE ya tiene la autorización/capacidad para realizar esta acción, no es necesario transmitir ningún requisito, a menos que haya algún requisito actualizado. Esto activará el establecimiento de una sesión de aplicación entre el servidor y el cliente los clientes de EAU para permitir que el servidor de EAU reciba información de enlace directo y proporcione las adaptaciones necesarias a los clientes cuando sea necesario. El servidor específico de la aplicación también puede proporcionar información contextual adicional del UAS y, en particular, información sobre la movilidad/posición del UAV (velocidad, radar terrestre, emisión RID).

[0251] B) El servidor UAS 221 determinará un activador para la reselección del modo de C2 a indirecto, sobre la base de una o varias de las entradas recibidas en el paso anterior. Los criterios reales para la reselección se introducen desde los servidores de aplicaciones:

[0252] 1) El servidor de SEAL 135 es una entidad de soporte (por ejemplo, como se define en 3GPP TS 23.434) que proporciona servicios bajo demanda (suscripción o solicitud) para todos los habilitadores verticales (por ejemplo, servidores UAE). La información que el servidor o servidores de SEAL 135 pueden proporcionar al servidor de UAE 221 para dar soporte al proceso de toma de decisiones C2 es la siguiente:

[0253] i) Desde el servidor de gestión de ubicación (LM): la ubicación precisa de los UAV y los UE terrestres en una zona determinada (celda/área TA), que se obtiene sobre la base de la suscripción al seguimiento de la ubicación por parte de los UAV/UAV-C.

[0254] 2) El UTM puede proporcionar servicios a un operador de UAS, como servicios que es necesario que sean usados por el operador de UAS debido a la normativa gubernamental, servicios que tienen una conexión directa con el sistema de una agencia reguladora, servicios que pueden ser usados por el operador de UAS para cumplir total o parcialmente con una normativa gubernamental, y servicios que proporcionan asistencia de valor añadido al operador de UAS, pero que no se usan para el cumplimiento normativo (por ejemplo, para cumplir con una norma industrial). Los ejemplos de servicios de soporte específicos incluyen, pero no se limitan a, la planificación de operaciones, el intercambio de intenciones, la resolución de conflictos estratégicos y tácticos, la monitorización del cumplimiento, el RID, la autorización del espacio aéreo, las funciones de gestión del espacio aéreo y la gestión de situaciones anómalas. Si suponemos que el UTM actúa en nombre del operador del UAS, puede proporcionarse la siguiente información para facilitar el cambio de C2:

[0255] i) Reenrutamiento dinámico (el UTM puede proporcionar reenrutamiento en vuelo para evitar conflictos aéreos. Si el EAU es consciente de las trayectorias esperadas actualizadas del UAV, puede ayudar a decidir si mantener el reenrutamiento indirecto o cambiar al directo).

[0256] ii) Clima (es necesaria información meteorológica en tiempo real en el servidor de UAE para ayudar a decidir, ya que el enlace indirecto entre el UAV-C y el UAV puede verse afectado por el clima).

[0257] iii) Comunicación/C2 (es necesarita una indicación de garantía de calidad para las frecuencias configuradas para la comunicación C2, a fin de comprobar si los recursos para la C2 indirecta son adecuados o si es necesario cambiarlos o aumentarlos).

[0258] C) Cuando se usa la comunicación indirecta, el servidor de UAE, que actúa como función de aplicación (AF), puede suscribirse a NEF para recibir información de monitorización sobre una posible degradación de la QoS de uno o más enlaces Uu (UAV-C al servidor de aplicaciones o del servidor de aplicaciones al UAV). Estos enlaces pueden ser proporcionados por más de una PLMN. Por lo tanto, el servidor de UAE debería recibir toda la información actualizada sobre posibles degradaciones de la calidad de servicio (esto ya es compatible con EPS, con la notificación explícita de congestión (ECN), definida en 3GPP TS 23.401, y con 5GS con control de notificación de QoS (QNC), definido en 3GPP TS 23.501).

[0259] D) La indicación de viabilidad de PC5 para una comunicación C2, que proporcionará al servidor de UAE la información/asistencia necesaria para cambiar a la comunicación C2 directa si es posible y la opción preferida.

[0260] 1) La disponibilidad/viabilidad de PC5 puede capturarse en el UAV/UAV-C, por ejemplo, el UAV-C puede difundir periódicamente señales en diferentes frecuencias y, tras recibir un ACK del UAV, comprender (basándose en la señal recibida, AoA, etc.) si es posible la C2 directa.

[0261] 2) La indicación de preferencia del PC5 puede derivarse de la aplicación del UAV/UAV-C, que puede proporcionar cierta prioridad a los modos C2, y esto podría usarse como información de asistencia para el servidor de UAE (por ejemplo, dado que la aplicación tiene el mapa, la ruta y la ubicación de los UAV, incluso si es posible PC5, puede que no sea preferible debido a los obstáculos que pueden existir (por ejemplo, en un entorno urbano)).

[0263] El servidor de UAE 221 determinará un activador para la reselección del modo de C2 a directo, basándose en una o más de las entradas que se recibieron en el paso anterior. Los criterios reales para la reselección son específicos de la implementación; no obstante, las entradas para la viabilidad/disponibilidad del PC5 y el estado de los enlaces Uu son los criterios principales. Además, la información de UTM y SEAL ayuda al servidor de UAE a tomar la decisión de cambiar o mantener el modo indirecto (por ejemplo, en los casos en que la viabilidad de PC5 es temporal).

[0265] Resultados de la configuración del modo de C2:

[0267] A) El servidor de UAE 221 puede solicitar al servidor específico de la aplicación que confirme el modo de C2 (si el servidor de UAE no tiene la capacidad de cambiar, pero sí de influir/activar el cambio).

[0268] B) El servidor de UAE 221 puede solicitar a los clientes de UAE en el UAV/UAV-C que apliquen el cambio de modo de C2. Esto iniciará la interacción con los UE 3GPP para iniciar un procedimiento de establecimiento de sesión PC5/ProSe.

[0270] El procedimiento 400 proporciona la señalización para los escenarios en los que la funcionalidad de configuración del modo de C2 reside en el servidor de UAE. En este caso, la función de configuración del modo de C2 activa la reselección de la comunicación C2 indirecta a la directa.

[0272] En el paso 0a, como primera condición previa, el o los UAV y el UAV-C están 1) registrados en 5GS, 2) registrados en UTM y el o los UAV están autorizados para volar y 3) usan comunicación C2 indirecta (la configuración inicial de C2 queda fuera del alcance, por ejemplo, puede ser predeterminada por el operador del UAS) (véase el bloque 401).

[0274] En el paso 0b, como segunda condición previa, el servidor de UAE 221 es capaz de usar servicios SEAL, por ejemplo, basados en TS 23.434 (véase el bloque 403).

[0276] En el paso 1 a, el servidor específico de la aplicación UTM y/o UAS 311 envía un mensaje de inicio que puede adoptar la forma de un requisito específico de la aplicación (que puede ser un requisito de uno o más servidores específicos de la aplicación o un requisito de UTM) (véase el mensaje 405). El mensaje de requisito específico de la aplicación proporcionará al servidor de UAE la capacidad de gestionar la comunicación C2 e incluye por lo menos uno de los parámetros analizados anteriormente en el paso 1a del procedimiento 300.

[0278] En el paso 1 b, el UTM o el servidor específico de la aplicación pueden proporcionar un mensaje de contexto UAS al servidor de UAE que contenga por lo menos uno de los parámetros:

[0280] a) Información de contexto/configuración de la aplicación UAV/UAV-C;

[0281] b) Lista de códigos ProSe para el funcionamiento de C2 directo;

[0282] c) Información meteorológica en tiempo real;

[0283] d) Comunicación/C2 (indicación de garantía de calidad para las frecuencias configuradas para la comunicación C2); y

[0284] e) Información dinámica sobre el cambio de ruta (trayectorias actualizadas/previstas de los UAV).

[0286] En el paso 2a, el servidor de UAE 221 envía a uno o más clientes de UAE 301, 305 (en el UAV 201 y/o el UAV-C 203), un mensaje de solicitud de configuración de sesión de UAE de C2 (véase mensajería 409), que incluye una solicitud al cliente de UAE para que supervise las condiciones del modo directo (por ejemplo, tasa de pérdida <X) y envíe los primeros informes al servidor de UAE cuando se produzca una primera condición. El mensaje de solicitud de configuración de la sesión de UAE de C2 incluye por lo menos uno de los siguientes elementos: Identificación de UAS/UAV/UAV-C como paso 1 a, ID del servidor de UAE, que puede ser el FQDN o la dirección IP, capacidades del servidor de UAE, uno o más requisitos específicos de la aplicación, códigos ProSe para el funcionamiento de C2 directa, área geográfica, tiempo de validez de la sesión, ID de la transacción, ubicación y capacidades de uno o más UAV cercanos, ubicación y configuración del UAV-C, solicitud de supervisión PC5, condiciones para el activador de informes.

[0288] En el paso 2b, uno o más clientes de UAE 301, 305 envían un mensaje de respuesta/resultado de configuración de sesión de UAE de C2 (por ejemplo, ACK/NACK) (véase mensajería 325).

[0290] En el paso 3 a, se realiza el descubrimiento de PC5 entre los UE3GPP 303 y 307, por ejemplo, tal y como se especifica en los modelos de descubrimiento directo ProSe A y B definidos en la sección 5.3 de 3GPP TS 23.303 (véase el bloque 413). La información de descubrimiento de PC5 puede intercambiarse entre los clientes de UAE 301 y 305, basándose en los anuncios ProSe configurados (por ejemplo, basándose en los códigos recibidos en el paso 2a).

[0292] En el paso 3b, cuando los clientes de UAE 303 y 307 son conscientes del descubrimiento de PC5, uno o más clientes pueden enviar un informe de viabilidad de PC5 al servidor de UAE, para notificar la posibilidad de PC5 (véase el mensaje 415). Este mensaje de informe de viabilidad de PC5 puede incluir los identificadores de UE, la identificación de UAS, una indicación de notificación de disponibilidad/viabilidad de PC5, capacidades/configuración de PC5. En ciertas realizaciones, el informe de viabilidad de PC5 también puede incluir una preferencia/prioridad del modo de funcionamiento C2, por ejemplo, basada en los requisitos de la aplicación en el UAV-C 203 y/o el UAV 201.

[0294] En el paso 3c, el servidor de UAE 221, que actúa como función de aplicación (AF), puede suscribirse a NEF/SCEF en la red central móvil 120 para recibir información de supervisión sobre una posible degradación de la QoS de uno o más enlaces Uu (por ejemplo, UAV-C a servidor de aplicaciones o servidor de aplicaciones a UAV) (véase la mensajería 417). El informe de supervisión que el servidor de UAE 221 va a recibir contiene toda la información actualizada sobre posibles degradaciones de la calidad de servicio (esto ya es compatible con EPS, con la notificación explícita de congestión (ECN) [véase 3GPP TS 23.401, 4.7.4], y para 5GS con control de notificación de QoS (QNC) [véase 3GPP TS 23.501, 5.7.2.4]).

[0296] Continuando con la Figura 4B, en el paso 4a, el servidor de UAE 221 solicita al servidor de SEAL 135 que proporcione información de ubicación para el UAV 201 y recibe un informe (por ejemplo, el servidor de UAE 201 actúa como servidor de VAL como en TS 3GPP 23.434) (véase el mensaje 419). En particular, desde el servidor de gestión de ubicación (LM), el servidor de UAE 221 recibe la ubicación precisa (coordenadas geográficas) de los UAV 201 y los UE terrestres (por ejemplo, el UE UAV-C 307) en un área dada (celda/área TA).

[0298] En el paso 4b, el servidor de UAE 221 procesa/amplía la información de ubicación recibida con información adicional sobre movilidad/posición (velocidad, radar terrestre, emisión RID) que pueden proporcionar los servidores de aplicaciones UTM/UAS como parte del paso 1b (véase el bloque 421).

[0300] En el paso 5, el servidor de UAE 221 determina si debe activarse la reselección del modo de C2, sobre la base del informe del cliente de UAE del paso 3b y en las entradas adicionales de los pasos 4a y/o 4b (véase el bloque 423). En la realización descrita, se supone que las entradas y la información adicional hacen que el servidor de UAE 221 decida activar la reselección del modo de C2 del modo indirecto al modo directo.

[0302] En el paso 6, el servidor de UAE 221 envía opcionalmente una solicitud de cambio de modo de C2 al servidor específico de la aplicación 311 para confirmar el cambio de modo de C2 (véase el mensaje 425). Este mensaje incluye por lo menos uno de los siguientes: identificación del UAS, identificación del UAV/UAV-C afectado, ID de la aplicación, modo de C2 actual, modo de C2 objetivo. Aquí, el servidor específico de la aplicación 311 envía una respuesta de cambio de modo de C2 (por ejemplo, ACK) y autoriza al servidor de UAE a proceder con la actualización del modo de C2. El paso 6 es un paso opcional, basado en la configuración del servidor específico del UAS/UTM 311 en el paso 1a. Obsérvese que, en lugar del servidor específico de la aplicación, en este paso el UTM puede asumir la función de autorizar el cambio de modo de C2.

[0304] En el paso 7, el servidor de UAE 221 envía a uno o más clientes de UAE (301, 305) un mensaje de solicitud de cambio de sesión de UAE de C2 (véase el mensaje 427). La solicitud de cambio de sesión de UAE incluye por lo menos uno de los siguientes: identificación de UAS/UAV/UAV-C, ID del servidor de UAE, requisito de cambio de modo de C2 (nuevo modo de C2), área geográfica, tiempo de validez de la sesión, ID de transacción, ubicación y capacidades de uno o varios UAV cercanos, ubicación y configuración del UAV-C 203.

[0306] En el paso 8a, los clientes de UAE (301 y 305) dan instrucciones a los UE respectivos (es decir, UE UAV 303 y UE UAV-C 307) para que cambien el modo de funcionamiento de la sesión de comunicación C2 (véase el bloque 429). En ciertas realizaciones, los UE respectivos modifican la sesión de C2 cuando realizan el cambio de modo de funcionamiento. En el paso 8b, los clientes de UAE (301, 305) envían una respuesta o notificación de cambio de sesión de UAE de C2 (véase el mensaje 431). Aquí, un cliente de UAE puede enviar una respuesta ACK para indicar que se ha realizado correctamente el cambio de modo de funcionamiento, o una respuesta NACK para indicar que no se ha realizado correctamente el cambio.

[0308] La Figura 5 representa una realización de un aparato servidor de UAE 500 que puede usarse para seleccionar una instancia de aplicación de servidor, de acuerdo con las realizaciones de la divulgación. En algunas realizaciones, el aparato servidor de UAE 500 puede ser una realización de un servidor de UAE y su hardware de soporte, como el servidor de UAE 133 y/o el servidor de UAE 221, descritos anteriormente. Además, el aparato servidor de UAE 500 puede incluir un procesador 505, una memoria 510, un dispositivo de entrada 515, un dispositivo de salida 520 y un transceptor 525. En algunas realizaciones, el dispositivo de entrada 515 y el dispositivo de salida 520 se combinan en un único dispositivo, como una pantalla táctil. En ciertas realizaciones, el aparato servidor de UAE 500 no incluye ningún dispositivo de entrada 515 y/o dispositivo de salida 520.

[0310] Como se representa, el transceptor 525 incluye por lo menos un transmisor 530 y por lo menos un receptor 535. Aquí, el transceptor 525 se comunica con una o más unidades remotas 55. Además, el transceptor 525 puede admitir por lo menos una interfaz de red 540. En algunas realizaciones, el transceptor 525 admite una interfaz (por ejemplo, una interfaz Nnef) para comunicarse con una NEF (es decir, la NEF 127). Como comprenderán los expertos en la materia, pueden admitirse otras interfaces de red,

[0312] En una realización, el procesador 505 puede incluir cualquier controlador conocido capaz de ejecutar instrucciones legibles por ordenador y/o capaz de realizar operaciones lógicas. Por ejemplo, el procesador 505 puede ser un microcontrolador, un microprocesador, una unidad central de procesamiento ('CPU'), una unidad de procesamiento gráfico ('GPU'), una unidad de procesamiento auxiliar, una matriz de puertas programables en campo ('FPGA') o un controlador programable similar. En algunas realizaciones, el procesador 505 ejecuta instrucciones almacenadas en la memoria 510 para realizar los métodos y rutinas descritos en la presente. El procesador 505 está conectado comunicativamente a la memoria 510, al dispositivo de entrada 515, al dispositivo de salida 520 y al primer transceptor 525.

[0314] En varias realizaciones, el procesador 505 controla el aparato servidor de UAE 500 para implementar los comportamientos del servidor deA<e>descritos anteriormente. En algunas realizaciones, el transceptor 525 recibe una solicitud de aplicación para gestionar un modo de funcionamiento de la comunicación C2 para un primer UAS. Aquí, el primerA<s>comprende un primer UAV y un primer UAV-C. El transceptor 525 recibe un primer informe de una aplicación del primer UAS, donde la primera aplicación se encuentra en uno del primer UAV y el primer UAV-C. El procesador 505 determina cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS basándose en el primer informe recibido y transmite, a través del transceptor 525, una instrucción de cambio de comunicación C2 al primer UAS.

[0316] En algunas realizaciones, la solicitud de aplicación incluye por lo menos uno de los siguientes parámetros: un identificador del primer UAV, un identificador del primer UAV-C, una dirección IP y un puerto para el primer UAV, una dirección IP y un puerto para el primer UAV-C, un identificador de aplicación, un requisito de gestión de C2, un área geográfica donde se aplica el requisito de gestión de C2 y un tiempo de validez para el requisito de gestión de C2.

[0318] En algunas realizaciones, la decisión de cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS se determina con el soporte de la información del contexto de la aplicación relacionada con por lo menos un UAS en el área geográfica donde se aplica el requisito de gestión de C2. En ciertas realizaciones, la información del contexto de la aplicación es proporcionada por un servidor de aplicaciones y/o un UTM, en donde la información del contexto de la aplicación comprende por lo menos uno de los siguientes parámetros relacionados con por lo menos un UAS: demanda de recursos/ancho de banda en el área geográfica donde se aplica el requisito de gestión de C2, información de ubicación del UAV, trayectoria esperada del UAV, rapidez/velocidad del UAV, altitud, latitud, longitud, información del radar terrestre, mapa 3D, indicación de garantía de calidad para las frecuencias configuradas para la comunicación C2 indirecta e información meteorológica en tiempo real.

[0320] En algunas realizaciones, el procesador 505 establece una sesión de comunicación con el primer UAV y el primer UAV-C en respuesta a la recepción de la solicitud de aplicación. En tales realizaciones, el procesador 505 modifica la sesión de comunicación con el primer UAV y el primer UAV-C en respuesta a la determinación de cambiar la comunicación C2 para el primer UAS. En ciertas realizaciones, cuando se establece la sesión de comunicación el modo de funcionamiento de la comunicación C2 es un modo directo. En tales realizaciones, la sesión de comunicación proporciona parámetros de configuración (por ejemplo, condiciones de activación) para el primer UAV para monitorizar las condiciones del modo directo y activar la transmisión de un informe de degradación del enlace del modo directo basado en los parámetros de configuración. En otras realizaciones, cuando se establece la sesión de comunicación el modo de funcionamiento de la comunicación C2 es un modo indirecto. En tales realizaciones, la sesión de comunicación proporciona parámetros de configuración (por ejemplo, condiciones de activación) para el primer UAV para monitorizar las condiciones del modo directo y activar la transmisión de un informe de viabilidad del modo directo basado en los parámetros de configuración.

[0322] En varias realizaciones, cuando se recibe el primer informe el modo de funcionamiento de la comunicación C2 es un modo directo. En tales realizaciones, el primer informe es un informe de evento de activación y/o un informe de degradación del enlace en modo directo. Además, la instrucción de cambio de comunicación C2 incluye una instrucción para cambiar del modo directo a un modo indirecto de comunicación C2. En ciertas realizaciones, el evento de activación es un evento que indica un cambio en la comunicación C2 directa y comprende por lo menos uno de los siguientes: un identificador del primer UAV, un identificador del primer UAV-C, un identificador de UAS, un código ProSe, una notificación de degradación de la QoS de servicio de PC5, un atributo de calidad de servicio de la aplicación para la sesión de C2 directa en curso (es decir, fiabilidad, latencia, fluctuación, alcance, etc.) y/o una notificación de interrupción prevista de PC5.

[0324] En varias realizaciones, cuando se recibe el primer informe el modo de funcionamiento de la comunicación C2 es un modo indirecto. En tales realizaciones, el primer informe comprende un informe de viabilidad del modo directo. Además, la instrucción de cambio de la comunicación C2 incluye una instrucción para cambiar del modo indirecto a un modo directo de comunicación C2. En ciertas realizaciones, el informe de viabilidad del modo directo comprende por lo menos uno de los siguientes: un identificador del primer UAV, un identificador del primer UAV-C, un identificador de UAS, información sobre el estado del enlace directo e indicación de notificación de disponibilidad de PC5. En este caso, la decisión de cambiar el modo de funcionamiento de la comunicación C2 al modo directo (es decir, sobre la base del informe de viabilidad del modo directo recibido) se determina con el soporte de la notificación de QoS para la comunicación C2 indirecta.

[0326] En algunas realizaciones, la determinación de cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS se basa en una ubicación relativa entre el primer UAV y el primer UAV-C. En ciertas realizaciones, el procesador 505 aumenta la ubicación relativa con por lo menos una información de contexto de la aplicación. En tales realizaciones, la determinación de cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS se basa en la ubicación relativa aumentada.

[0328] En algunas realizaciones, la instrucción de cambio de comunicación C2 se envía a una aplicación del primer UAV y a una aplicación del primer UAV-C. En tales realizaciones, la instrucción de cambio de comunicación C2 comprende por lo menos uno de los siguientes parámetros: identificación del UAS, identificación del UAV afectado, identificación del UAV-C afectado, ID de la aplicación, modo de C2 actual y/o modo de C2 objetivo.

[0330] En varias realizaciones, el transceptor 525 recibe un acuse de recibo del primer UAV y/o del primer UAV-C de que se ha aplicado la instrucción de cambio de comunicación C2. En tales realizaciones, el procesador 505 puede transmitir, a través del transceptor 525, una notificación al por lo menos un servidor de aplicaciones en respuesta a la recepción del acuse de recibo.

[0332] La memoria 510, en una realización, es un medio de almacenamiento legible por ordenador. En algunas realizaciones, la memoria 510 incluye medios de almacenamiento informático volátiles. Por ejemplo, la memoria 510 puede incluir una RAM, incluyendo RAM dinámica ('DRAM'), RAM dinámica síncrona ('Sd Ra M') y/o RAM estática ('SRAM'). En algunas realizaciones, la memoria 510 incluye medios de almacenamiento informático no volátiles. Por ejemplo, la memoria 510 puede incluir una unidad de disco duro, una memoria flash o cualquier otro dispositivo de almacenamiento informático no volátil adecuado. En algunas realizaciones, la memoria 510 incluye medios de almacenamiento informático tanto volátiles como no volátiles. En algunas realizaciones, la memoria 510 almacena datos relacionados con la selección de una instancia de aplicación de servidor, por ejemplo, almacenando direcciones de servidor, ubicaciones de UE, caché de DNS y similares. En ciertas realizaciones, la memoria 510 también almacena código de programa y datos relacionados, como un sistema operativo ('SO') u otros algoritmos de controlador que operan en el aparato servidor de UAE 500 y una o más aplicaciones de software.

[0334] En una realización, el dispositivo de entrada 515 puede incluir cualquier dispositivo de entrada informático conocido, incluyendo un panel táctil, un botón, un teclado, un lápiz óptico, un micrófono o similares. En algunas realizaciones, el dispositivo de entrada 515 puede estar integrado con el dispositivo de salida 520, por ejemplo, como una pantalla táctil o una pantalla sensible al tacto similar. En algunas realizaciones, el dispositivo de entrada 515 incluye una pantalla táctil, de tal manera que puede introducirse texto usando un teclado virtual mostrado en la pantalla táctil y/o escribiendo a mano en la pantalla táctil. En algunas realizaciones, el dispositivo de entrada 515 incluye dos o más dispositivos diferentes, como un teclado y un panel táctil.

[0335] En una realización, el dispositivo de salida 520, puede incluir cualquier pantalla o dispositivo de visualización controlable electrónicamente conocido. El dispositivo de salida 520 puede estar diseñado para emitir señales visuales, audibles y/o hápticas. En algunas realizaciones, el dispositivo de salida 520 incluye una pantalla electrónica capaz de emitir datos visuales a un usuario. Por ejemplo, el dispositivo de salida 520 puede incluir, pero no se limita a, una pantalla LCD, una pantalla LED, una pantalla OLED, un proyector o un dispositivo de visualización similar capaz de emitir imágenes, texto o similares a un usuario. Como otro ejemplo no limitativo, el dispositivo de salida 520 puede incluir una pantalla que puede llevarse puesta, como un reloj inteligente, gafas inteligentes, una pantalla de visualización frontal o similares. Además, el dispositivo de salida 520 puede ser un componente de un teléfono inteligente, un asistente digital personal, un televisor, un ordenador de mesa, un ordenador portátil, un ordenador personal, el salpicadero de un vehículo o similar.

[0337] En ciertas realizaciones, el dispositivo de salida 520 incluye uno o más altavoces para producir sonido. Por ejemplo, el dispositivo de salida 520 puede producir una alerta o notificación audible (por ejemplo, un pitido o un timbre). En algunas realizaciones, el dispositivo de salida 520 incluye uno o más dispositivos hápticos para producir vibraciones, movimiento u otra retroalimentación háptica. En algunas realizaciones, todo o parte del dispositivo de salida 520 puede estar integrado con el dispositivo de entrada 515. Por ejemplo, el dispositivo de entrada 515 y el dispositivo de salida 520 pueden formar una pantalla táctil o una pantalla sensible al tacto similar. En otras realizaciones, todo o parte del dispositivo de salida 520 puede estar situado cerca del dispositivo de entrada 515.

[0339] Como se ha analizado con anterioridad, el transceptor 525 puede comunicarse con una o más unidades remotas y/o con una o más funciones de interfuncionamiento que proporcionan acceso a una o más PLMN. El transceptor 525 también puede comunicarse con una o más funciones de red (por ejemplo, en la red central móvil 120). El transceptor 525 funciona bajo el control del procesador 505 para transmitir mensajes, datos y otras señales, así como para recibir mensajes, datos y otras señales. Por ejemplo, el procesador 505 puede activar selectivamente el transceptor (o partes del mismo) en momentos particulares para enviar y recibir mensajes.

[0341] El transceptor 525 puede incluir uno o más transmisores 530 y uno o más receptores 535. En ciertas realizaciones, los uno o más transmisores 530 y/o los uno o más receptores 535 pueden compartir hardware y/o circuitos del transceptor. Por ejemplo, el transmisor o transmisores 530 y/o el receptor o receptores 535 pueden compartir antenas, sintonizadores de antena, amplificadores, filtros, osciladores, mezcladores, moduladores/demoduladores, fuentes de alimentación y similares. En una realización, el transceptor 525 implementa múltiples transceptores lógicos usando diferentes protocolos de comunicación o pilas de protocolos, mientras usa hardware físico común.

[0343] La Figura 6 representa un aparato cliente de UAE 600 que puede usarse para gestionar un modo de funcionamiento de comunicación C2, de acuerdo con las realizaciones de la divulgación. En varias realizaciones, el aparato cliente de UAE 600 se usa para implementar una o más de las soluciones descritas anteriormente. El aparato cliente de UAE 600 puede ser una realización de un cliente de UAE y su hardware de soporte, como el UAV 103, el controlador de UAV 104, el UAV 201, el UAV-C 203, el cliente de UAE 205, el cliente de UAE 301 y/o el cliente de UAE 305, descritos anteriormente. Además, el aparato cliente de UAE 600 puede incluir un procesador 605, una memoria 610, un dispositivo de entrada 615, un dispositivo de salida 620 y un transceptor 625. En algunas realizaciones, el dispositivo de entrada 615 y el dispositivo de salida 620 se combinan en un único dispositivo, como una pantalla táctil. En ciertas realizaciones, el aparato cliente de UAE 600 puede no incluir ningún dispositivo de entrada 615 y/o dispositivo de salida 620. En varias realizaciones, el aparato cliente de UAE 600 puede incluir uno o más de: el procesador 605, la memoria 610 y el transceptor 625, y puede no incluir el dispositivo de entrada 615 y/o el dispositivo de salida 620.

[0345] En una realización, el procesador 605 puede incluir cualquier controlador conocido capaz de ejecutar instrucciones legibles por ordenador y/o capaz de realizar operaciones lógicas. Por ejemplo, el procesador 605 puede ser un microcontrolador, un microprocesador, una unidad central de procesamiento ('CPU'), una unidad de procesamiento gráfico ('GPU'), una unidad de procesamiento auxiliar, una FPGA o un controlador programable similar. En algunas realizaciones, el procesador 605 ejecuta instrucciones almacenadas en la memoria 610 para realizar los métodos y rutinas descritos en la presente. El procesador 605 está acoplado comunicativamente a la memoria 610, el dispositivo de entrada 615, el dispositivo de salida 620 y el transceptor 625.

[0347] En varias realizaciones, el procesador 605 controla el aparato cliente de UAE 600 para implementar los comportamientos del cliente de UAE descritos anteriormente. En algunas realizaciones, el transceptor 625 recibe un primer mensaje de solicitud para monitorizar las condiciones de enlace para un modo de funcionamiento de comunicación C2 para un primer UAS, el primer UAS comprendiendo un primer UAV y un primer UAV-C. El procesador 605 transmite, a través del transceptor 625, un primer informe basado en las condiciones de enlace monitorizadas. En una realización, el primer informe es un informe de viabilidad del modo directo. En otra realización, el primer informe es un informe de degradación del enlace en modo directo y/o un informe de evento activador. El procesador 605 recibe, a través del transceptor 625, una instrucción de cambio de comunicación C2 a la aplicación del primer UAS y modifica una sesión de comunicación C2 del primer UAS en respuesta a la instrucción de cambio de comunicación C2.

[0348] En algunas realizaciones, el modo de funcionamiento de la comunicación C2 es un modo directo cuando se recibe un primer mensaje de solicitud. En tales realizaciones, el primer mensaje de solicitud proporciona parámetros de configuración (por ejemplo, condiciones de activación) para el primer UAV para monitorizar la degradación de las condiciones del modo directo y para activar la transmisión de un informe de degradación del enlace en modo directo basado en los parámetros de configuración.

[0350] En algunas realizaciones, cuando se recibe el primer mensaje de solicitud el modo de funcionamiento de la comunicación C2 es un modo indirecto. En tales realizaciones, el primer mensaje de solicitud proporciona parámetros de configuración para el primer UAV para monitorizar la condición de viabilidad de la comunicación C2 en modo directo y activar la transmisión de un informe de viabilidad del modo directo basado en los parámetros de configuración.

[0352] En una realización, la memoria 610 es un medio de almacenamiento legible por ordenador. En algunas realizaciones, la memoria 610 incluye medios de almacenamiento informático volátiles. Por ejemplo, la memoria 610 puede incluir una RAM, incluyendo RAM dinámica ('DRAM'), RAM dinámica síncrona ('S<d>R<a>M') y/o RAM estática ('SRAM'). En algunas realizaciones, la memoria 610 incluye medios de almacenamiento informático no volátiles. Por ejemplo, la memoria 610 puede incluir una unidad de disco duro, una memoria flash o cualquier otro dispositivo de almacenamiento informático no volátil adecuado. En algunas realizaciones, la memoria 610 incluye medios de almacenamiento informático tanto volátiles como no volátiles.

[0354] En algunas realizaciones, la memoria 610 almacena datos relacionados con el funcionamiento de SL HARQ. Por ejemplo, la memoria 610 puede almacenar recursos de comunicación de V2X, políticas de configuración de V2X, gráficos de UE a UE y similares. En ciertas realizaciones, la memoria 610 también almacena código de programa y datos relacionados, como un sistema operativo u otros algoritmos de controlador que operan en la unidad remota 65.

[0356] En una realización, el dispositivo de entrada 615 puede incluir cualquier dispositivo de entrada de ordenador conocido, incluyendo un panel táctil, un botón, un teclado, un lápiz óptico, un micrófono o similares. En algunas realizaciones, el dispositivo de entrada 615 puede estar integrado con el dispositivo de salida 620, por ejemplo, como una pantalla táctil o una pantalla sensible al tacto similar. En algunas realizaciones, el dispositivo de entrada 615 incluye una pantalla táctil, de tal manera que puede introducirse texto usando un teclado virtual mostrado en la pantalla táctil y/o escribiendo a mano en la pantalla táctil. En algunas realizaciones, el dispositivo de entrada 615 incluye dos o más dispositivos diferentes, como un teclado y un panel táctil.

[0358] El dispositivo de salida 620, en una realización, está diseñado para emitir señales visuales, audibles y/o hápticas. En algunas realizaciones, el dispositivo de salida 620 incluye una pantalla o dispositivo de visualización controlable electrónicamente capaz de emitir datos visuales a un usuario. Por ejemplo, el dispositivo de salida 620 puede incluir, pero no se limita a, una pantalla LCD, una pantalla LED, una pantalla OLED, un proyector o un dispositivo de visualización similar capaz de emitir imágenes, texto o similares a un usuario. Como otro ejemplo no limitativo, el dispositivo de salida 620 puede incluir una pantalla que puede llevarse puesta separada del resto del aparato cliente de UAE 600, pero acoplada comunicativamente al mismo, como un reloj inteligente, gafas inteligentes, una pantalla de visualización frontal o similares. Además, el dispositivo de salida 620 puede ser un componente de un teléfono inteligente, un asistente digital personal, un televisor, un ordenador de mesa, un ordenador portátil, un ordenador personal, el salpicadero de un vehículo o similar.

[0360] En ciertas realizaciones, el dispositivo de salida 620 incluye uno o más altavoces para producir sonido. Por ejemplo, el dispositivo de salida 620 puede producir una alerta o notificación audible (por ejemplo, un pitido o un timbre). En algunas realizaciones, el dispositivo de salida 620 incluye uno o más dispositivos hápticos para producir vibraciones, movimiento u otra retroalimentación háptica. En algunas realizaciones, todo o parte del dispositivo de salida 620 puede estar integrado con el dispositivo de entrada 615. Por ejemplo, el dispositivo de entrada 615 y el dispositivo de salida 620 pueden formar una pantalla táctil o una pantalla sensible al tacto similar. En otras realizaciones, el dispositivo de salida 620 puede estar situado cerca del dispositivo de entrada 615.

[0362] Como se ha analizado con anterioridad, eltransceptor625 se comunica con uno o más UE V2X. Eltransceptor 625 funciona bajo el control del procesador 605 para transmitir mensajes, datos y otras señales, así como para recibir mensajes, datos y otras señales. Por ejemplo, el procesador 605 puede activar selectivamente el transceptor (o partes del mismo) en momentos particulares para enviar y recibir mensajes.

[0364] En varias realizaciones, el transceptor 625 está configurado para comunicarse con una red o redes de acceso 3GPP y/o una red o redes de acceso no 3GPP. En algunas realizaciones, el transceptor 625 implementa la funcionalidad de módem para la red o redes de acceso 3GPP y/o la red o redes de acceso no 3GPP. En una realización, el transceptor 625 implementa múltiples transceptores lógicos usando diferentes protocolos de comunicación o pilas de protocolos, mientras usa hardware físico común.

[0366] En una realización, el transceptor 625 incluye un primer partransmisor/receptor usado para comunicarse con una red de comunicaciones móviles a través de un espectro de radio con licencia y un segundo partransmisor/receptor usado para comunicarse con una red de comunicaciones móviles a través de un espectro de radio sin licencia. En ciertas realizaciones, el primer par transmisor/receptor usado para comunicarse con una red de comunicaciones móviles a través del espectro de radio con licencia y el segundo par transmisor/receptor usado para comunicarse con una red de comunicaciones móviles a través del espectro de radio sin licencia pueden combinarse en una única unidad transceptora, por ejemplo, un único chip que realice funciones para su uso tanto con el espectro de radio con licencia como con el espectro de radio sin licencia. En algunas realizaciones, el primer par transmisor/receptor y el segundo par transmisor/receptor pueden compartir uno o más componentes de hardware. Por ejemplo, ciertos transceptores 625, transmisores 630 y receptores 635 pueden implementarse como componentes físicamente separados que acceden a un recurso de hardware y/o software compartido, como por ejemplo, la interfaz de red 640.

[0368] El transceptor 625 puede incluir uno o más transmisores 630 y uno o más receptores 635. Aunque se ilustra una cantidad específica de transmisores 630 y receptores 635, el aparato cliente deA<e>600 puede tener cualquier número adecuado de transmisores 630 y receptores 635. Además, el transmisor o transmisores 630 y el receptor o receptores 635 pueden ser de cualquier tipo adecuado de transmisores y receptores. En ciertas realizaciones, el transmisor o transmisores 630 y/o el receptor o receptores 635 pueden compartir hardware y/o circuitos del transceptor. Por ejemplo, el transmisor o transmisores 630 y/o el receptor o receptores 635 pueden compartir antenas, sintonizadores de antena, amplificadores, filtros, osciladores, mezcladores, moduladores/demoduladores, fuente de alimentación y similares.

[0370] En varias realizaciones, el transceptor 625 es capaz de comunicarse con una red central móvil a través de una red de acceso. Por consiguiente, el transceptor 625 puede admitir por lo menos una interfaz de red 640. En este caso, la por lo menos una interfaz de red 640 facilita la comunicación con un nodo RAN, como un eNB o un gNB, por ejemplo, usando la interfaz 'Uu' (por ejemplo, LTE-Uu para eNB, NR-Uu para gNB). Además, la por lo menos una interfaz de red 640 puede incluir una interfaz usada para las comunicaciones con una o más funciones de red en la red central móvil, como una UPF 141, un AMF 143 y/o una SMF 145. Para las comunicaciones V2X, el transceptor 625 puede admitir una interfaz de PC5 para la comunicación directa entre UE y UE.

[0372] En varias realizaciones, uno o más transmisores 630 y/o uno o más receptores 635 pueden implementarse y/o integrarse en un único componente de hardware, como un chip multitransceptor, un sistema en chip, un circuito integrado específico para una aplicación ('ASIC') u otro tipo de componente de hardware. En ciertas realizaciones, uno o más transmisores 630 y/o uno o más receptores 635 pueden implementarse y/o integrarse en un módulo multichip. En algunas realizaciones, otros componentes, como la interfaz de red 640 u otros componentes/circuitos de hardware, pueden integrarse con cualquier cantidad de transmisores 630 y/o receptores 635 en un único chip. En dicha realización, los transmisores 630 y los receptores 635 pueden configurarse lógicamente como un transceptor 625 que usa una o más señales de control comunes o como transmisores 630 y receptores 635 modulares implementados en el mismo chip de hardware o en un módulo multichip. En ciertas realizaciones, el transceptor 625 puede implementar un módem 3GPP (por ejemplo, para comunicarse a través de redes de acceso NR o LTE) y un módem no 3GPP (por ejemplo, para comunicarse a través de Wi-Fi u otras redes de acceso no 3GPP).

[0374] La Figura 7 representa una realización de un método 700 para gestionar un modo de funcionamiento de comunicación C2, de acuerdo con las realizaciones de la divulgación. En varias realizaciones, el método 700 es realizado por un servidor de UAE, como el servidor de UAE 133, el servidor de UAE 221 y/o el aparato servidor de UAE 500, descritos anteriormente. En algunas realizaciones, el método 700 es realizado por un procesador, como un microcontrolador, un microprocesador, una CPU, una GPU, una unidad de procesamiento auxiliar, una FPGA o similares.

[0376] El método 700 comienza y recibe 705 una solicitud de aplicación para gestionar un modo de funcionamiento de la comunicación C2 para un primer UAS, donde el primer UAS comprende un primer UAV y un primer UAV-C. El método 700 incluye recibir 710 un primer informe de una aplicación del primerA<s>, donde la primera aplicación se encuentra en uno del primer UAV y el primer UAV-C. El método 700 incluye determinar 715 cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS basándose en el primer informe recibido. El método 700 incluye transmitir 720 una instrucción de cambio de comunicación C2 al primer UAS. El método 700 finaliza.

[0378] La Figura 8 representa una realización de un método 800 para gestionar un modo de funcionamiento de comunicación C2, de acuerdo con realizaciones de la divulgación. En varias realizaciones, el método 800 es realizado por un cliente de UAE, tal como el UAV 103, el controlador de UAV 104, el UAV 201, el UAV-C 203, el cliente de UAE 205, el cliente de UAE 301, el cliente de UAE 305 y/o el aparato cliente de UAE 600, descritos anteriormente. En algunas realizaciones, el método 800 es realizado por un procesador, como un microcontrolador, un microprocesador, una CPU, una GPU, una unidad de procesamiento auxiliar, una FPGA o similar.

[0380] El método 800 comienza y recibe 805 un primer mensaje de solicitud para monitorizar las condiciones de enlace para un modo de funcionamiento de la comunicación C2 para un primer UAS, el primer UAS comprende un primer UAV y un primer UAV-C. El método 800 incluye transmitir 810 un primer informe basado en las condiciones de enlace monitorizadas, donde el primer informe comprende uno de un informe de viabilidad del modo directo y un informe de evento de activación. El método 800 incluye recibir 815 una instrucción de cambio de comunicación C2 para la aplicación del primer UAS. El método 800 incluye modificar 820 una sesión de comunicación C2 del primer UAS en respuesta a la instrucción de cambio de comunicación C2. El método 800 finaliza.

[0382] En la presente se divulga un primer aparato para gestionar un modo de funcionamiento de comunicación C2, de acuerdo con las realizaciones de la divulgación. El primer aparato puede ser implementado por un servidor de UAE, como el servidor de UAE 133, el servidor de UAE 221 y/o el aparato servidor de UAE 500, descritos anteriormente. El primer aparato incluye un transceptor que recibe una solicitud de aplicación para gestionar un modo de funcionamiento de comunicación c 2 para un primer UAS. En este caso, el primer UAS comprende un primer UAV y un primer UAV-C. El transceptor recibe un primer informe de una aplicación del primer UAS, donde la primera aplicación se encuentra en uno del primer UAV y el primer UAV-C. El procesador determina cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS basándose en el primer informe recibido y transmite, a través del transceptor, una instrucción de cambio de comunicación C2 al primer UAS.

[0384] En algunas realizaciones, la solicitud de aplicación incluye por lo menos uno de los siguientes parámetros: un identificador del primer UAV, un identificador del primer UAV-C, una dirección IP y un puerto para el primer UAV, una dirección IP y un puerto para el primer UAV-C, un identificador de aplicación, un requisito de gestión de C2, un área geográfica donde se aplica el requisito de gestión de C2 y un tiempo de validez para el requisito de gestión de C2.

[0386] En algunas realizaciones, la determinación de cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS se determina con el soporte de la información del contexto de la aplicación relacionada con por lo menos un UAS en el área geográfica donde se aplica el requisito de gestión de C2. En ciertas realizaciones, la información del contexto de la aplicación es proporcionada por un servidor de aplicaciones y/o un UTM, en donde la información del contexto de la aplicación comprende por lo menos uno de los siguientes parámetros relacionados con por lo menos un UAS: demanda de recursos/ancho de banda en el área geográfica donde se aplica el requisito de gestión de C2, información de ubicación del UAV, trayectoria esperada del UAV, rapidez/velocidad del UAV, altitud, latitud, longitud, información del radar terrestre, mapa 3D, indicación de garantía de calidad para las frecuencias configuradas para la comunicación C2 indirecta e información meteorológica en tiempo real.

[0388] En algunas realizaciones, el procesador establece una sesión de comunicación con el primer UAV y el primer UAV-C en respuesta a la recepción de la solicitud de aplicación. En tales realizaciones, el procesador modifica la sesión de comunicación con el primer UAV y el primer UAV-C en respuesta a la determinación de cambiar la comunicación C2 para el primer UAS. En ciertas realizaciones, cuando se establece la sesión de comunicación el modo de funcionamiento de la comunicación C2 es un modo directo. En tales realizaciones, la sesión de comunicación proporciona parámetros de configuración (por ejemplo, condiciones de activación) para el primer UAV para monitorizar las condiciones del modo directo y para activar la transmisión de un informe de degradación del enlace en modo directo basado en los parámetros de configuración. En otras realizaciones, cuando se establece la sesión de comunicación el modo de funcionamiento de la comunicación C2 es un modo indirecto. En tales realizaciones, la sesión de comunicación proporciona parámetros de configuración (por ejemplo, condiciones de activación) para el primer UAV para monitorizar las condiciones del modo directo y para activar la transmisión de un informe de viabilidad del modo directo basado en los parámetros de configuración.

[0390] En varias realizaciones, cuando se recibe el primer informe el modo de funcionamiento de la comunicación C2 es un modo directo. En tales realizaciones, el primer informe es un informe de evento de activación y/o un informe de degradación del enlace en modo directo. Además, la instrucción de cambio de la comunicación C2 incluye una instrucción para cambiar el modo directo a un modo indirecto de comunicación C2. En ciertas realizaciones, el evento de activación es un evento que indica un cambio en la comunicación C2 directa y comprende por lo menos uno de los siguientes: un identificador del primer UAV, un identificador del primer UAV-C, un identificador de UAS, un código ProSe, una notificación de degradación de la calidad de servicio de PC5, un atributo de calidad de servicio de la aplicación para la sesión de C2 directa en curso (es decir, fiabilidad, latencia, variación de latencia, alcance, etc.) y/o una notificación de interrupción prevista de PC5.

[0392] En varias realizaciones, cuando se recibe el primer informe el modo de funcionamiento de la comunicación C2 es un modo indirecto. En tales realizaciones, el primer informe comprende un informe de viabilidad del modo directo. Además, la instrucción de cambio de la comunicación C2 incluye una instrucción para cambiar del modo indirecto a un modo directo de comunicación C2. En ciertas realizaciones, el informe de viabilidad del modo directo comprende por lo menos uno de los siguientes: un identificador del primer UAV, un identificador del primer UAV-C, un identificador de UAS, información sobre el estado del enlace directo e indicación de notificación de disponibilidad de PC5. En este caso, la decisión de cambiar el modo de funcionamiento de la comunicación C2 al modo directo (es decir, basándose en el informe de viabilidad del modo directo recibido) se determina con el soporte de la notificación de QoS para la comunicación C2 indirecta.

[0394] En algunas realizaciones, la decisión de cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS se basa en una ubicación relativa entre el primer UAV y el primer UAV-C. En ciertas realizaciones, el procesador aumenta la ubicación relativa con por lo menos una de las informaciones de contexto de la aplicación. En tales realizaciones, la determinación de cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS se basa en la ubicación relativa aumentada.

[0396] En algunas realizaciones, la instrucción de cambio de comunicación C2 se envía a una aplicación del primer UAV y a una aplicación del primer UAV-C. En tales realizaciones, la instrucción de cambio de comunicación C2 comprende por lo menos uno de los siguientes parámetros: identificación del UAS, identificación del UAV afectado, identificación del UAV-C afectado, ID de la aplicación, modo de C2 actual y/o modo de C2 objetivo.

[0398] En varias realizaciones, el transceptor recibe un acuse de recibo del primer UAV y/o del primer UAV-C de que se ha aplicado la instrucción de cambio de comunicación C2. En tales realizaciones, en respuesta a la recepción de la confirmación el procesador puede transmitir, a través del transceptor, una notificación al por lo menos un servidor de aplicaciones.

[0400] En la presente se divulga un primer método para gestionar un modo de funcionamiento de comunicación C2, de acuerdo con las realizaciones de la divulgación. El primer método puede ser realizado por un servidor de UAE, como el servidor de UAE 133, el servidor de UAE 221 y/o el aparato servidor de UAE 500, descritos anteriormente. El primer método incluye recibir una solicitud de aplicación para gestionar un modo de funcionamiento de comunicación C2 para un primer UAS, en este caso el primer UAS comprende un primer UAV y un primer UAV-C. El primer método incluye recibir un primer informe de una aplicación del primer UAS, donde la primera aplicación se encuentra en uno del primer UAV y el primer UAV-C. El primer método incluye determinar cambiar el modo de funcionamiento de la comunicación<c>2 para el primer UAS basándose en el primer informe recibido y transmitir una instrucción de cambio de comunicación C2 al primer UAS.

[0402] En algunas realizaciones, la solicitud de aplicación incluye por lo menos uno de los siguientes parámetros: un identificador del primer UAV, un identificador del primer UAV-C, una dirección IP y un puerto para el primer UAV, una dirección IP y un puerto para el primer UAV-C, un identificador de aplicación, un requisito de gestión de C2, un área geográfica donde se aplica el requisito de gestión de C2 y un tiempo de validez para el requisito de gestión de C2.

[0404] En algunas realizaciones, la determinación de cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS se determina con el soporte de la información del contexto de la aplicación relacionada con por lo menos un UAS en el área geográfica donde se aplica el requisito de gestión de C2. En ciertas realizaciones, la información del contexto de la aplicación es proporcionada por un servidor de aplicaciones y/o un UTM, en donde la información del contexto de la aplicación comprende por lo menos uno de los siguientes parámetros relacionados con el por lo menos un UAS: demanda de recursos/ancho de banda en el área geográfica donde se aplica el requisito de gestión de C2, información de ubicación del UAV, trayectoria esperada del UAV, rapidez/velocidad del UAV, altitud, latitud, longitud, información del radar terrestre, mapa 3D, indicación de garantía de calidad para las frecuencias configuradas para la comunicación C2 indirecta e información meteorológica en tiempo real.

[0406] En algunas realizaciones, el primer método incluye establecer una sesión de comunicación con el primer UAV y el primer UAV-C en respuesta a la recepción de la solicitud de aplicación. En tales realizaciones, el primer método incluye modificar la sesión de comunicación con el primer UAV y el primer UAV-C en respuesta a la determinación de cambiar la comunicación C2 para el primer UAS. En ciertas realizaciones, cuando se establece la sesión de comunicación el modo de funcionamiento de la comunicación C2 es un modo directo. En tales realizaciones, la sesión de comunicación proporciona parámetros de configuración (por ejemplo, condiciones de activación) para que el primer UAV supervise las condiciones del modo directo y active la transmisión de un informe de degradación del enlace en modo directo basado en los parámetros de configuración. En otras realizaciones, cuando se establece la sesión de comunicación el modo de funcionamiento de la comunicación C2 es un modo indirecto. En tales realizaciones, la sesión de comunicación proporciona parámetros de configuración (por ejemplo, condiciones de activación) para el primer UAV para monitorizar las condiciones del modo directo y para activar la transmisión de un informe de viabilidad del modo directo basado en los parámetros de configuración.

[0408] En varias realizaciones, cuando se recibe el primer informe el modo de funcionamiento de la comunicación C2 es un modo directo. En tales realizaciones, el primer informe es un informe de evento de activación y/o un informe de degradación del enlace en modo directo. Además, la instrucción de cambio de la comunicación C2 incluye una instrucción para cambiar del modo directo a un modo indirecto de comunicación C2. En ciertas realizaciones, el evento de activación es un evento que indica un cambio en la comunicación C2 directa y comprende por lo menos uno de los siguientes: un identificador del primer UAV, un identificador del primer UAV-C, un identificador de UAS, un código ProSe, una notificación de degradación de la QoS de PC5, un atributo de QoS de la aplicación para la sesión de C2 directa en curso (es decir, fiabilidad, latencia, variación de latencia, alcance, etc.) y/o una notificación de interrupción prevista PC5.

[0410] En varias realizaciones, cuando se recibe el primer informe el modo de funcionamiento de la comunicación C2 es un modo indirecto. En tales realizaciones, el primer informe comprende un informe de viabilidad del modo directo. Además, la instrucción de cambio de la comunicación C2 incluye una instrucción para cambiar del modo indirecto a un modo directo de comunicación C2. En ciertas realizaciones, el informe de viabilidad del modo directo comprende por lo menos uno de los siguientes: un identificador del primer UAV, un identificador del primer UAV-C, un identificador de UAS, información sobre el estado del enlace directo e indicación de notificación de disponibilidad de PC5. En este caso, la decisión de cambiar el modo de funcionamiento de la comunicación C2 al modo directo (es decir, basándose en el informe de viabilidad del modo directo recibido) se determina con el soporte de la notificación de QoS para la comunicación C2 indirecta.

[0412] En algunas realizaciones, la determinación de cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS se basa en una ubicación relativa entre el primer UAV y el primer UAV-C. En ciertas realizaciones, el primer método también incluye aumentar la ubicación relativa con por lo menos una de la información de contexto de la aplicación. En tales realizaciones, la determinación de cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS se basa en la ubicación relativa aumentada.

[0414] En algunas realizaciones, la instrucción de cambio de comunicación C2 se envía a una aplicación del primer UAV y a una aplicación del primer UAV-C. En tales realizaciones, la instrucción de cambio de comunicación C2 comprende por lo menos uno de los siguientes parámetros: identificación del UAS, identificación del UAV afectado, identificación del UAV-C afectado, ID de la aplicación, modo de C2 actual y/o modo de C2 objetivo.

[0416] En varias realizaciones, el primer método incluye recibir una confirmación del primer UAV y/o del primer UAV-C de que se ha aplicado la instrucción de cambio de comunicación C2. En tales realizaciones, el primer método puede incluir transmitir una notificación al por lo menos un servidor de aplicaciones en respuesta a la recepción de la confirmación.

[0418] En la presente se divulga un segundo aparato para gestionar un modo de funcionamiento de comunicación C2, de acuerdo con las realizaciones de la divulgación. El segundo aparato puede ser implementado por un cliente de UAE, como el UAV 103, el controlador de UAV 104, el UAV 201, el UAV-C 203, el cliente de UAE 205, el cliente de UAE 301, el cliente de UAE 305 y/o el aparato cliente de UAE 600, descritos anteriormente. El segundo aparato incluye un procesador y un transceptor que recibe un primer mensaje de solicitud para monitorizar las condiciones del enlace para un modo de funcionamiento de la comunicación C2 para un primer UAS, el primer UAS comprendiendo un primer UAV y un primer UAV-C. A través del transceptor, el procesador transmite un primer informe basado en las condiciones del enlace monitorizadas. En este caso, el primer informe comprende uno de un informe de viabilidad del modo directo y un informe de evento de activación. El procesador recibe, a través del transceptor, una instrucción de cambio de comunicación C2 a la aplicación del primer UAS y modifica una sesión de comunicación C2 del primer UAS en respuesta a la instrucción de cambio de comunicación C2.

[0420] En algunas realizaciones, cuando se recibe el primer mensaje de solicitud el modo de funcionamiento de la comunicación C2 es un modo directo. En tales realizaciones, el primer mensaje de solicitud proporciona parámetros de configuración (por ejemplo, condiciones de activación) para el primer UAV para monitorizar la degradación de las condiciones del modo directo y para activar la transmisión de un informe de degradación del enlace en modo directo basado en los parámetros de configuración.

[0422] En algunas realizaciones, cuando se recibe el primer mensaje de solicitud el modo de funcionamiento de la comunicación C2 es un modo indirecto. En tales realizaciones, el primer mensaje de solicitud proporciona parámetros de configuración para el primer UAV para monitorizar una condición de viabilidad del modo directo de la comunicación C2 y para activar la transmisión de un informe de viabilidad del modo directo basado en los parámetros de configuración.

[0424] En la presente se divulga un segundo método para gestionar un modo de funcionamiento de la comunicación C2, de acuerdo con las realizaciones de la divulgación. El segundo método puede ser implementado por un cliente de UAE, como el UAV 103, el controlador de UAV 104, el UAV 201, el UAV-C 203, el cliente de UAE 205, el cliente de UAE 301, el cliente de UAE 305 y/o el aparato cliente de UAE 600, descritos anteriormente. El segundo método incluye recibir un primer mensaje de solicitud para monitorizar las condiciones del enlace para un modo de funcionamiento de la comunicación C2 para un primer uAs . En este caso, el primer UAS comprende un primer UAV y un primer UAV-C. El segundo método incluye transmitir un primer informe basado en las condiciones del enlace monitorizadas. En este caso, el primer informe comprende uno de: un informe de viabilidad del modo directo, un informe de degradación del enlace del modo directo y un informe de evento de activación. El segundo método incluye recibir una instrucción de cambio de comunicación C2 a la aplicación del primer UAS y modificar una sesión de comunicación C2 del primer UAS en respuesta a la instrucción de cambio de comunicación C2.

[0426] En algunas realizaciones, cuando se recibe el primer mensaje de solicitud el modo de funcionamiento de la comunicación C2 es un modo directo. En tales realizaciones, el primer mensaje de solicitud proporciona parámetros de configuración (por ejemplo, condiciones de activación) para el primer UAV para monitorizar la degradación de las condiciones del modo directo y para activar la transmisión de un informe de degradación del enlace en modo directo basado en los parámetros de configuración.

[0428] En algunas realizaciones, cuando se recibe el primer mensaje de solicitud el modo de funcionamiento de la comunicación C2 es un modo indirecto. En tales realizaciones, el primer mensaje de solicitud proporciona parámetros de configuración para el primer UAV para monitorizar las condiciones para la viabilidad de la comunicación C2 en modo directo y para activar la transmisión de un informe de viabilidad del modo directo basado en los parámetros de configuración.

[0430] Las realizaciones pueden ponerse en práctica en otras formas específicas. Las realizaciones descritas deben considerarse en todos los aspectos solo como ilustrativas y no como restrictivas. Por lo tanto, el alcance de la invención viene indicado por las reivindicaciones adjuntas y no por la descripción anterior.

Claims

1. REIVINDICACIONES

1. Un aparato servidor habilitador de aplicaciones de sistemas aéreos no tripulados, UAE (133, 221, 500), el aparato servidor de UAE (133, 221, 500) comprendiendo una memoria (510) y un procesador (505) acoplado a la memoria (510) y configurado para hacer que el aparato servidor de UAE (133, 221, 500):

reciba (705) una solicitud de aplicación para gestionar un modo de funcionamiento de comunicación de mando y control, C2, para un primer sistema aéreo no tripulado, UAS, el primer UAS comprendiendo un primer vehículo aéreo no tripulado, UAV, y un primer controlador de UAV, UAV-C;

reciba (710) un primer informe de una aplicación del primer UAS, en donde la aplicación se encuentra en uno del primer UAV y el primer UAV-C;

determine (715) cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS basándose en el primer informe recibido; y

transmita (720) una instrucción de cambio de comunicación C2 al primer UAS.

2. El aparato servidor de UAE (133, 221, 500) de la reivindicación 1, en el que la solicitud de aplicación incluye por lo menos uno de los siguientes parámetros: un identificador del primer UAV, un identificador del primer UAV-C, una dirección IP y un puerto para el primer UAV, una dirección IP y un puerto para el primer UAV-C, un identificador de aplicación, un requisito de gestión de C2, un área geográfica en la que se aplica el requisito de gestión de C2 y un tiempo de validez para el requisito de gestión de C2.

3. El aparato servidor de UAE (133, 221, 500) de la reivindicación 2, en el que la determinación de cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS se determina con el soporte de la información del contexto de la aplicación relacionada con por lo menos un UAS en el área geográfica donde se aplica el requisito de gestión de C2.

4. El aparato servidor de UAE (133, 221, 500) de la reivindicación 3, en el que la información del contexto de la aplicación es proporcionada por un servidor de aplicaciones y/o un gestor de tráfico de UAS, UTM, en donde la información del contexto de la aplicación comprende por lo menos uno de los siguientes parámetros relacionados con por lo menos un UAS: demanda de recursos/ancho de banda en el área geográfica donde se aplica el requisito de gestión de C2, información de ubicación del UAV, trayectoria prevista del UAV, rapidez/velocidad del UAV, altitud, latitud, longitud, información del radar terrestre, mapa 3D, indicación de garantía de calidad para las frecuencias configuradas para la comunicación C2 indirecta e información meteorológica en tiempo real.

5. El aparato servidor de UAE (133, 221, 500) de la reivindicación 1, en el que el procesador (505) está configurado para hacer que el aparato servidor de UAE (133, 221, 500) establezca una sesión de comunicación con el primer UAV y el primer UAV-C en respuesta a la recepción de la solicitud de aplicación.

6. El aparato servidor de UAE (133, 221, 500) de la reivindicación 5, en el que:

cuando se establece la sesión de comunicación el modo de funcionamiento de la comunicación C2 es un modo directo, en donde la sesión de comunicación proporciona parámetros de configuración para el primer UAV para monitorizar las condiciones del modo directo y para activar la transmisión de un informe de degradación del enlace en modo directo basado en los parámetros de configuración; o

cuando se establece la sesión de comunicación el modo de funcionamiento de la comunicación C2 es un modo indirecto, en donde la sesión de comunicación proporciona parámetros de configuración para el primer UAV para monitorizar las condiciones del modo directo y para activar la transmisión de un informe de viabilidad del modo directo basado en los parámetros de configuración.

7. El aparato servidor de UAE (133, 221, 500) de la reivindicación 5, en el que el procesador (505) está configurado para hacer que el aparato servidor de UAE (133, 221, 500) modifique la sesión de comunicación con el primer UAV y el primer UAV-C en respuesta a la determinación de cambiar la comunicación C2 para el primer UAS.

8. El aparato servidor de UAE (133, 221, 500) de la reivindicación 1, en el que cuando se recibe el primer informe el modo de funcionamiento de la comunicación C2 es un modo directo, en el que el primer informe comprende un informe de evento de activación, y en el que la instrucción de cambio de comunicación C2 comprende una instrucción para cambiar del modo directo a un modo indirecto de comunicación C2.

9. El aparato servidor de UAE (133, 221, 500) de la reivindicación 8, en el que el evento de activación es un evento que indica un cambio en la comunicación C2 directa y comprende por lo menos uno de los siguientes: un identificador del primer UAV, un identificador del primer UAV-C, un identificador de UAS, un código ProSe, una notificación de degradación de la QoS de PC5, un atributo de QoS de la aplicación para la sesión de C2 directa en curso y una notificación de interrupción esperada de PC5.

10. El aparato servidor de UAE (133, 221, 500) de la reivindicación 1, en el que cuando se recibe el primer informe el modo de funcionamiento de la comunicación C2 es un modo indirecto, en el que el primer informe comprende un informe de viabilidad del modo directo, y en el que la instrucción de cambio de la comunicación C2 comprende una instrucción para cambiar del modo indirecto a un modo directo de comunicación C2, y opcionalmente:

en el que el informe de viabilidad del modo directo comprende por lo menos uno de los siguientes: un identificador del primer UAV, un identificador del primer UAV-C, un identificador de UAS, información sobre el estado del enlace directo e indicación de notificación de disponibilidad de PC5, y opcionalmente en el que la determinación de cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS basándose en el informe de viabilidad del modo directo recibido se determina con el soporte de la notificación de QoS para la comunicación C2 indirecta.

11. El aparato servidor de UAE (133, 221, 500) de la reivindicación 1, en el que la determinación de cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS se determina sobre la base de una ubicación relativa entre el primer UAV y el primer UAV-C.

12. Un método realizado por un aparato servidor habilitador de aplicaciones de sistemas aéreos no tripulados, UAE (133, 221, 500), el método comprendiendo:

recibir (705) una solicitud de aplicación para gestionar un modo de funcionamiento de comunicación de mando y control, C2, para un primer sistema aéreo no tripulado, UAS, el primer UAS comprendiendo un primer vehículo aéreo no tripulado, UAV, y un primer controlador de UAV, UAV-C;

recibir (710) un primer informe de una aplicación del primer UAS, en donde la aplicación se encuentra en uno del primer UAV y el primer UAV-C;

determinar (715) cambiar el modo de funcionamiento de la comunicación C2 para el primer UAS basándose en el primer informe recibido; y

transmitir (720) una instrucción de cambio de comunicación C2 al primer UAS.

13. Un método (800) realizado por un cliente de UAV/UAE (103, 104, 201, 203, 205, 301, 305, 600), el método comprendiendo:

recibir (805) un primer mensaje de solicitud para monitorizar las condiciones de enlace para un modo de funcionamiento de comunicación de mando y control, C2, para un primer sistema aéreo no tripulado, UAS, el primer UAS comprendiendo un primer vehículo aéreo no tripulado, UAV, y un primer controlador de UAV, UAV-C; transmitir (810) un primer informe basado en las condiciones de enlace monitorizadas, en donde el primer informe comprende uno de un informe de viabilidad del modo directo y un informe de evento de activación;

recibir (815) una instrucción de cambio de comunicación C2 para una aplicación del primer UAS; y modificar (820) una sesión de comunicación C2 del primer UAS en respuesta a la instrucción de cambio de comunicación C2.

14. El método de la reivindicación 13, en el que:

cuando se recibe el primer mensaje de solicitud el modo de funcionamiento de la comunicación C2 es un modo directo, en donde el primer mensaje de solicitud proporciona parámetros de configuración para el primer UAV para monitorizar las condiciones del modo directo y para activar la transmisión de un informe de degradación del enlace del modo directo basado en los parámetros de configuración; o

cuando se recibe el primer mensaje de solicitud el modo de funcionamiento de la comunicación C2 es un modo indirecto, en donde el primer mensaje de solicitud proporciona parámetros de configuración para el primer UAV para monitorizar las condiciones del modo directo y para activar la transmisión de un informe de viabilidad del modo directo basado en los parámetros de configuración.

15. Un cliente de UAV/UAE (103, 104, 201, 203, 205, 301, 305, 600), el cliente UAV/UAE (103, 104, 201, 203, 205, 301, 305, 600) comprendiendo una memoria (610) y un procesador (605) acoplado a la memoria (610) y configurado para hacer que el cliente de UAV/UAE (103, 104, 201, 203, 205, 301, 305, 600):

reciba (805) un primer mensaje de solicitud para monitorizar las condiciones de enlace para un modo de funcionamiento de comunicación de mando y control, C2, para un primer sistema aéreo no tripulado, UAS, el primer UAS comprendiendo un primer vehículo aéreo no tripulado, UAV, y un primer controlador de UAV, UAV-C; transmita (810) un primer informe basado en las condiciones de enlace monitorizadas, en donde el primer informe comprende uno de un informe de viabilidad del modo directo y un informe de evento de activación;

reciba (815) una instrucción de cambio de comunicación C2 para una aplicación del primer UAS; y modifique (820) una sesión de comunicación C2 del primer UAS en respuesta a la instrucción de cambio de comunicación C2.