ES2995866T3 - Method and system for 5gs and eps interworking for uav communication - Google Patents
Method and system for 5gs and eps interworking for uav communication Download PDFInfo
- Publication number
- ES2995866T3 ES2995866T3 ES22711711T ES22711711T ES2995866T3 ES 2995866 T3 ES2995866 T3 ES 2995866T3 ES 22711711 T ES22711711 T ES 22711711T ES 22711711 T ES22711711 T ES 22711711T ES 2995866 T3 ES2995866 T3 ES 2995866T3
- Authority
- ES
- Spain
- Prior art keywords
- uav
- anchor node
- uuaa
- node
- unmanned aerial
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 99
- 238000004891 communication Methods 0.000 title claims description 99
- 230000008859 change Effects 0.000 claims abstract description 9
- 230000006870 function Effects 0.000 claims description 52
- 238000013475 authorization Methods 0.000 claims description 51
- 230000015654 memory Effects 0.000 claims description 21
- 238000012546 transfer Methods 0.000 claims description 12
- 238000005516 engineering process Methods 0.000 description 27
- 230000005540 biological transmission Effects 0.000 description 16
- 238000012545 processing Methods 0.000 description 16
- 238000007726 management method Methods 0.000 description 15
- 230000004044 response Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 11
- 238000012360 testing method Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 9
- 230000001413 cellular effect Effects 0.000 description 7
- 230000009977 dual effect Effects 0.000 description 7
- 238000001228 spectrum Methods 0.000 description 7
- 239000000969 carrier Substances 0.000 description 4
- 230000002093 peripheral effect Effects 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 238000004873 anchoring Methods 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 2
- 238000003491 array Methods 0.000 description 2
- 238000013070 change management Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 229910001416 lithium ion Inorganic materials 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- QELJHCBNGDEXLD-UHFFFAOYSA-N nickel zinc Chemical compound [Ni].[Zn] QELJHCBNGDEXLD-UHFFFAOYSA-N 0.000 description 2
- 230000001105 regulatory effect Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 241000760358 Enodes Species 0.000 description 1
- 230000005355 Hall effect Effects 0.000 description 1
- HBBGRARXTFLTSG-UHFFFAOYSA-N Lithium ion Chemical compound [Li+] HBBGRARXTFLTSG-UHFFFAOYSA-N 0.000 description 1
- 241000700159 Rattus Species 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 239000008186 active pharmaceutical agent Substances 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- OJIJEKBXJYRIBZ-UHFFFAOYSA-N cadmium nickel Chemical compound [Ni].[Cd] OJIJEKBXJYRIBZ-UHFFFAOYSA-N 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 229910052987 metal hydride Inorganic materials 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 239000003607 modifier Substances 0.000 description 1
- 229910052759 nickel Inorganic materials 0.000 description 1
- PXHVJJICTQNCMI-UHFFFAOYSA-N nickel Substances [Ni] PXHVJJICTQNCMI-UHFFFAOYSA-N 0.000 description 1
- -1 nickel metal hydride Chemical class 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 208000037918 transfusion-transmitted disease Diseases 0.000 description 1
- 238000000411 transmission spectrum Methods 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/32—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G5/00—Traffic control systems for aircraft
- G08G5/50—Navigation or guidance aids
- G08G5/55—Navigation or guidance aids for a single aircraft
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G5/00—Traffic control systems for aircraft
- G08G5/20—Arrangements for acquiring, generating, sharing or displaying traffic information
- G08G5/22—Arrangements for acquiring, generating, sharing or displaying traffic information located on the ground
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G5/00—Traffic control systems for aircraft
- G08G5/20—Arrangements for acquiring, generating, sharing or displaying traffic information
- G08G5/26—Transmission of traffic-related information between aircraft and ground stations
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G5/00—Traffic control systems for aircraft
- G08G5/50—Navigation or guidance aids
- G08G5/56—Navigation or guidance aids for two or more aircraft
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
- H04W12/082—Access security using revocation of authorisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G5/00—Traffic control systems for aircraft
- G08G5/50—Navigation or guidance aids
- G08G5/57—Navigation or guidance aids for unmanned aircraft
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/06—Airborne or Satellite Networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Aviation & Aerospace Engineering (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
Abstract
Un método realizado por un nodo de red para almacenar un contexto para al menos un sistema aéreo no tripulado incluye recibir una notificación que incluye información indicativa de un identificador de un sistema aéreo no tripulado y de un cambio de nodo de anclaje de servicio para el sistema aéreo no tripulado correspondiente al identificador de un primer nodo de anclaje a un segundo nodo de anclaje. El contexto almacenado se actualiza para el sistema aéreo no tripulado donde el contexto almacenado incluye un nodo de anclaje de servicio para el sistema aéreo no tripulado para indicar el segundo nodo de anclaje como el nodo de anclaje de servicio. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Método y sistema para interfuncionamiento de 5GS y EPS para comunicación UAV
Referencia cruzada a solicitudes relacionadas
Antecedentes
La presente divulgación se dirige en general a los campos de las comunicaciones, el software y la codificación, incluyendo, por ejemplo, a métodos, arquitecturas, aparatos, sistemas dirigidos a manejar Sistemas Aéreos No Tripulados (Unmanned Aerial Systems, UAS). El documento de patente EP 3627259 divulga un sistema de red con nodos adaptados para determinar la ubicación de otros nodos vecinos, de una manera colaborativa. Un nodo activo, es decir, un robot no tripulado, envía una señal de sondeo y obtiene información de ubicación a partir de la respuesta enviada por uno o más dispositivos pasivos. Los papeles pueden invertirse, y el nodo pasivo puede incluir información de posición en su respuesta, actuando así como el nuevo nodo de anclaje de servicio.
Breve descripción de los dibujos
Se puede tener una comprensión más detallada de la descripción detallada que sigue, dada a modo de ejemplo, junto con los dibujos adjuntos a la presente memoria. Las figuras en tales dibujos, como la descripción detallada, son ejemplos. De este modo, las figuras y la descripción detallada no deben considerarse limitantes, y son posibles y probables otros ejemplos igualmente eficaces. Además, los números de referencia similares (“ref.”) en las figuras indican elementos similares, y en donde:
la figura 1A es un diagrama de sistema que ilustra un sistema de comunicaciones de ejemplo;
la figura 1B es un diagrama de sistema que ilustra una unidad de transmisión/recepción inalámbrica (Wireless Transmit/Receive Unit, WTRU) de ejemplo que puede usarse dentro del sistema de comunicaciones ilustrado en la figura 1A;
la figura 1C es un diagrama de sistema que ilustra una red de acceso por radio (Radio Access Network, RAN) de ejemplo y una red central (Core Network, CN) de ejemplo que puede usarse dentro del sistema de comunicaciones ilustrado en la figura 1A;
la figura 1D es un diagrama de sistema que ilustra una RAN de ejemplo adicional y una CN de ejemplo adicional que puede usarse dentro del sistema de comunicaciones ilustrado en la figura 1A;
la figura 2 ilustra un procedimiento de UUAA de alto nivel durante el registro de 5GS;
la figura 3 ilustra un procedimiento de UUAA de alto nivel durante el establecimiento de la sesión de PDU;
la figura 4 ilustra una arquitectura de sistema para el interfuncionamiento de 5GS y EPS;
las figuras 5A y 5B ilustran la alineación de contexto de la UUAA en caso de movilidad de UE desde EPS a 5GS, según una realización de los presentes principios;
las figuras 6A y 6B ilustran la alineación de contexto de la UUAA en caso de movilidad de UE desde EPS a 5GS según una realización adicional de los presentes principios;
la figura 7 ilustra un método de establecimiento de UAS-NF de contexto de UAV durante la UUAA, según una realización de los presentes principios;
la figura 8 ilustra un método de actualización de UAS-NF del contexto del UAV durante la reautenticación/autorización, según una realización de los presentes principios;
la figura 9 ilustra un procedimiento de consulta de UAS-NF durante el interfuncionamiento, según una realización de los presentes principios; y
la figura 10 ilustra un procedimiento de reautenticación de UAV activada por red durante el interfuncionamiento, según una realización de los presentes principios;
la figura 11 ilustra un método de gestión de cambios de AMF, según una realización de los presentes principios; y las figuras 12A y 12B ilustran un método de alineación de contexto de la UUAA en caso de movilidad de UE desde 5GS a EPS.
Descripción detallada
La invención se define en las reivindicaciones independientes. En las reivindicaciones dependientes se exponen realizaciones particulares.
En la siguiente descripción detallada, se exponen numerosos detalles específicos para proporcionar una comprensión exhaustiva de las realizaciones y/o ejemplos divulgados en el presente documento. Sin embargo, se entenderá que tales realizaciones y ejemplos pueden ponerse en práctica sin algunos o todos los detalles específicos expuestos en el presente documento. En otros casos, no se han descrito en detalle métodos, procedimientos, componentes y circuitos bien conocidos, para no oscurecer la siguiente descripción. Además, las realizaciones y ejemplos no descritos específicamente en el presente documento pueden ponerse en práctica en lugar de, o en combinación con, las realizaciones y otros ejemplos descritos, divulgados o proporcionados de otro modo explícita, implícita, y/o inherentemente (conjuntamente “proporcionados”) en el presente documento. Aunque en el presente documento se describen y/o reivindican diversas realizaciones en donde un aparato, sistema, dispositivo, etc. y/o cualquier elemento del mismo lleva a cabo una operación, proceso, algoritmo, función, etc. y/o cualquier parte del mismo, debe entenderse que cualquier realización descrita y/o reivindicada en el presente documento supone que cualquier aparato, sistema, dispositivo, etc. y/o cualquier elemento del mismo está configurado para llevar a cabo cualquier operación, proceso, algoritmo, función, etc. y/o cualquier parte del mismo.
Sistema de comunicaciones de ejemplo
Los métodos, aparatos y sistemas proporcionados en el presente documento son muy adecuados para comunicaciones que implican tanto redes cableadas como inalámbricas. Se proporciona una visión general de diversos tipos de dispositivos inalámbricos e infraestructura con respecto a las figuras 1A-1D, donde diversos elementos de la red pueden utilizar, realizar, estar dispuestos según y/o estar adaptados y/o configurados para los métodos, aparatos y sistemas proporcionados en el presente documento.
La figura 1A es un diagrama de sistema que ilustra un sistema de comunicaciones de ejemplo 100 en donde se pueden implementar una o más realizaciones divulgadas. El sistema de comunicaciones 100 puede ser un sistema de acceso múltiple que proporciona contenido, tal como voz, datos, vídeo, mensajería, difusión, etc., a múltiples usuarios inalámbricos. El sistema de comunicaciones 100 puede permitir a múltiples usuarios inalámbricos acceder a dicho contenido a través de la compartición de recursos del sistema, incluyendo el ancho de banda inalámbrico. Por ejemplo, los sistemas de comunicaciones 100 pueden emplear uno o más procedimientos de acceso al canal, tales como acceso múltiple por división de código (Code Division Multiple Access, CDMA), acceso múltiple por división del tiempo (Time Division Multiple Access, TDMA), acceso múltiple por división de la frecuencia (Frequency Division Multiple Access, FDMA), Fd Ma ortogonal (Orthogonal FDMA, Of DMA), FDMA de portadora única (Single Carrier-FDMA, SC-FDMA), OFDM ensanchada mediante transformada discreta de Fourier de palabra única de cola cero (Zero-Tail Unique-Word Discreet Fourier Transform OFDM, ZT UW DTS-s OFDM), OFDM de palabra única (Unique-Word OFDM, UW-OFDM), OFDM filtrada por bloque de recursos, multiportadora de banco de filtros (Filter Bank Multicarrier, FBMC) y similares.
Como se muestra en la figura 1A, el sistema de comunicaciones 100 puede incluir unidades de transmisión/recepción (WTRU) inalámbricas 102a, 102b, 102c, 102d, una red de acceso por radio (RAN) 104/113, una red central (CN) 106/115, una red telefónica pública conmutada (Public Switched Telephone Network, PSTN) 108, Internet 110 y otras redes 112, aunque se apreciará que las realizaciones divulgadas contemplan cualquier número de WTRU, estaciones base, redes y/o elementos de red. Cada una de las WTRU 102a, 102b, 102c, 102d puede ser cualquier tipo de dispositivo configurado para operar y/o comunicarse en un entorno inalámbrico. A modo de ejemplo, las WTRU 102a, 102b, 102c, 102d, cualquiera de las cuales puede denominarse “estación” y/o “STA”, pueden configurarse para transmitir y/o recibir señales inalámbricas y pueden incluir (o ser) un equipo de usuario (User Equipment, UE), una estación móvil, una unidad de abonado fija o móvil, una unidad basada en suscripción, un buscapersonas, un teléfono celular, un asistente digital personal (Personal Digital Assistant, PDA), un teléfono inteligente, un ordenador portátil, un netbook, un ordenador personal, un sensor inalámbrico, un punto con conexión a Internet o dispositivo Mi-Fi, un dispositivo de Internet de las cosas (Internet of Things, IoT), un reloj u otro portátil, una pantalla montada en la cabeza (Head-Mounted Display, HMD), un vehículo, un dron, un dispositivo médico y aplicaciones (por ejemplo, cirugía remota), un dispositivo industrial y aplicaciones (por ejemplo, un robot y/u otros dispositivos inalámbricos que funcionan en contextos de cadena de procesamiento industrial y/o automatizado), un dispositivo electrónico de consumo, un dispositivo que funciona en redes inalámbricas comerciales y/o industriales, y similares. Cualquiera de las WTRU 102a, 102b, 102c y 102d puede denominarse indistintamente un UE.
Los sistemas de comunicaciones 100 también pueden incluir una estación base 114a y/o una estación base 114b. Cada una de las estaciones base 114a, 114b puede ser cualquier tipo de dispositivo configurado para interactuar de manera inalámbrica con al menos una de las WTRU 102a, 102b, 102c, 102d, por ejemplo, para facilitar el acceso a una o más redes de comunicación, tales como la CN 106/115, Internet 110 y/o las redes 112. A modo de ejemplo, las estaciones base 114a, 114b pueden ser cualquiera de una estación base transceptora (Base Transceiver Station, BTS), un Nodo-B (NB), un eNodo-B (eNB), un Nodo-B Local (Home NB, HNB), un eNodo-B Local (HeNB), un gNodo-B (gNB), un Nodo-B NR (NB NR), un controlador de sitio, un punto de acceso (Access Point, AP), un enrutador inalámbrico y similares. Aunque las estaciones base 114a, 114b se representan cada una como un solo elemento, se apreciará que las estaciones base 114a, 114b pueden incluir cualquier número de estaciones base y/o elementos de red interconectados.
La estación base 114a puede ser parte de la RAN 104/113, que también puede incluir otras estaciones base y/o elementos de red (no mostrados), tales como un controlador de estación base (Base Station Control, BSC), un controlador de red de radio (Radio Network Controller, RNC), nodos de retransmisión, etc. La estación base 114a y/o la estación base 114b pueden configurarse para transmitir y/o recibir señales inalámbricas en una o más frecuencias portadoras, que pueden denominarse célula (no mostrada). Estas frecuencias pueden estar en un espectro con licencia, un espectro sin licencia, o una combinación de espectro con licencia y sin licencia. Una célula puede proporcionar cobertura para un servicio inalámbrico a un área geográfica específica que puede ser relativamente fija o que puede cambiar con el tiempo. La célula puede dividirse además en sectores de célula. Por ejemplo, la célula asociada con la estación base 114a puede dividirse en tres sectores. Por lo tanto, en una realización, la estación base 114a puede incluir tres transceptores, es decir, uno para cada sector de la célula. En una realización, la estación base 114a puede emplear tecnología de múltiples entradas y múltiples salidas (Multiple Input Multiple Output, MIMO) y puede utilizar múltiples transceptores para cada uno o para cualquier sector de la célula. Por ejemplo, la formación de haces puede usarse para transmitir y/o recibir señales en direcciones espaciales deseadas.
Las estaciones base 114a, 114b pueden comunicarse con una o más de las WTRU 102a, 102b, 102c, 102d sobre una interfaz aérea 116, que puede ser cualquier enlace de comunicación inalámbrica adecuado (por ejemplo, radiofrecuencia (RF), microondas, onda de centímetros, onda micrométrica, infrarrojos (IR), ultravioleta (UV), luz visible, etc.). La interfaz aérea 116 puede establecerse usando cualquier tecnología de acceso por radio (Radio Access Technology, RAT) adecuada.
Más específicamente, como se ha indicado anteriormente, el sistema de comunicaciones 100 puede ser un sistema de acceso múltiple y puede emplear uno o más esquemas de acceso al canal, tales como CDMA, TDMA, FDMA, OFDMA, SC-FDMA y similares. Por ejemplo, la estación base 114a en la RAN 104/113 y las WTRU 102a, 102b, 102c pueden implementar una tecnología de radio tal como el acceso por radio terrestre del sistema universal de telecomunicaciones móviles (UMTS) (Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access, UTRA), que puede establecer la interfaz aérea 116 usando CDMA de banda ancha (Wideband CDMA, WCDMA). WCDMA puede incluir protocolos de comunicación tales como Acceso de Paquetes de Alta Velocidad (High Speed Packet Access, HSPA) y/o HSPA Evolucionado (HSPA+). El HSPA puede incluir acceso de paquetes de enlace descendente de alta velocidad (High-Speed Downlink Packet Access, HSDPA) y/o acceso de paquetes de enlace ascendente de alta velocidad (High-Speed Uplink Packet Access, HSUPA).
En una realización, la estación base 114a y las WTRU 102a, 102b, 102c pueden implementar una tecnología de radio tal como el acceso por radio terrestre de UMTS evolucionado (Evolved-UTRA, E-UTRA), que puede establecer la interfaz aérea 116 usando evolución a largo plazo (Long Term Evolution, LTE) y/o LTE-avanzada (LTE-A) y/o LTE-avanzada Pro (LTE-A Pro).
En una realización, la estación base 114a y las WTRU 102a, 102b, 102c pueden implementar una tecnología de radio tal como Acceso por Radio de NR, que puede establecer la interfaz aérea 116 usando Nueva Radio (New Radio, NR).
En una realización, la estación base 114a y las WTRU 102a, 102b, 102c pueden implementar múltiples tecnologías de acceso por radio. Por ejemplo, la estación base 114a y las WTRU 102a, 102b, 102c pueden implementar acceso por radio de LTE y acceso por radio de NR juntos, por ejemplo, usando principios de conectividad dual (Dual Connectivity, DC). Por lo tanto, la interfaz aérea utilizada por las WTRU 102a, 102b, 102c puede caracterizarse por múltiples tipos de tecnologías de acceso por radio y/o transmisiones enviadas a/desde múltiples tipos de estaciones base (por ejemplo, un eNB y un gNB).
En una realización, la estación base 114a y las WTRU 102a, 102b, 102c pueden implementar tecnologías de radio tales como IEEE 802.11 (es decir, fidelidad inalámbrica (Wi-Fi), IEEE 802.16 (es decir, interoperabilidad mundial para acceso por microondas (World Interoperability for Microwave Access, WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, norma provisional 2000 (IS-2000), norma provisional 95 (IS-95), norma provisional 856 (IS-856), sistema global para comunicaciones móviles (Global System for Mobile communications, GSM), velocidades de datos<mejoradas para evolución de GSM (EDGE),>E<d>GE<de GSM (GERAN) y similares.>
La estación base 114b en la figura 1A puede ser un enrutador inalámbrico, un Nodo B Local, un eNodo B local o un punto de acceso, por ejemplo, y puede utilizar cualquier RAT adecuada para facilitar la conectividad inalámbrica en un área localizada, tal como un lugar de negocio, un hogar, un vehículo, un campus, una instalación industrial, un pasillo aéreo (por ejemplo, para su uso por drones), una calzada y similares. En una realización, la estación base 114b y las WTRU 102c, 102d pueden implementar una tecnología de radio tal como IEEE 802.11 para establecer una red de área local inalámbrica (Wireless Local Area Network, WLAN). En una realización, la estación base 114b y las WTRU 102c, 102d pueden implementar una tecnología de radio tal como IEEE 802.15 para establecer una red de área personal inalámbrica (Wireless Personal Area Network, WPAN). En una realización, la estación base 114b y las WTRU 102c, 102d pueden utilizar una RAT basada en celular (por ejemplo, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR, etc.) para establecer cualquiera de una célula pequeña, picocélula o femtocélula. Como se muestra en la figura 1A, la estación base 114b puede tener una conexión directa a Internet 110. Por lo tanto, puede que no se requiera que la estación base 114b acceda a Internet 110 a través de la CN 106/115.
La RAN 104/113 puede estar en comunicación con la CN 106/115, que puede ser cualquier tipo de red configurada para proporcionar voz, datos, aplicaciones y/o servicios de voz sobre protocolo de Internet (Voice over IP, VoIP) a una o más de las WTRU 102a, 102b, 102c, 102d. Los datos pueden tener requisitos de calidad de servicio (Quality of Service, QoS) variables, tal como diferentes requisitos de rendimiento, requisitos de latencia, requisitos de tolerancia a errores, requisitos de fiabilidad, requisitos de rendimiento de datos, requisitos de movilidad y similares. La CN 106/115 puede proporcionar control de llamadas, servicios de facturación, servicios basados en la ubicación móvil, llamadas de prepago, conectividad a Internet, distribución de vídeo, etc., y/o realizar funciones de seguridad de alto nivel, tales como autenticación de usuario. Aunque no se muestra en la figura 1A, se apreciará que la RAN 104/113 y/o la CN 106/115 pueden estar en comunicación directa o indirecta con otras RAN que emplean la misma RAT que la RAN 104/113 o una RAT diferente. Por ejemplo, además de conectarse a la R<a>N 104/113, que puede estar utilizando una tecnología de radio de NR, la Cn 106/115 también puede estar en comunicación con otra RAN (no mostrada) que emplea cualquiera de una tecnología de radio de GSM, UMTS, CDMA 2000, WiMAX, E-UTRA o Wi-Fi.
La CN 106/115 también puede servir como una pasarela para que las WTRU 102a, 102b, 102c, 102d accedan a la PSTN 108, a Internet 110 y/o a otras redes 112. La PSTN 108 puede incluir redes telefónicas de circuitos conmutados que proporcionan servicio telefónico convencional simple (Plane Old Telephone Service, POTS). Internet 110 puede incluir un sistema global de redes y dispositivos informáticos interconectados que usan protocolos de comunicación comunes, tales como el protocolo de control de transmisión (Transmission Control Telephone, TCP), el protocolo de datagrama de usuario (User Datagram Protocol, UDP) y/o el protocolo de internet (Internet Protocol, IP) en el conjunto de protocolos de internet TCP/IP. Las redes 112 pueden incluir redes de comunicaciones cableadas y/o inalámbricas propiedad y/u operadas por otros proveedores de servicios. Por ejemplo, las redes 112 pueden incluir otra CN conectada a una o más RAN, que puede emplear la misma RAT que la RAN 104/114 o una RAT diferente.
Algunas o todas las WTRU 102a, 102b, 102c, 102d en el sistema de comunicaciones 100 pueden incluir capacidades multimodo (por ejemplo, las WTRU 102a, 102b, 102c, 102d pueden incluir múltiples transceptores para comunicarse con diferentes redes inalámbricas a través de diferentes enlaces inalámbricos). Por ejemplo, la WTRu 102c mostrada en la figura 1A puede configurarse para comunicarse con la estación base 114a, que puede emplear una tecnología de radio basada en celular, y con la estación base 114b, que puede emplear una tecnología de radio IEEE 802.
La figura 1B es un diagrama de sistema que ilustra una WTRU 102 ejemplar. Como se muestra en la figura 1B, la WTRU 102 puede incluir un procesador 118, un transceptor 120, un elemento de transmisión/recepción 122, un altavoz/micrófono 124, un teclado 126, una pantalla/panel táctil 128, una memoria no extraíble 130, una memoria extraíble 132, una fuente de alimentación 134, un conjunto de chips 136 del sistema de posicionamiento global (Global Positioning System, GPS) y/u otros elementos/periféricos 138, entre otros. Se apreciará que la WTRU 102 puede incluir cualquier combinación secundaria de los elementos anteriores mientras sigue siendo coherente con una realización.
El procesador 118 puede ser un procesador de propósito general, un procesador de propósito especial, un procesador convencional, un procesador de señal digital (Digital Signal Processor, DSP), una pluralidad de microprocesadores, uno o más microprocesadores en asociación con un núcleo de DSP, un controlador, un microcontrolador, circuitos integrados de aplicación específica (Application Specific Integrated Circuits, ASIC), circuitos de matrices de puertas programables en campo (Field Programmable Gate Array, FPGA), cualquier otro tipo de circuito integrado (Integrated Circuit, IC), una máquina de estados y similares. El procesador 118 puede realizar codificación de señales, procesamiento de datos, control de potencia, procesamiento de entrada/salida y/o cualquier otra funcionalidad que permita a la WTRU 102 operar en un entorno inalámbrico. El procesador 118 puede estar acoplado al transceptor 120, que puede estar acoplado al elemento de transmisión/recepción 122. Aunque la figura 1B representa el procesador 118 y el transceptor 120 como componentes separados, se apreciará que el procesador 118 y el transceptor 120 pueden estar integrados entre sí, por ejemplo, en un paquete o chip electrónico.
El elemento de transmisión/recepción 122 puede configurarse para transmitir señales a, o recibir señales de, una estación base (por ejemplo, la estación base 114a) a través de la interfaz aérea 116. Por ejemplo, en una realización, el elemento de transmisión/recepción 122 puede ser una antena configurada para transmitir y/o recibir señales de RF. En una realización, el elemento de transmisión/recepción 122 puede ser un emisor/detector configurado para transmitir y/o recibir señales de luz de IR, UV o visible, por ejemplo. En una realización, el elemento de transmisión/recepción 122 puede configurarse para transmitir y/o recibir tanto señales de RF como de luz. Se apreciará que el elemento de transmisión/recepción 122 puede configurarse para transmitir y/o recibir cualquier combinación de señales inalámbricas.
Aunque el elemento de transmisión/recepción 122 se representa en la figura 1B como un solo elemento, la WTRU 102 puede incluir cualquier número de elementos de transmisión/recepción 122. Por ejemplo, la WTRU 102 puede emplear tecnología de MIMO. Por lo tanto, en una realización, la WTRU 102 puede incluir dos o más elementos de transmisión/recepción 122 (por ejemplo, múltiples antenas) para transmitir y recibir señales inalámbricas a través de la interfaz aérea 116.
El transceptor 120 puede estar configurado para modular las señales que han de ser transmitidas por el elemento de transmisión/recepción 122 y para demodular las señales que son recibidas por el elemento de transmisión/recepción 122. Como se ha indicado anteriormente, la WTRU 102 puede tener capacidades multimodo. Por lo tanto, el transceptor 120 puede incluir múltiples transceptores para permitir que la WTRU 102 se comunique por medio de múltiples RAT, tales como NR e I<e>E<e>802.11, por ejemplo.
El procesador 118 de la WTRU 102 puede estar acoplado a, y puede recibir datos de entrada de usuario desde, el altavoz/micrófono 124, el teclado 126, y/o la pantalla/panel táctil 128 (por ejemplo, una unidad de pantalla de pantalla de cristal líquido (Liquid Crystal Display, LCD) o una unidad de pantalla de diodo emisor de luz orgánico (Organic Light-Emitting Diode, OLED)). El procesador 118 también puede emitir datos de usuario hacia el altavoz/micrófono 124, hacia el teclado 126 y/o hacia la pantalla/panel táctil 128. Además, el procesador 118 puede acceder a información desde, y almacenar datos en, cualquier tipo de memoria adecuada, tal como la memoria no extraíble 130 y/o la memoria extraíble 132. La memoria no extraíble 130 puede incluir memoria de acceso aleatorio (Random Access Memory, RAM), memoria de solo lectura (Read Only Memory, ROM), un disco duro o cualquier otro tipo de dispositivo de almacenamiento en memoria. La memoria extraíble 132 puede incluir una tarjeta de módulo de identidad de abonado (Subscriber Identity Module, SIM), una tarjeta de memoria, una tarjeta de memoria digital segura (Secure Digital, SD) y similares. En otras realizaciones, el procesador 118 puede acceder a información desde, y almacenar datos en, una memoria que no está situada físicamente en la WTRU 102, tal como en un servidor o un ordenador local (no mostrado).
El procesador 118 puede recibir potencia desde la fuente de potencia 134, y puede estar configurado para distribuir y/o controlar la potencia a los otros componentes en la WTRU 102. La fuente de alimentación 134 puede ser cualquier dispositivo adecuado para alimentar la WTRU 102. Por ejemplo, la fuente de alimentación 134 puede incluir una o más baterías de celda seca (por ejemplo, níquel-cadmio (NiCd), níquel-zinc (NiZn), hidruro metálico de níquel (NiMH), ion de litio (ion Li), etc.), células solares, células de combustible y similares.
El procesador 118 también puede estar acoplado al conjunto de chips 136 de GPS, que puede estar configurado para proporcionar información de ubicación (por ejemplo, longitud y latitud) con respecto a la ubicación actual de la WTRU 102. Además de, o en lugar de, la información del conjunto de chips 136 de GPS, la WTRU 102 puede recibir información de ubicación a través de la interfaz aérea 116 desde una estación base (por ejemplo, las estaciones base 114a, 114b) y/o determinar su ubicación basándose en la temporización de las señales que se reciben desde dos o más estaciones base cercanas. Se apreciará que la WTRU 102 puede obtener información de ubicación por medio de cualquier método de determinación de ubicación adecuado mientras sigue siendo coherente con una realización.
El procesador 118 puede estar acoplado además a otros elementos/periféricos 138, que pueden incluir uno o más módulos/unidades de software y/o hardware que proporcionan características, funcionalidad y/o conectividad por cable o inalámbrica, adicionales. Por ejemplo, los elementos/periféricos 138 pueden incluir un acelerómetro, una brújula electrónica, un transceptor de satélite, una cámara digital (por ejemplo, para fotografías y/o vídeo), un puerto de bus de serie universal (Universal Serial Bus, USB), un dispositivo de vibración, un transceptor de televisión, un casco de manos libres, un módulo de Bluetooth®, una unidad de radio modulada en frecuencia (Frequency Modulated, FM), un reproductor de música digital, un reproductor multimedia, un módulo reproductor de videojuegos, un navegador por Internet, un dispositivo de realidad virtual y/o realidad aumentada (Virtual Reality/ Augmented Reality, VR/AR), un rastreador de actividad y similares. Los elementos/periféricos 138 pueden incluir uno o más sensores, los sensores pueden ser uno o más de un giroscopio, un acelerómetro, un sensor de efecto Hall, un magnetómetro, un sensor de orientación, un sensor de proximidad, un sensor de temperatura, un sensor de tiempo; un sensor de geolocalización; un altímetro, un sensor de luz, un sensor táctil, un magnetómetro, un barómetro, un sensor de gestos, un sensor biométrico y/o un sensor de humedad.
La WTRU 102 puede incluir una radio dúplex completa para la cual la transmisión y recepción de algunas o todas las señales (por ejemplo, asociadas con subtramas particulares tanto para el enlace ascendente (por ejemplo, para transmisión) como para el enlace descendente (por ejemplo, para recepción) pueden ser concurrentes y/o simultáneas. La radio dúplex completa puede incluir una unidad de gestión de interferencias para reducir y o eliminar sustancialmente la autointerferencia por medio de hardware (por ejemplo, un obturador) o procesamiento de señales por medio de un procesador (por ejemplo, un procesador separado (no mostrado) o por medio del procesador 118). En una realización, la WTRU 102 puede incluir una radio semi-dúplex para la transmisión y recepción de algunas o de todas las señales (por ejemplo, asociadas con subtramas particulares para el enlace ascendente (por ejemplo, para transmisión) o el enlace descendente (por ejemplo, para recepción)).
La figura 1C es un diagrama de sistema que ilustra la RAN 104 y la CN 106 según una realización. Como se ha indicado anteriormente, la RAN 104 puede emplear una tecnología de radio E-UTRA para comunicarse con las WTRU 102a, 102b y 102c sobre la interfaz aérea 116. La RAN 104 también puede estar en comunicación con la CN 106.
La RAN 104 puede incluir los eNodo-B 160a, 160b, 160c, aunque se apreciará que la RAN 104 puede incluir cualquier número de eNodo-B mientras sigue siendo coherente con una realización. Cada uno de los eNodo-B 160a, 160b, 160c puede incluir uno o más transceptores para comunicarse con las WTRU 102a, 102b, 102c a través de la interfaz aérea 116. En una realización, los eNodo-B 160a, 160b, 160c pueden implementar tecnología de MIMO. Por lo tanto, el eNodo-B 160a, por ejemplo, puede usar múltiples antenas para transmitir señales inalámbricas a, y recibir señales inalámbricas desde, la WTRU 102a.
Cada uno de los eNodo-B 160a, 160b y 160c puede estar asociado con una célula particular (no mostrada) y puede estar configurado para manejar decisiones de gestión de recursos de radio, decisiones de traspaso, programación de usuarios en el enlace ascendente (UpLink, UL) y/o enlace descendente (DownLink, DL), y similares. Como se muestra en la figura 1C, los eNodo-B 160a, 160b, 160c pueden comunicarse entre sí a través de una interfaz X2.
La CN 106 mostrada en la figura 1C puede incluir una entidad de gestión de movilidad (Mobility Management Entity, MME) 162, una pasarela de servicio (Service GateWay, SGW) 164 y una pasarela de red de datos por paquetes (Packet Data Network, PDN) (PDN GateWay, PGW) 166. Aunque cada uno de los elementos anteriores se representa como parte de la CN 106, se apreciará que uno cualquiera de estos elementos puede ser propiedad y/ o estar operado por una entidad distinta del operador de la CN.
La MME 162 puede estar conectada a cada uno de los eNodo-B 160a, 160b y 160c en la RAN 104 a través de una interfaz S1 y puede servir como nodo de control. Por ejemplo, la MME 162 puede ser responsable de autenticar usuarios de las WTRU 102a, 102b, 102c, activación/desactivación de portadora, seleccionar una pasarela de servicio particular durante una conexión inicial de las WTRU 102a, 102b, 102c, y similares. La MME 162 puede proporcionar una función de plano de control para conmutar entre la RAN 104 y otras RAN (no mostradas) que emplean otras tecnologías de radio, tales como GSM y/o WCDMA.
La SGW 164 puede conectarse a cada uno de los eNodo-B 160a, 160b, 160c en la RAN 104 a través de la interfaz S1. La SGW 164 puede encaminar y reenviar, en general, paquetes de datos de usuario hacia/desde las WTRU 102a,<102b, 102c. La s>G<w 164 puede realizar otras funciones, tales como anclar planos de usuario durante traspasos entre>eNodo-B, activar la localización cuando los datos de DL están disponibles para las WTRU 102a, 102b, 102c, gestionar y almacenar contextos de las WTRU 102a, 102b, 102c y similares.
La SGW 164 puede conectarse a la PGW 166, que puede proporcionar a las WTRU 102a, 102b, 102c acceso a redes de conmutación por paquetes, tales como Internet 110, para facilitar las comunicaciones entre las WTRU 102a, 102b, 102c y dispositivos habilitados para IP.
La CN 106 puede facilitar las comunicaciones con otras redes. Por ejemplo, la CN 106 puede proporcionar a las WTRU 102a, 102b, 102c acceso a redes de conmutación de circuitos, tales como la PSTN 108, para facilitar las comunicaciones entre las WTRU 102a, 102b, 102c y dispositivos de comunicaciones de línea terrestre tradicionales. Por ejemplo, la CN 106 puede incluir, o puede comunicarse con, una pasarela de IP (por ejemplo, un servidor de subsistema multimedia de IP (IP Multimedia Subsystem, IMS)) que sirve como una interfaz entre la CN 106 y la PSTN 108. Además, la CN 106 puede proporcionar a las WTRU 102a, 102b, 102c acceso a las otras redes 112, que pueden incluir otras redes cableadas y/o inalámbricas que son propiedad y/o están operadas por otros proveedores de servicios.
Aunque la WTRU se describe en las figuras 1A-1D, como un terminal inalámbrico, se contempla que, en ciertas realizaciones representativas, tal terminal pueda usar (por ejemplo, temporal o permanentemente) interfaces de comunicación cableadas, con la red de comunicación.
En realizaciones representativas, la otra red 112 puede ser una WLAN.
Una WLAN en modo de conjunto de servicios básicos de infraestructura (Basic Service Set, BSS) puede tener un punto de acceso (AP) para el BSS y una o más estaciones (STA) asociadas con el AP. El AP puede tener un acceso o una interfaz a un sistema de distribución (Distribution System, DS) u otro tipo de red cableada/inalámbrica que transporta tráfico dentro y/o fuera del BSS. El tráfico a las STA que se origina desde fuera del BSS puede llegar a través del AP y puede ser entregado a las STA. El tráfico que se origina desde las STA a destinos fuera del BSS puede<ser enviado al>A<p para ser entregado a destinos respectivos. El tráfico entre las STA dentro del BSS puede enviarse>a través del AP, por ejemplo, donde la STA de origen puede enviar tráfico al AP y el AP puede entregar el tráfico a la STA de destino. El tráfico entre las STA dentro de un BSS puede considerarse y/o denominarse tráfico entre iguales. El tráfico entre iguales puede ser enviado entre (por ejemplo, directamente entre) las STA de origen y de destino con<una configuración de enlace directo (Direct Link Setup, d>L<s>).<En ciertas realizaciones representativas, la DLS puede>usar una DLS 802.11e o una DLS tunelizada 802.11z (Tunneled DLS, TDLS). Una WLAN que usa un modo de BSS independiente (Independent BSS, IBSS) puede no tener un AP, y las STA (por ejemplo, todas las STA) dentro de o que utilizan el IBSS pueden comunicarse directamente entre sí. El modo de comunicación de IBSS puede denominarse a veces en el presente documento modo de comunicación “ad hoc”.
Cuando se usa el modo de funcionamiento de infraestructura 802.11ac o un modo de funcionamiento similar, el AP puede transmitir una baliza en un canal fijo, tal como un canal principal. El canal principal puede ser de un ancho fijo (por ejemplo, un ancho de banda ancho de 20 MHz) o de un ancho establecido dinámicamente por medio de señalización. El canal principal puede ser el canal operativo del BSS y puede ser utilizado por las STA para establecer una conexión con el AP. En ciertas realizaciones representativas, el acceso múltiple por detección de portadora con<evitación de colisiones (Carrier Sense Multiple Access/Collision Avoidance,>C<s>M<a>/CA)<puede implementarse, por>ejemplo, en sistemas 802.11. Para CSMA/CA, las STA (por ejemplo, cada STA), incluyendo el AP, pueden detectar el canal principal. Si una STA particular detecta/detecta y/o determina que el canal principal está ocupado, la STA particular puede volver a desconectarse. Una STA (por ejemplo, solo una estación) puede transmitir en cualquier momento dado en un BSS dado.
Las STA de alto rendimiento (High Throughput, HT) pueden usar un canal de 40 MHz de ancho para la comunicación, por ejemplo, a través de una combinación del canal principal de 20 MHz con un canal de 20 MHz adyacente o no adyacente, para formar un canal de 40 MHz de ancho.
Las STA de muy alto rendimiento (Very High Throughput, VHT) pueden soportar canales de 20 MHz, 40 MHz, 80 MHz y/o 160 MHz de ancho. Los canales de 40 MHz y/o 80 MHz pueden formarse combinando canales contiguos de 20 MHz. Un canal de 160 MHz puede formarse combinando 8 canales de 20 MHz contiguos, o combinando dos canales de 80 MHz no contiguos, que pueden denominarse configuración de 80+80. Para la configuración 80+80, los datos, después de la codificación de canal, pueden pasar a través de un analizador sintáctico de segmentos que puede dividir los datos en dos flujos. El procesamiento mediante transformada rápida de Fourier inversa (Inverse Fast Fourier Transform, IFFT) y el procesamiento en el dominio del tiempo pueden realizarse en cada flujo por separado. Los flujos pueden mapearse en los dos canales de 80 MHz, y los datos pueden ser transmitidos por una STA transmisora. En el receptor de la STA receptora, la operación descrita anteriormente para la configuración de 80+80 puede invertirse, y los datos combinados pueden ser enviados a una capa, entidad, etc. de control de acceso al medio (Medium Access Control, MAC).
Los modos de funcionamiento por debajo de 1 GHz están soportados por los estándares 802.11af y 802.11ah. Los anchos de banda operativos del canal, y las portadoras, se reducen en 802.11af y 802.11ah con respecto a los usados en 802.11n y 802.11ac. 802.11af soporta anchos de banda de 5 MHz, 10 MHz y 20 MHz en el espectro de espacio blanco de t V (TV White Space, Tv W s ), y 802.11ah soporta anchos de banda de 1 MHz, 2 MHz, 4 MHz, 8 MHz y 16 MHz usando espectro no de TVWS. Según una realización representativa, 802.11ah puede soportar comunicaciones de control de tipo medidor/tipo máquina (Machine Type Communication, MTC), tales como dispositivos de MTC en un área de macrocobertura. Los dispositivos de MTC pueden tener ciertas capacidades, por ejemplo, capacidades limitadas que incluyen soporte para (por ejemplo, solo soporte para) ciertos anchos de banda y/o anchos de banda limitados. Los dispositivos de MTC pueden incluir una batería con una vida útil de batería por encima de un umbral (por ejemplo, para mantener una vida útil de batería muy larga).
Los sistemas WLAN, que pueden soportar múltiples canales, y anchos de banda de canal, tales como 802.11n, 802.11ac, 802.11af y 802.11ah, incluyen un canal que puede designarse como el canal principal. El canal principal puede tener un ancho de banda igual al mayor ancho de banda operativo común soportado por todas las STA en el BSS. El ancho de banda del canal principal puede ser establecido y/o limitado por una STA, de entre todas las STA en funcionamiento en un BSS, que soporta el modo de funcionamiento de ancho de banda más pequeño. En el ejemplo de 802.11ah, el canal principal puede tener un ancho de 1 MHz para las STA (por ejemplo, dispositivos del tipo MTC) que soportan (por ejemplo, solo soportan) un modo de 1 MHz, incluso si el AP y otras STA en el BSS soportan 2 MHz, 4 MHz, 8 MHz, 16 MHz y/u otros modos de funcionamiento de ancho de banda de canal. La detección de portadora y/o los ajustes del vector de asignación de red (Network Allocation Vector, NAV) pueden depender del estado del canal principal. Si el canal principal está ocupado, por ejemplo, debido a una STA (que soporta solo un modo operativo de 1 MHz), que transmite hacia el AP, todas las bandas de frecuencia disponibles pueden considerarse ocupadas incluso aunque una mayoría de las bandas de frecuencia permanezcan inactivas y puedan estar disponibles.
En los Estados Unidos, las bandas de frecuencia disponibles, que pueden ser usadas por 802.11ah, son de 902 MHz a 928 MHz. En Corea, las bandas de frecuencia disponibles son de 917,5 MHz a 923,5 MHz. En Japón, las bandas de frecuencia disponibles son de 916,5 MHz a 927,5 MHz. El ancho de banda total disponible para 802.11ah es de 6 MHz a 26 MHz, dependiendo del código de país.
La figura 1D es un diagrama de sistema que ilustra la RAN 113 y la CN 115, según una realización. Como se ha indicado anteriormente, la RAN 113 puede emplear una tecnología de radio NR para comunicarse con las WTRU 102a, 102b, 102c sobre la interfaz aérea 116. La RAN 113 también puede estar en comunicación con la CN 115.
La RAN 113 puede incluir gNB 180a, 180b, 180c, aunque se apreciará que la RAN 113 puede incluir cualquier número de gNB mientras sigue siendo coherente con una realización. Cada uno de los gNB 180a, 180b, 180c puede incluir uno o más transceptores para comunicarse con las WTRU 102a, 102b, 102c a través de la interfaz aérea 116. En una realización, los gNB 180a, 180b, 180c pueden implementar tecnología de MIMO. Por ejemplo, los gNB 180a, 180b pueden utilizar formación de haces para transmitir señales a y/o recibir señales de las WTRU 102a, 102b, 102c. Por lo tanto, el gNB 180a, por ejemplo, puede usar múltiples antenas para transmitir señales inalámbricas a, y/o recibir señales inalámbricas desde, la WTRU 102a. En una realización, los gNB 180a, 180b, 180c pueden implementar tecnología de agregación de portadoras. Por ejemplo, el gNB 180a puede transmitir múltiples portadoras de componentes a la WTRU 102a (no mostrada). Un subconjunto de estas portadoras componentes puede estar en un espectro sin licencia mientras que las portadoras componentes restantes pueden estar en un espectro con licencia. En una realización, los gNB 180a, 180b, 180c pueden implementar tecnología multipunto coordinada (Coordinated Multi-Point, CoMP). Por ejemplo, la WTRU 102a puede recibir transmisiones coordinadas desde gNB 180a y gNB 180b (y/o gNB 180c).
Las WTRU 102a, 102b, 102c pueden comunicarse con los gNB 180a, 180b, 180c usando transmisiones asociadas con una numerología escalable. Por ejemplo, la separación de símbolos de OFDM y/o la separación de subportadoras de OFDM pueden variar para diferentes transmisiones, diferentes células y/o diferentes partes del espectro de transmisión inalámbrica. Las WTRU 102a, 102b, 102c pueden comunicarse con los gNB 180a, 180b, 180c usando intervalos de tiempo de subtrama o transmisión (Transmission Time Intervals, TTI) de diversas longitudes o de longitudes escalables (por ejemplo, incluyendo un número variable de símbolos de OFDM y/o duraciones variables de tiempo absoluto).
Los gNB 180a, 180b, 180c pueden configurarse para comunicarse con las WTRU 102a, 102b, 102c en una configuración independiente y/o una configuración no independiente. En la configuración independiente, las WTRU 102a, 102b, 102c pueden comunicarse con los gNB 180a, 180b, 180c sin acceder también a otras RAN (por ejemplo, tales como los eNodo-B 160a, 160b, 160c). En la configuración independiente, las WTRU 102a, 102b, 102c pueden utilizar uno o más de los gNB 180a, 180b, 180c como punto de anclaje de movilidad. En la configuración independiente, las WTRU 102a, 102b, 102c pueden comunicarse con los gNB 180a, 180b, 180c usando señales en una banda sin licencia. En una configuración no autónoma, las WTRU 102a, 102b, 102c pueden comunicarse con/conectarse a gNB 180a, 180b, 180c mientras que también se comunican con/conectan a otra RAN tal como los eNodo-B 160a, 160b, 160c. Por ejemplo, las WTRU 102a, 102b, 102c pueden implementar principios de DC para comunicarse con uno o más gNB 180a, 180b, 180c y uno o más eNodo-B 160a, 160b, 160c sustancialmente de manera simultánea. En la configuración no independiente, los eNodo-B 160a, 160b, 160c pueden servir como anclaje de movilidad para las WTRU 102a, 102b, 102c, y los gNB 180a, 180b, 180c pueden proporcionar cobertura y/o rendimiento adicionales para dar servicio a las WTRU 102a, 102b, 102c.
Cada uno de los gNB 180a, 180b, 180c puede estar asociado con una célula particular (no mostrada) y puede estar configurado para manejar decisiones de gestión de recursos de radio, decisiones de traspaso, programación de usuarios en el UL y/o DL, soporte de segmentación de red, conectividad dual, interfuncionamiento entre NR y E-UTRA, enrutamiento de datos del plano de usuario hacia funciones del plano de usuario (User Plane Functions, UPF) 184a, 184b, enrutamiento de información del plano de control hacia funciones de gestión de acceso y movilidad (Access and Mobility Function, AMF) 182a, 182b y similares. Como se muestra en la figura 1D, los gNB 180a, 180b, 180c pueden comunicarse entre sí a través de una interfaz Xn.
La CN 115 mostrada en la figura 1D puede incluir al menos una AMF 182a, 182b, al menos una UPF 184a, 184b, al menos una función de gestión de sesión (Session Management Function, SMF) 183a, 183b y al menos una red de datos (Data Network, DN) 185a, 185b. Aunque cada uno de los elementos anteriores se representa como parte de la CN 115, se apreciará que cualquiera de estos elementos puede ser propiedad y/o estar operado por una entidad distinta del operador de la CN.
La AMF 182a, 182b puede conectarse a uno o más de los gNB 180a, 180b, 180c en la RAN 113 a través de una interfaz N2, y puede servir como nodo de control. Por ejemplo, la AMF 182a, 182b puede ser responsable de autenticar usuarios de las WTRU 102a, 102b, 102c, soportar segmentación de red (por ejemplo, manejo de diferentes sesiones de unidad de datos de protocolo (Protocol Data Unit, PDU) con diferentes requisitos), seleccionar una SMF 183a, 183b particular, gestión del área de registro, terminación de señalización de NAS, gestión de movilidad y similares. La AMF 182a, 182b puede usar segmentación de red, por ejemplo, para personalizar el soporte de CN para las WTRU 102a, 102b, 102c basándose en los tipos de servicios que se están utilizando en las WTRu 102a, 102b, 102c. Por ejemplo, se pueden establecer diferentes segmentos de red para diferentes casos de uso, tales como servicios que se basan en acceso ultra fiable de baja latencia (Ultra-Reliable Low Latency, URLLC), servicios que se basan en acceso masivo de banda ancha móvil mejorada (enhanced Mobile BroadBand, eMBB), servicios para acceso de MTC y/o similares. La AMF 162 puede proporcionar una función de plano de control para conmutar entre la RAN 113 y otras RAN (no mostradas) que emplean otras tecnologías de radio, tales como tecnologías de acceso LTE, LTE-A, LTE-A Pro y/o no 3GPP, tal como Wi-Fi.
La SMF 183a, 183b puede conectarse a una AMF 182a, 182b en la CN 115 a través de una interfaz N11. La SMF 183a, 183b también puede conectarse a una UPF 184a, 184b en la CN 115 a través de una interfaz N4. La SMF 183a, 183b puede seleccionar y controlar la UPF 184a, 184b y configurar el enrutamiento del tráfico a través de la UPF 184a, 184b. La SMF 183a, 183b puede realizar otras funciones, tales como gestionar y asignar la dirección IP del UE, gestionar las sesiones de<p>D<u>, controlar la aplicación de políticas y la QoS, proporcionar notificaciones de datos de enlace descendente y similares. Un tipo de sesión de PDU puede estar basado en IP, no basado en IP, basado en Ethernet y similares.
La UPF 184a, 184b puede conectarse a uno o más de los gNB 180a, 180b, 180c en la RAN 113 a través de una interfaz N3, que puede proporcionar a las WTRU 102a, 102b, 102c acceso a redes de conmutación de paquetes, tales como Internet 110, por ejemplo, para facilitar las comunicaciones entre las WTRU 102a, 102b, 102c y dispositivos habilitados para IP. La UPF 184, 184b puede realizar otras funciones, tales como enrutar y reenviar paquetes, implementar políticas de plano de usuario, soportar sesiones de PDU de múltiples usuarios, manejar la QoS del plano de usuario, almacenar en memoria intermedia paquetes de enlace descendente, proporcionar anclaje de movilidad y similares.
La CN 115 puede facilitar las comunicaciones con otras redes. Por ejemplo, la CN 115 puede incluir, o puede comunicarse con, una pasarela de IP (por ejemplo, un servidor de subsistema multimedia de IP (IMS)) que sirve como interfaz entre la CN 115 y la PSTN 108. Además, la CN 115 puede proporcionar a las WTRU 102a, 102b, 102c acceso a las otras redes 112, que pueden incluir otras redes cableadas y/o inalámbricas que son propiedad y/o están operadas por otros proveedores de servicios. En una realización, las WTRU 102a, 102b, 102c pueden estar conectadas a una Red de Datos (DN) local 185a, 185b por medio de la UPF 184a, 184b a través de la interfaz N3 a la UPF 184a, 184b y de una interfaz N6 entre la UPF 184a, 184b y la DN 185a, 185b.
A la vista de las figuras 1A-1D, y de la descripción correspondiente de las figuras 1A-1D, una o más, o todas, las funciones descritas en el presente documento con respecto a cualquiera de: WTRU 102a-d, estaciones base 114a-b, eNodo-B 160a-c, MME 162, SGW 164, PGW 166, gNB 180a-c, AMF 182a-b, UPF 184a-b, SMF 183a-b, DN 185a-b y/o cualquier otro elemento/dispositivo descrito en el presente documento, pueden ser realizadas por uno o más elementos/dispositivos de emulación (no mostrados). Los dispositivos de emulación pueden ser uno o más dispositivos configurados para emular una o más, o todas, las funciones descritas en el presente documento. Por ejemplo, los dispositivos de emulación pueden usarse para probar otros dispositivos y/o para simular funciones de red y/o WTRU.
Los dispositivos de emulación pueden estar diseñados para implementar una o más pruebas de otros dispositivos en un entorno de laboratorio y/o en un entorno de red del operador. Por ejemplo, el uno o más dispositivos de emulación pueden realizar la una o más, o todas, las funciones mientras se implementan y/o despliegan completa o parcialmente como parte de una red de comunicación cableada y/o inalámbrica para probar otros dispositivos dentro de la red de comunicación. El uno o más dispositivos de emulación puede realizar la una o más, o todas, las funciones mientras se implementan/despliegan temporalmente como parte de una red de comunicación cableada y/o inalámbrica. El dispositivo de emulación puede estar acoplado directamente a otro dispositivo con fines de prueba, y/o puede realizar pruebas usando comunicaciones inalámbricas por el aire.
El uno o más dispositivos de emulación puede realizar la una o más, incluyendo todas, las funciones mientras no se implementan/despliegan como parte de una red de comunicación cableada y/o inalámbrica. Por ejemplo, los dispositivos de emulación pueden utilizarse en un escenario de prueba en un laboratorio de prueba y/o una red de comunicación cableada y/o inalámbrica no desplegada (por ejemplo, de prueba) para implementar la prueba de uno o más componentes. El uno o más dispositivos de emulación pueden ser equipos de prueba. El acoplamiento directo de RF y/o las comunicaciones inalámbricas a través de circuitos de RF (por ejemplo, que pueden incluir una o más antenas) pueden ser utilizados por los dispositivos de emulación para transmitir y/o recibir datos.
Introducción
El número de vehículos aéreos no tripulados (Unmanned Aerial Vehicles, UAV), a menudo denominados drones, ha ido creciendo rápidamente en los últimos años y las aplicaciones habilitadas por el UAV se están ampliando en una amplia variedad de industrias. Sin embargo, los sistemas aéreos no tripulados (Unmanned Aerial System, UAS) convencionales, es decir, el UAV y el controlador, se basan principalmente en la comunicación directa punto a punto a través de las bandas de radio sin licencia Industrial, Científica y Médica (Industrial Scientific and Medical, ISM), lo que limita el alcance de funcionamiento, y la comunicación es habitualmente poco fiable, insegura y con bajas velocidades de datos. Para aprovechar aún más el potencial de las aplicaciones de UAV, pueden utilizarse tecnologías celulares avanzadas tales como evolución a largo plazo (LTE) y 5G para permitir el funcionamiento más allá de la línea de visión visual (Beyond Visual Line of Vision, BVLOS) y un mayor rendimiento y una comunicación más fiable para el UAS.
La cobertura ubicua de la red móvil puede proporcionar un rango de operación que está muy por encima del limitado por la comunicación punto a punto usando frecuencias ISM. Las capacidades de comunicación avanzadas, tales como alto ancho de banda, baja latencia, QoS garantizada, etc., de las redes celulares modernas (especialmente la red 5G) pueden ayudar a mejorar el rendimiento de las aplicaciones de UAV. Los mecanismos de seguridad avanzados de las redes celulares modernas pueden abordar cuestiones de seguridad implicadas en la gestión de aplicaciones del UAV.
Visión general
Además de la autenticación y autorización principales por el sistema 3GPP, se requiere que los dispositivos del vehículo aéreo no tripulado (UAV) y el controlador del vehículo aéreo no tripulado (UAV-C) sean autenticados y autorizados por el proveedor de servicios del UAS/gestión de tráfico del UAS (UAS Service Supplier/UAS Traffic Management, USS/UTM) con el soporte del sistema 3GPP. Este procedimiento de autentificación y autorización adicional se denomina autentificación & autorización del UAV de USS (USS UAV Authentication & Authorization, UUAA).
En un Sistema 5G (5G System, 5GS), se puede realizar UUAA durante el procedimiento de registro de 5GS o durante el procedimiento de establecimiento de sesión de PDU.
La figura 2 ilustra un procedimiento de UUAA de alto nivel durante el registro 5GS. Si un UE 22, (es decir, un UAV) pretende usar servicios relacionados con el UAV, puede enviar, en la etapa S202 una solicitud de registro a la AMF 24 para indicar su soporte para servicios del UAV e incluir su identificador de UAV a nivel de la Administración de Aviación Civil (Civil Aviation Administration, CAA). Tras la autenticación y la autorización (A&A) satisfactoria del 3GPP principal, en la etapa S204, la AMF 24 puede, en la etapa S206, enviar un mensaje de aceptación de registro al UE 22, indicando que la UUAA está pendiente. La AMF 24 puede activar entonces el procedimiento de UUAA basándose en la información recibida en la solicitud de registro y en otra información tal como información de suscripción del UE y políticas locales. La AMF 24 puede solicitar el servicio de UUAA de la USS/UTM 28 enviando, en la etapa S208, la solicitud a una función de red de UAS 26 (UAS - Network Function, UAS-NF). La UAS-NF 26 es una función de red 3GPP que interactúa con la USS/UTM 28 para procedimientos relacionados con el UAV tales como seguimiento de UUAA y UAV; puede ubicarse conjuntamente, por ejemplo, con una función de exposición de red (Network Exposure Function, NEF) o una función de exposición de capacidad de servicio (Service Capability Exposure Function, SCEF). La UAS-NF 26 descubre la dirección de USS/UTM 28 basándose en información de dirección preconfigurada o el ID del UAV a nivel de CAA enviado por el UE 22. La dirección de USS/UTM 28 puede ser proporcionada alternativamente por el UE 22. En la etapa S210, la UAS-NF 26 invoca la API proporcionada por la USS/UTM 28 y proporciona la información necesaria, tal como el ID del UAV a nivel de CAA, el ID del UAV del 3GPP (por ejemplo, el identificador de suscripción público genérico, Generic Public Subscription Identifier, GPSI), para solicitar el servicio de UUAA, “solicitud de A&A”. En la etapa S212, la USS/UTM 28 puede intercambiar información adicional con el UAV o el UAV-C a través de la red UAS-NF 26 y 3GPP para completar la UUAA, “recorrido de ida y vuelta del mensaje de A&A”. En la etapa S214,la USS/UTM 28 informa a la UAS-NF 26 acerca de los resultados de la UUAA, “respuesta de A&A”, y a su vez, en la etapa S216, la UAS-NF 26 informa a la AMF 24, “respuesta de UUAA”. La USS/UTM 28 puede asignar un nuevo ID de UAV de nivel de CAA como resultado de la UUAA satisfactoria, almacenada en la UAS-NF 26 y la AMF 24, y proporcionar, “Actualización de configuración de UE (resultado de la UUAA)”, al UE 22 en la etapa S218. La USS/UTM 28 puede proporcionar al UAV 22 información de seguridad que el UAV 22 puede usar para establecer comunicación segura con la USS/UTM 28.
Si la UUAA no se realiza durante el registro de 5GS, el procedimiento de UUAA puede activarse alternativamente<durante el establecimiento de la sesión de PDU relacionada con operaciones del u>A<v>,<tal como se ilustra en la figura 3. En este caso, en la etapa S302, el UE 32 (es decir, UAV o u>A<v>-C)<incluye su ID de UAV de nivel de CAA en la>solicitud de establecimiento de sesión de PDU que se envía a la SMF 34. Basándose en la información recibida, tal como el ID de UAV a nivel de CAA, el DNN/NSSAI que corresponde al servicio relacionado con el UAV, y otra información (por ejemplo, información de suscripción), la SMF inicia, en la etapa S304, la solicitud de UUAA con la UAS-NF 36 que, en la etapa S306, reenvía la solicitud de A&A a la USS/UTM 38. El resto del procedimiento es similar a la UUAA durante el registro: el programa de mensajes A&A en la etapa 308, la respuesta de A&A en la etapa S310, la respuesta de UUAA en la etapa S312 puede ser la misma que la descrita con referencia a la figura 2 y en la etapa S314, el resultado de la UUAA es enviado por la SMF al UAV en un mensaje de aceptación de establecimiento de sesión de PDU.
En un sistema de paquetes evolucionado (Evolved Packet System, EPS), el procedimiento de UUAA se realiza durante el procedimiento de establecimiento de conexión/conectividad de PDN. La información relacionada con el UAV puede incluirse en la opción de configuración de protocolo (Protocol Configuration Option, PCO) del contenedor de gestión de sesión de EPS (EPS Session Management, ESM) en la solicitud de conexión. La MME puede seleccionar el nombre de punto de acceso (Access Point Name, APN) y la pasarela de red de datos por paquetes (PGW) (o PGW-C+SMF) correspondiente al servicio de UAV basándose en la información de suscripción del UE (tal como “información de UE aéreo”). La PGW determina que se requiere la A&A secundaria por USS/UTM e inicia la solicitud de UUAA a través de la UAS-NF. El resultado de la UUAA se informa a la UAS-NF y a la PGW (o a la PGW-C+SMF).
La conexión relacionada con el UAV (sesión de PDU o conexión de PDN) sólo puede establecerse después de que el UAV o el UAV-C haya completado satisfactoriamente la UUAA. Un UAV o UAV-C puede establecer una sola conexión común tanto para la comunicación general con USS/UTM (por ejemplo, enviando datos de seguimiento de UAV, tal como ID remoto de red, o recibiendo información de configuración de USS/UTM), como para la comunicación de C2 con el UAV-C; o puede usar una conexión dedicada para la comunicación general con la USS/UTM y otra conexión separada para la comunicación de C2 con el UAV-C.
Para permitir la comunicación C2 con el UAV-C, el UAV necesita ser autorizado por la USS/UTM para el emparejamiento con el UAV-C. En un caso de una sola conexión, la autorización de emparejamiento se puede realizar junto con el procedimiento de UUAA durante el procedimiento de establecimiento de conexión, o se puede iniciar más tarde usando un procedimiento de modificación de conexión. En un caso de conexión separada, la autorización de emparejamiento se puede realizar durante el establecimiento de conexión dedicado a la comunicación UAV - UAV-C C2. La información de emparejamiento (por ejemplo, el identificador de UAV a nivel de CAA homólogo) puede ser proporcionada por el UAV o preconfigurada en la USS/UTM. Si la autorización de emparejamiento es satisfactoria, la USS/UTM puede proporcionar políticas o filtros de enrutamiento de tráfico para la comunicación C2 al sistema de 3GPP, de modo que el sistema 3GPP pueda imponer estas políticas/filtros para garantizar que la conexión solo permite la comunicación C2 entre el UAV y el UAV-C. De manera similar, para la UUAA, la USS/UTM puede proporcionar al UAV a través de la red un nuevo ID de UAV de nivel de CAA, e información de seguridad que puede usar el UAV para establecer comunicación segura con el UAV-C.
La figura 4 ilustra una arquitectura de sistema para el interfuncionamiento entre 5GS y EPS, incluyendo servidor de abonado local (Home Subscriber System, HSS) gestión de datos unificada (Unified Data Management, UDM), función de control de políticas (Policy Control Function, PCF), SMF PGW-C, UPF PGW-U, SGW, MME, E-UTRAN, AMF, NG-RAN y UE en ambos lados. Además, se indican las interfaces entre diferentes partes.
Las entidades combinadas, tales como SMF PGW-C, UPF PGW-U, etc., soportan funcionalidades similares en 5GS y EPS respectivamente, y permiten el interfuncionamiento entre ellas. La interfaz N26 entre AMF y MME es una interfaz opcional que permite que la AMF y la MME intercambien información, tal como contexto de UE.
Un UE puede operar en modo de registro único (Single Registration, SR) o en modo de registro dual (Dual Registration, DR) entre 5GS y EPS. En modo de SR, el UE guarda un solo registro coordinado para 5GS y EPS, mientras que en modo DR el UE maneja el registro independiente para 5GS y EPS.
Ahora, cuando un UAV o UAV-C que ha sido autenticado y autorizado por la USS/UTM en 5GS, se mueve desde el 5GS hasta el EPS (sin interfaz N26), ya sea en modo INACTIVO o modo conectado, puede volver a ser autenticado por la USS/UTM en el EPS. Cuando el UAV o el UAV-C vuelve desde el EPS al 5GS, el 5GS puede guardar todavía el contexto de UUAA antiguo (por ejemplo, en la AMF). Por ejemplo, si la UUAA del UAV falló (por ejemplo, después de la reautenticación) en el EPS y vuelve al 5GS, el 5GS todavía puede considerar que está adecuadamente<autentificado por la USS/UTM según el contexto de UUAA ahora obsoleto, y permitir que el u>A<v establezca conexiones>para la comunicación del UAV, que en este caso no debería permitirse. Como ejemplo adicional, al UAV se le puede asignar un nuevo ID de UAV de nivel de CAA (por ejemplo, cuando fue reautentificado por la USS/UTM o en cualquier momento en el EPS), pero después de que vuelve al 5GS, el sistema de 5GS puede seguir usando el ID de UAV de nivel de CAA obsoleto (por ejemplo, almacenado desde la UUAA anterior) lo que puede provocar problemas en procedimientos relacionados con el UAV que usan el ID de UAV de nivel de CAA como autorización de emparejamiento y/o solicitud de conectividad de UAS (por ejemplo, con USS/UTM y/o UAV-C), seguimiento, etc. En el caso de seguimiento de UAV, Cuando se notifica la ubicación de un UAV a una USS/UTM (por ejemplo, desde un conjunto de UAV en un área de ubicación dada), el sistema de 3GPP puede proporcionar un ID de UAV a nivel de CAA inconsistente (por ejemplo, diferente) dependiendo de si el UAV está conectado a través de EPS o 5GS. Cuando se solicitan servicios UAS del 5GS (por ejemplo, durante la autorización de emparejamiento), el UAV puede proporcionar a la red su ID de UAV de nivel de CAA actual (por ejemplo, recién asignado por USS/UTM mientras estaba en EPS) que puede ser rechazado por el 5GS en caso de una discordancia con el valor en el contexto de UUAA de 5GS. El problema similar también puede ocurrir en el escenario inverso, cuando un UAV se vuelve a autenticar o una nueva CAA es asignada por la USS/UTM en el 5GS mientras que el EPS guarda el contexto de UUAA obsoleto.
Adicionalmente, si un UAV fue autenticado y autorizado por la USS/UTM en 5GS a través del procedimiento de UUAA-MM (es decir, un procedimiento de UUAA realizado opcionalmente durante el registro de 5GS) y luego se mueve a un sistema EPS, el sistema EPS no tiene ningún contexto de UUAA para el UAV y no conoce qué sesiones de PDU están asociadas con el servicio UAS.
Por lo tanto, puede desearse abordar estos problemas de coherencia de contexto de UUAA potencial y proporcionar métodos para permitir que el 5GS se sincronice con el contexto de UUAA con el EPS.
Además, si un UAV o UAV-C ha establecido sesiones de PDU para comunicación de UAV en el 5GS, estas sesiones de PDU se transferirán al EPS como las portadoras de conexiones de PDN/EPS cuando se mueve desde el 5GS al EPS (con interfaz N26). Sin embargo, la MME no es consciente de que las conexiones de PDN/portadoras de EPS transferidas están relacionadas con el servicio de UAV. Esto permitirá que el UAV o el UAV-C continúen la comunicación del UAV sin permitir que la USS/UTM reautentifique o revoque la autorización de comunicación de<emparejamiento/C2 del UAV en el e>P<s>.<En algunos casos, la reautenticación/reautorización de USS/UTM puede ser>necesaria o incluso obligatoria por requisitos regulatorios, especialmente cuando el UE está en modo INACTIVO y la continuidad del servicio no es una preocupación. Normalmente, el procedimiento de UUAA en EPS se activa durante el establecimiento de la conexión de PDN. Pero en este caso, la conexión de PDN del UAV ya se transfiere desde las sesiones de PDU de 5GS y no hay necesidad de que el UAV inicie el establecimiento de conexión de PDN.
Por lo tanto, puede desearse habilitar la reautenticación/reautorización o revocación del emparejamiento/comunicación de C2 por la USS/UTM en este escenario (es decir, transferencia de sesión de PDU usada para servicio de UAS transferida para 5GS a EPS como conexiones de PDN/portadores de EPS).
Además, la AMF que atiende al UAV puede cambiar (por ejemplo durante un registro de movilidad). En este caso, la UAS-NF necesita localizar la AMF correcta para procedimientos iniciados por la USS/UTM (por ejemplo, seguimiento de localización y revocación de autorización del UAV).
Por lo tanto, puede desearse informar a la UAS-NF acerca de una nueva AMF que atiende al UAV.
Alineación de contexto de UUAA entre 5GS y EPS
En una realización, el UE indica su estado de UUAA más reciente cuando se mueve a un sistema diferente (por ejemplo, 5GS o EPS), como se describirá.
Cuando un UE (por ejemplo, UAV o UAV-C) completa la autenticación y autorización o reautenticación y reautorización de USS/UTM en 5GS o EPS, además de la información de contexto de UUAA normal tal como el estado de UUAA (autentificado/autorizado o no satisfactoriamente) y el ID de UAV a nivel de CAA, el UE también puede almacenar el tipo de sistema (por ejemplo, EPS o 5GS) en donde ha sido autentificado y autorizado más recientemente por la<USS/UTM, y una marca de tiempo que indica cuándo se ha completado la UUAA más reciente. Cuando el>U<e se>mueve de un sistema a otro sistema debido a la movilidad, puede indicar esta información (por ejemplo, el tipo de sistema y la marca de tiempo de su UUAA reciente) al nuevo sistema de modo que el nuevo sistema pueda usar esta información para determinar si iniciar la reautenticación & reautorización de USS/UTM o recuperar el contexto de UUAA del sistema anterior y continuar usando el contexto de UUAA en el nuevo sistema. Esta información también puede ayudar al nuevo sistema a descartar y evitar el uso de cualquier contexto de UUAA obsoleto que pueda tener guardado. En el caso de la reautenticación del UAV por parte de la USS/UTM, el sistema actual (por ejemplo, 5GS) puede detectar que el UAV ya ha sido autenticado por la USS/UTM en el sistema anterior basándose en el tipo de sistema proporcionado por el UE (por ejemplo, EPS) y puede decidir activar un procedimiento de reautenticación rápida del UAV por parte de la USS/UTM, mediante lo cual el UAV puede usar su ID de nivel de CAA más reciente (por ejemplo, como identidad de reautenticación) y la información de seguridad (por ejemplo, incluye una clave de reautenticación) proporcionada por la USS/UTM desde el procedimiento de UUAA anterior (tal como se describió anteriormente) en lugar de realizar un procedimiento de autenticación completo (por ejemplo, utilizar un certificado asociado a un identificador de UAV a largo plazo).
Ejemplo 1: un UAV es autenticado y autorizado por la USS/UTM en el EPS y ha establecido conexiones de PDN para comunicación de UAV en el EPS, se mueve desde el EPS hasta el 5GS en modo INACTIVO y hay una interfaz N26 entre la MME de EPS y la AMF de 5GS. El UAV sigue el procedimiento especificado en la cláusula 4.11.1.3.3 de TS 23.502 para registrarse en el 5GS y transferir las conexiones de PDN para comunicación de UAV a las sesiones de PDU en el 5GS. Sin embargo, la AMF puede no tener ningún contexto de UUAA en absoluto, o puede tener un contexto de UUAA obsoleto de un procedimiento de UUAA previo en el 5GS. La AMF puede no ser consciente de que las sesiones de PDU transferidas desde las conexiones de PDN EPS son para comunicación de UAV. En este caso, el UAV puede indicar en el mensaje de solicitud de registro de 5GS que fue autenticado y autorizado más recientemente por la USS/UTM en el EPS, la marca de tiempo se completó en la UUAA, el ID de nivel de CAA que puede resultar del procedimiento de UUAA anterior en el EPS, etc. Tras esta información, la AMF puede:
• Descartar cualquier contexto de UUAA obsoleto que posea o sea recuperado de la AMF antigua.
• Determinar a partir del contexto del UE de EPS recibido desde la MME qué conexiones de PDN/portadores de EPS están relacionadas con la comunicación de UAV, y la dirección de<p>GW-C+SMF de servicio relacionada.
• Recuperar el contexto de UUAA de EPS de la PGW-C+SMF.
• Determinar si desencadenar un nuevo procedimiento de UUAA en el 5GS basándose en la política de red y en los requisitos reguladores.
En caso de que la AMF determine activar un nuevo procedimiento de UUAA en el 5GS, una posibilidad es no transferir las conexiones de PDN para la comunicación del UAV, al 5GS; otra posibilidad es transferir las conexiones de PDN para la comunicación del UAV, a las sesiones de PDU de 5GS, pero dar instrucciones a la SMF/UPF para suspender estas sesiones de PDU hasta que la reautenticación/reautorización de USS/UTM sea satisfactoria. La AMF también puede descartar la información de contexto de UUAA recibida desde el UE o desde la PGW-C+SMF.
En caso de que la AMF determine no activar un nuevo procedimiento de UUAA en el 5GS, puede almacenar la información de contexto de la UUAA recibida desde el UE y desde la PGW-C+SMF, y puede usar esta información de contexto de la UUAA para futuros procedimientos relacionados con el UAV.
Las figuras 5A y 5B ilustran la alineación de contexto de UUAA en caso de movilidad de UE desde EPS a 5GS según una realización de los presentes principios en donde hay una interfaz N26 entre el EPS y 5GS.
En la etapa S502, el UE (por ejemplo, UAV o UAV-C) 52 se registra en EPS y está autenticado y autorizado por la USS/UTM. El UE 51 almacena el contexto de la U<u>A<a>(estado de la UUAA, ID de UAV a nivel de CAA, marca de tiempo de la finalización de UUAA reciente, etc.) resultante de la UUAA en EPS. El UE 51 también puede establecer conexiones de PDN/portadores de EPS en el EPS, para comunicación de UAV.
En la etapa S504, tras pasar al 5GS en modo INACTIVO, el UE inicia el procedimiento de registro con la AMF 53 en 5GS enviando una solicitud de registro. La solicitud de registro puede incluir una indicación de UUAA de EPS que indica que el UE ha sido autenticado/autorizado recientemente por la USS/UTM 58 a través de EPS, el ID de UAV de nivel de CAA obtenido a partir de la USS/UTM 58 mientras estaba en EPS, y la marca de tiempo de la finalización de UUAA reciente anterior.
En la etapa S506, la AMF 53 que recibe la solicitud de registro de 5GS puede haber atendido previamente al UE 51 y puede guardar el contexto de UE que incluye el contexto de UUAA. La AMF 53 puede ser capaz de recuperar el contexto de UE de alguna otra AMF (no mostrada en la figura). Si el UE indica en la solicitud de registro que ha sido autenticado/autorizado por la USS/UTM en EPS, la AMF 53 descarta el contexto de UUAA antiguo que puede tener para el UE.
En la etapa S508, la AMF 53 recupera el contexto de gestión de movilidad (MM) de EPS del UE de la MME 52 en el EPS. El contexto de MM de EPS recibido puede incluir el contexto de portador de las conexiones de PDN/portadores de EPS que se usaron para comunicaciones de UAV, y el contexto de portador puede incluir una indicación de que las conexiones de PDN/portador de EPS son para comunicación de UAV.
En la etapa S510, el UE 51 realiza la autenticación principal de 3GPP, la AMF 53 y el HSS UDM 57. Las siguientes etapas en las figuras 5A y 5B suponen una autenticación y autorización satisfactorias del UE en 5GS.
En caso de que el contexto de portador recibido en la etapa S508 indique que la conexión de PDN/portador de EPS es para comunicación de UAV, en la etapa S512, la AMF 53 puede localizar la PGW-C+SMF 54 y recuperar el contexto de gestión de sesión (SM) de la conexión de PDN/portadores de EPS (Nsmf_PDUSession_ContextRequest). El contexto de SM puede contener la información de contexto relacionada con el UAV que incluye el contexto de UUAA.
En la etapa S514, la AMF 53 determina si iniciar la reautenticación/reautorización por la USS/UTM en 5GS considerando al menos uno de varios factores:
a: la política del operador o regulación local puede requerir que el UAV o el UAV-C se reautentifiquen y reautoricen cuando cambie la red/sistema de servicio.
b: en caso de que la marca de tiempo de la finalización de UUAA reciente (por ejemplo, anterior) indique que el período desde la última UUAA supera cierto umbral, la AMF 53 puede decidir iniciar una nueva UUAA.
c: en caso de que el contexto de UUAA recibido desde la PGW-C+SMF en la etapa S512 no sea coherente con el contexto recibido desde el UE 51 en la etapa S504, la AMF 53 puede decidir iniciar una nueva UUAA.
d: en caso de que no haya conexión de PDN relacionada con el UAV que va a transferirse al 5GS (es decir, el contexto de portador recibido en la etapa S508 indica que no hay conexión de PDN relacionada con el UAV), la AMF 53 puede decidir iniciar una nueva UUAA.
En caso de que la AMF 53 determine iniciar una nueva UUAA en el 5GS, puede tener dos opciones en el manejo de conexiones de PDN relacionadas con el UAV si existe alguna:
Opción 1: la AMF 53 puede determinar no transferir las conexiones de PDN al 5GS. En este caso, las etapas S516-<s>520, S526 y S528 pueden ser omitidas.
Opción 2: la AMF 53 puede transferir las conexiones de PDN a las sesiones de PDU de 5GS pero puede dar instrucciones a la SMF 54/UPF 55 para suspender la transmisión de datos a través de estas sesiones de PDU hasta que se complete con éxito una nueva UUAA.
En caso de que se use la opción 2, la AMF 53 indica, en la etapa S516, a la SMF 54 que la sesión de PDU está suspendida (Nsmf_PDUSession_CreateSMContext), es decir, la transmisión de datos no está permitida a través de estas sesiones de PDU. En la etapa S518, la SMF 54 establece una sesión de N4 con la UPF 55 para la sesión de PDU y le da instrucciones para suspender la transmisión de datos. En la etapa S520, la SMF 54 devuelve una respuesta de contexto (Nsmf_PDUSession_ContextResponse) a la AMF 53.
En la etapa S522, la AMF 53 devuelve la Aceptación de Registro al UE 51.
En la etapa S524, la AMF 53 inicia el nuevo procedimiento de UUAA con la USS/UTM 58 a través de la UAS-NF 56. El ID del UAV a nivel de CAA y otra información de seguridad resultante del procedimiento de UUAA de EPS anterior pueden usarse para permitir una nueva autenticación/reautorización rápida por la USS/UTM.
En caso de que la reautenticación/reautorización por la USS/UTM 58 sea satisfactoria y haya sesiones de PDU relacionadas con el UAV suspendidas (transferidas desde conexiones de PDN de EPS), en la etapa S526, la AMF 53 informa a la SMF 54 de que reanude las sesiones de PDU (es decir, permite la transmisión de datos a través de esas sesiones de PDU) y, en la etapa S528, la SMF 54 reenvía esta información a la UPF 55, “modificación de sesión de N4”. Si falla la reautenticación y la reautorización por la USS/UTM 58, la AMF 53 debe iniciar la liberación de esas sesiones de PDU. La AMF 53 también puede enviar la nueva información de contexto de UUAA a la SMF 54 que almacena el nuevo contexto de UUAA o reemplazar el contexto de UUAA antiguo por el nuevo recibido desde la AMF 53.
Ejemplo 2: un UE es autenticado y autorizado por USS/UTM en el EPS, ha establecido conexiones de PDN para comunicación de UAV en EPS, y se mueve desde el EPS hasta el 5GS en modo INACTIVO. No existe ninguna interfaz N26 entre la MME de EPS y la AMF de 5GS. De manera similar al ejemplo 1, basándose en la indicación recibida desde el UAV, la AMF puede activar la reautenticación/reautorización de USS/UTM durante el procedimiento de registro. Adicionalmente, la AMF puede determinar no activar la reautenticación/reautorización de USS/UTM, sino que puede informar a la SMF de que el UAV está sujeto a la reautenticación/reautorización por la USS/UTM. Y la SMF puede activar el procedimiento de UUAA cuando el UAV solicita establecer las sesiones de PDU para la comunicación del UAV.
Las figuras 6A y 6B ilustran la alineación de contexto de UUAA en caso de movilidad de UE desde EPS a 5GS según una realización de los presentes principios en donde no hay interfaz N26 entre el EPS y el 5GS.
En la etapa S602, el UE 61 (UAV o UAV-C) se registra en EPS y es autenticado y autorizado por la USS/UTM 68. El UE 61 almacena el contexto de UUAA (estado de UUAA, ID de UAV a nivel de CAA, marca de tiempo de la finalización de UUAA reciente, etc.) resultante de la UUAA en EPS. El UE 61 también puede haber establecido conexiones de PDN/portadores de EPS en el EPS para comunicación de UAV.
Tras el movimiento del UE al 5GS en modo INACTIVO, en la etapa S604, el UE 61 inicia el procedimiento de registro con la AMF 63 en 5GS enviando una solicitud de registro que puede incluir una indicación de UUAA de EPS que indica que el UE, por ejemplo, recientemente, ha sido autenticado/autorizado por la USS/UTM (68 en la figura 6B) a través<de EPS, el ID de u>A<v a nivel de CAA obtenido a partir de la>USS/U<t>M<68 mientras estaba en EPS, y la marca de>tiempo de la finalización de la UUAA reciente. Si el UE 61 está trabajando en modo de registro dual, puede guardar un contexto separado (incluyendo el contexto de UUAA resultante de la UUAA anterior en 5GS) para 5GS y el UE 61 debe usar el contexto de UUAA de EPS en lugar del contexto de UUAA de 5GS antiguo, que es obsoleto, ya que no es el contexto de UUAA más reciente.
En caso de que el UE 61 esté trabajando en modo de registro dual, puede guardar un contexto separado (incluyendo el contexto de UUAA resultante del UUAA anterior en 5GS) para 5GS y el UE debe usar el contexto de UUAA de EPS en lugar del contexto de UUAA de 5GS antiguo. Los UE que operan en modo de registro dual pueden realizar el registro de 5GS antes de pasar de EPS a 5GS. Si el UE ha realizado el procedimiento de UUAA en el EPS, el UE<puede incluir “indicación de UUAA de EPS” en la solicitud de registro a>5G<s>.<Si el UE no se ha registrado con 5GS>antes de pasar a 5GS, puede realizar una solicitud de registro con indicación de “traspaso” en el momento de pasar a<5GS. El>U<e también puede incluir la “ indicación de UUAA de EPS” como se describe.>
La AMF 63 que recibe la solicitud de registro de 5GS puede haber atendido previamente al UE y puede guardar el<contexto de>U<e que incluye el contexto de UUAA, o la AMF 63 puede ser capaz de recuperar el contexto de UE de>alguna otra AMF (no mostrada en la figura). Si el UE 61 indica en la solicitud de registro que ha sido autenticado/autorizado por la USS/UTM en EPS, en la etapa S606, la AMF 63 debe descartar el contexto de UUAA antiguo que pueda tener.
En la etapa S608, el UE 61 se autentica y autoriza en el núcleo 5G (5GC), por ejemplo, usando autenticación principal de 3GPP. En el resto de las figuras 6A y 6B, se supone que la autenticación y autorización son satisfactorias.
En la etapa S610, la AMF 63 devuelve la aceptación de registro al UE 61.
En la etapa S612, la AMF 63 determina si iniciar la reautenticación/reautorización por la USS/UTM 68 en 5GS considerando, por ejemplo, al menos un factor descrito con referencia al Ejemplo 1.
En caso de que la AMF 63 determine que el UE 61 debe ser re-autentificado por la USS/UTM 68, la AFM 63 puede, en la etapa S614, informar a la PGW-C+SMF 64 de que el UE 61 está sometido a reautentificación/reautorización por la USS/UTM 68. La AMF 63 también puede reenviar el nuevo ID de UAV de nivel de CAA recibido desde el UE 61 a la SMF 64. Alternativamente, la AMF 63 puede enviar esta indicación, es decir, que el UE está sujeto a una reautenticación, junto con la solicitud de Nsmf_PDUSession_CreateSMContext (véase la etapa S620) durante el establecimiento de la sesión de PDU.
En caso de que la PGW-C+SMF 64 reciba la indicación de la AMF 63 como se describe en la etapa S614, la PGW-C+SMF 64 debe, en la etapa S616, descartar la información de contexto de UUAA antigua que pueda tener.
En la etapa S618, el UE 61 envía una solicitud de establecimiento de sesión de PDU a la AMF 63 para iniciar el procedimiento de establecimiento de sesión de PDU con el fin de transferir las conexiones de PDN establecidas en EPS para comunicación de UAV. En el modo de registro dual, el UE puede realizar la transferencia de conexión de PDN desde EPC a 5G con indicación de “traspaso”. Mientras se transfiere la conexión de PDN a la sesión de PDU, el UE puede incluir una indicación “ indicación de SM de EPS de UUAA” en el mensaje de solicitud de sesión de PDU.
En la etapa S620, la AMF 63 indica que se requiere una reautenticación de USS/UTM enviando una solicitud de Nsmf_PDUSession_CreateSMContext a la PGW-C+SMF 64. Como se mencionó, la AMF 63 puede incluir la indicación de que se requiere la reautenticación/reautorización por la USS/UTM 68 y el ID de UAV a nivel de CAA recibido desde el UE.
Basándose en esta indicación, la PGW-C+SMF 64 puede, en la etapa S622, reiniciar el procedimiento UUAA. La PGW-C+SMF 64 recibe el resultado de UUAA y otro contexto de UUAA (por ejemplo, ID de UAV de nuevo nivel de CAA) desde la USS/UTM 68.
En la etapa S624, la PGW-C+SMF 64 reenvía el nuevo contexto de UUAA a la AMF 63 en una respuesta Nsmf_PDUSession_CreateSMContext.
En la etapa S626, la AMF 63 reenvía el mensaje de aceptación de establecimiento de sesión de PDU y el nuevo contexto de UUAA, al UE 61.
Ejemplo 3: un método de alineación de contexto de UUAA en caso de movilidad de UE de 5GS a EPS se ilustra en las figuras 12A y 12B. Un UE (UAV o UAV-C) 1201 ha sido registrado y autenticado y autorizado por la USS/UTM 1205 en el 5GS por medio de un procedimiento de UUAA-MM (es decir durante el registro de 5GS) en la etapa S1202. En la etapa S1204, el UE se mueve desde el 5GS al EPS en modo INACTIVO y realiza un procedimiento de TAU o de conexión.
Si el UE no ha establecido las sesiones de PDU relacionadas con el servicio UAS en el 5GS, o el 5GS ha determinado no transferir las sesiones de PDU relacionadas con el servicio UAS al EPS, cuando se activa el servicio UAS, en la etapa S1206, el UE necesita establecer conexiones de PDN para el servicio UAS. En la etapa S1208, el UE envía una solicitud de establecimiento de conexión de PDN para el servicio UAS a la SMF+PGW-C 1203, en donde el UE puede indicar que ya ha sido autenticado y autorizado por la USS/UTM en el 5GS y también proporciona otra información de<contexto de UAV tal como identificadores de u>A<v (por ejemplo, ID de UAV de nivel de CAA, la marca de tiempo del>éxito de UUAA anterior).
Tras recibir la solicitud de conexión de PDN y la indicación mencionada anteriormente, la función SMF+PGW-C puede, en la etapa S1210, basándose en la política o políticas de red o en otra condición (por ejemplo, si el tiempo transcurrido desde la UUAA anterior es mayor que un umbral), determinar si se requiere o no un procedimiento de UUAA (es decir, omitir o iniciar el procedimiento de UUAA) independientemente del hecho de que el UAV ya se ha autenticado y autorizado.
En caso de que la SMF+PGW-C 1203 determine omitir el procedimiento de UUAA (es decir, no se requiere UUAA en la etapa S1210), la SMF+PGW-C puede, en la etapa S1212a, recuperar la información de contexto de UUAA desde la UAS-NF 1204. La SMF+PGW-C puede comparar la información de contexto recuperada de la UAS-NF con la información de contexto proporcionada por el UAV. En caso de coincidencia, la SMF+PGW-C completa el procedimiento de establecimiento de conexión de PDN, en la etapa S1214a.
Sin embargo, en caso de una falta de coincidencia, la SMF+PGW-C puede descartar la información de contexto e iniciar, en la etapa S1212b, un nuevo procedimiento de UUAA, “procedimiento de UUAA-SM” después de lo cual, en la etapa S1214b, completa el procedimiento de establecimiento de conexión de PDN.
En caso de que la SMF+PGW-C determine no omitir el procedimiento de UUAA (es decir, la UUAA requerida en la etapa S1210), es decir, que se requiera un procedimiento de UUAA, puede, en la etapa S1212b, iniciar un nuevo procedimiento de UUAA, “procedimiento de UUAA-SM” después de lo cual, en la etapa S1214b, completa el procedimiento de establecimiento de conexión de PDN.
En cualquier caso, la SMF+PGW-C puede, en la etapa S1216, actualizar la UAS-NF que es ahora la función de servicio para el UAV, y las futuras solicitudes desde la USS/UTM 1205, tales como la reautenticación y revocación de UUAA, deben ser dirigidas a la SMF+PGW-C.
UAS-NF como función de interfuncionamiento común para la gestión de contexto de UE compartido
Otra solución es usar la UAS-NF como una función común para la arquitectura para el interfuncionamiento entre 5GS y EPC/E-UTRAN. La UAS-NF puede guardar un contexto de UAV (por ejemplo, incluir un contexto de UUAA) en nombre del 5GC y el EPC. El contexto del UAV incluye el ID del UAV más actualizado a nivel de CAA, ID del UAV del 3GPP, información sobre las funciones de anclaje a la red (por ejemplo, AMF, SMF o MME, PGW) que atiende al UE, información sobre la USS/UTM que atiende al UAV (por ejemplo, FQDN), C2 e información de autorización de emparejamiento (por ejemplo, si está autorizado para el emparejamiento/comunicación de C2, información del UAV-C homólogo). A continuación se describirán diversos métodos.
Cuando el UE realiza UUAA, UAS-NF asocia la función de anclaje de servicio del UE, incluyendo el tipo de sistema (AMF, SMF o MME, PGW) con el contexto del UAV. Cuando la UUAA se completa con éxito, la UAS-NF recibe de la USS/UTM el resultado de la UUAA que incluye el nuevo ID del UAV de nivel de CAA que almacena la UAS-NF en el<contexto del UAV, junto con la dirección de u>S<s>/UTM.<La UAS-NF puede resolver la dirección de USS/UTM basándose>en el ID del UAV a nivel de CAA durante la UUAA, y almacenar la dirección de USS/UTM en el contexto del UAV.
La figura 7 ilustra un método de establecimiento de UAS-NF de contexto de UAV durante la UUAA, según una realización de los presentes principios.
En la etapa S702, la UAS-NF recibe un mensaje de solicitud de autenticación/autorización desde una función de anclaje a la red (por ejemplo, AMF o SMF/PGW-C). El mensaje de solicitud puede incluir un ID de UAV a nivel de CAA,<ID de UAV>3G<p>P,<e información sobre la USS/UTM que atiende al UE.>
En la etapa S704, la UAS-NF almacena información recibida en el mensaje de solicitud e información sobre la función de anclaje a la red (por ejemplo, incluyendo el tipo de sistema: EPS o 5GS) en un contexto de UAV.
En la etapa S706, la UAS-NF envía un mensaje de solicitud de autenticación/autorización a la USS/UTM. El mensaje de solicitud puede incluir el ID del UAV a nivel de CAA y el ID del UAV del 3GPP.
En la etapa S708, la UAS-NF recibe un mensaje de respuesta de autenticación/autorización de la USS/UTM. El mensaje puede incluir el ID del UAV del 3GPP y resultados de autorización que incluyen un nuevo ID del UAV de nivel CAA, información de autorización para comunicaciones de UAS (por ejemplo, dirección MAC/IP del UAV-C homólogo, parámetros de QoS de C2).
En la etapa S710, la UAS-NF almacena la información de autorización recibida desde la USS/UTM en el contexto del UAV.
En la etapa S712,la UAS-NF envía los resultados de autorización a la función de anclaje a la red.
Durante la reautenticación del UAV por la USS/UTM o si un nuevo ID de UAV de nivel de CAA es asignado por la USS/UTM, la UAS-NF actualiza el contexto de UAV en consecuencia (por ejemplo, almacena el nuevo ID de<u>A<v>de nivel de CAA). Durante una sustitución del UAV-C por la USS/UTM, la UAS-NF informa de la función de anclaje apropiada (por ejemplo, SMF/PCF) y actualiza la información del UAV-C homólogo en el contexto del UAV.
La figura 8 ilustra un método de actualización de UAS-NF del contexto del UAV durante la reautenticación/autorización, según una realización de los presentes principios.
En la etapa S802, la UAS-NF recibe un mensaje de solicitud desde una USS/UTM. El mensaje de solicitud puede incluir un ID de UAV de 3GPP y cualquiera de un nuevo ID de UAV de nivel de CAA y nueva información de autorización para comunicaciones de UAS (por ejemplo, nueva dirección MAC/IP del UAV-C homólogo).
En la etapa S804, la UAS-NF almacena la información de autorización recibida desde la USS/UTM en el contexto del UAV, incluyendo reemplazar el ID actual del UAV a nivel de CAA, y la información actual de autorización para comunicaciones de UAS con la nueva información de autorización para comunicaciones de UAS.
En la etapa S806, la UAS-NF recupera, a partir del contexto del UAV identificado por el ID del UAV 3GPP, la información sobre la función de anclaje a la red que atiende al UE.
En la etapa S808, la UAS-NF envía la nueva información de autorización (por ejemplo, nuevo ID de UAV de nivel CAA, nueva dirección de UAV-C par) a la función de anclaje a la red.
Cuando un UAV se mueve entre 5GS y EPS, la función de anclaje puede recuperar de la UAS-NF la información más reciente del UAV (por ejemplo, el UAV y/o el estado de autorización de comunicación de C2, ID de UAV a nivel de CAA) basándose en el contexto de UAV. La función de anclaje puede determinar enviar la solicitud a la UAS-NF de información del UAV basándose en el tipo de sistema proporcionado por el UAV tal como se describió, y actualizar la UAS-NF con información sobre la función de anclaje a la red de servicio del UAV. Si la autorización del UAV se ha revocado o si no hay información de autorización disponible para el UAV en la UAS-NF, la UAS-NF indica que el UAV no está autorizado a la función de red (lo que puede conducir a una reautenticación, tal como se describirá).
La figura 9 ilustra un procedimiento de consulta de UAS-NF durante el interfuncionamiento, según una realización de los presentes principios.
En la etapa S902, la UAS-NF recibe un mensaje de solicitud de información/registro que incluye un ID de UAV del 3GPP desde una función de anclaje a la red (por ejemplo, AMF o SMF/PGW-C).
En la etapa S904, la UAS-NF recupera, del contexto del UAV correspondiente al ID del UAV del 3GPP, la información de autorización sobre el UAV, y almacena la información sobre la función de anclaje a la red (por ejemplo, incluyendo el tipo de sistema: EPS o 5GS), en el contexto del UAV.
En la etapa S906, la UAS-NF envía un mensaje de respuesta de información a la función de anclaje a la red. El mensaje de respuesta puede incluir el ID del<u>A<v>del 3GPP, el ID del UAV autorizado a nivel de CAA, el estado de autorización para la comunicación de C2 (por ejemplo, incluyendo la dirección IP del UAV-C homólogo).
En caso de que la función de anclaje a la red determine iniciar la reautenticación del UAV por parte de la USS/UTM cuando el UE se mueve de un sistema a otro, la UAS-NF reenvía la solicitud de autenticación a la USS/UTM usando la dirección almacenada durante la UUAA.
La figura 10 ilustra un procedimiento de reautenticación de UAV activada por red durante el interfuncionamiento, según una realización de los presentes principios.
En la etapa S1002, la UAS-NF recibe un mensaje de solicitud de reautenticación/autorización que incluye un ID de UAV del 3GPP desde una función de anclaje a la red (AMF o SMF/PGW-C).
En la etapa S1004, la UAS-NF recupera, del contexto del UAV identificado por el ID del UAV del 3GPP, el ID del UAV a nivel de CAA e información sobre la USS/UTM que atiende al UE, y almacena la información sobre la función de anclaje a la red (por ejemplo, incluyendo el tipo de sistema: EPS o 5GS) en el contexto del UAV.
En la etapa S1006, la UAS-NF envía un mensaje de solicitud de autenticación/autorización a la USS/UTM, incluyendo el mensaje el ID del UAV a nivel de CAA y el<i>D del UAV del 3GPP.
En la etapa S1008, la UAS-NF recibe un mensaje de respuesta de autenticación/autorización de la USS/UTM, incluyendo el mensaje el ID del UAV del 3GPP y resultados de autorización: un nuevo ID del UAV a nivel de CAA, información de autorización para comunicaciones de UAS (por ejemplo, dirección MAC/IP del UAV-C homólogo, parámetros de QoS de C2).
En la etapa S1010, la UAS-NF almacena la información de autorización recibida desde la USS/UTM en el contexto del UAV.
En la etapa S1012, la UAS-NF envía el resultado de autorización a la función de anclaje a la red.
Cuando la USS/UTM revoca la autorización para el UAV o la comunicación de emparejamiento/C2, la UAS-NF informa de las funciones de anclaje registradas en 5GS y/o EPS (por ejemplo, basándose en la información almacenada en el contexto del UAV) de modo que se libere la información del UAV (por ejemplo, en la información de contexto del UE en la función de anclaje a la red) y los recursos asociados asignados (conexión de sesiones de PDU/PDN) para el UE.
Durante el seguimiento de la ubicación por USS/UTM, la UAS-NF contacta con la función de servicio activa (por ejemplo, AMF) y, cuando es aplicable, proporciona a la USS/UTM la información de ubicación junto con el último ID de UAV de nivel CAA tal como está almacenado en el contexto de UAV.
Cambio de AMF en el 5GS
La figura 11 ilustra un procedimiento de gestión de cambios de AMF, según una realización de los presentes principios. Cuando se produce un cambio de AMF en 5GS (por ejemplo, durante el registro de movilidad) para un uAv que ha realizado uUAA durante el procedimiento de registro, la nueva AMF obtiene información sobre la UAS-NF (por ejemplo, ID de la UAS-NF) cuando el contexto del UAV/UE se transfiere desde la AMF antigua a la nueva AMF.
En la etapa S1102, la UAS-NF correspondiente es notificada por la nueva AMF sobre el cambio de AMF, pero la UAS-NF también, o en su lugar, puede ser notificada por la antigua AMF. La UAS-NF puede recibir así un mensaje (por ejemplo, una solicitud de registro/suscripción) de la nueva AMF (y/o la antigua AMF), incluyendo el mensaje la identificación del UAV (por ejemplo, el iD del UAV del 3GPP, el ID del UAV del nivel de CAA) y la información de cambio de AMF (por ejemplo, ID de la nueva AMF, devolución de llamada de nueva notificación).
En la etapa S1104, la UAS-NF actualiza la información sobre la AMF recién registrada como la función de anclaje a la red en el contexto de UAV/UUA almacenado en la UAS-NF (durante el UUAA, tal como se describió anteriormente), sustituyendo así información sobre la AMF antigua. La UAS-NF puede usar la información de AMF recién registrada, por ejemplo, para notificar a la nueva AMF la revocación de autorización por parte de la USS/UTM o cuando solicita información de ubicación en nombre de la USS/UTM, como ya se ha descrito.
En la etapa S1106, la UAS-NF puede notificar a la AMF antigua acerca de la finalización de la transferencia de control del contexto del UAV a la nueva AMF, por ejemplo, enviando una solicitud de eliminación del registro que puede incluir el ID del UAV a nivel de CAA, y el ID del<u>A<v>del 3GPP confirmando la transferencia del control del contexto del UAV a la nueva AMF.
Conclusión
Las realizaciones anteriores se analizan, por sencillez, con respecto a la terminología y estructura de dispositivos con capacidad de infrarrojos, es decir, emisores y receptores de infrarrojos. Sin embargo, las realizaciones analizadas no se limitan a estos sistemas, sino que pueden aplicarse a otros sistemas que usan otras formas de ondas electromagnéticas u ondas no electromagnéticas tales como ondas acústicas.
También debe entenderse que la terminología usada en el presente documento tiene el propósito de describir realizaciones particulares solamente, y no pretende ser limitante. Como se usa en el presente documento, el término “vídeo” o el término “imágenes” puede significar cualquiera de una instantánea, una sola imagen y/o múltiples imágenes visualizadas sobre una base temporal. Como ejemplo adicional, cuando se hace referencia a ellos en el presente documento, los términos “equipo de usuario” y su abreviatura “UE”, el término “remoto” y/o los términos “pantalla montada en la cabeza” o su abreviatura “HMD” pueden significar o incluir (i) una unidad de transmisión y/o recepción inalámbrica (WTRU); (ii) cualquiera de un número de realizaciones de una WTRU; (iii) un dispositivo con capacidad inalámbrica y/o con capacidad cableada (por ejemplo, con capacidad de conexión a red) configurado con, entre otras cosas, algunas o todas las estructuras y funcionalidad de una WTRU; (iii) un dispositivo con capacidad inalámbrica y/o con capacidad cableada configurado con menos de todas las estructuras y funcionalidad de una WTRU; o (iv) similares. Los detalles de una WTRU de ejemplo, que puede ser representativa de cualquier WTRU mencionada en la presente memoria, se proporcionan en la presente memoria con respecto a las figura 1A-1D. Como ejemplo adicional, diversas realizaciones descritas en el presente documentosupraeinfrase describen como utilizando una pantalla montada en la cabeza. Los expertos en la materia reconocerán que puede utilizarse un dispositivo distinto de la pantalla montada en la cabeza, y que parte o la totalidad de la divulgación y diversas realizaciones divulgadas pueden modificarse en consecuencia sin experimentación indebida. Ejemplos de dicho dispositivo adicional pueden incluir un dron u otro dispositivo configurado para transmitir información para proporcionar la experiencia de realidad adaptada.
Además, los métodos proporcionados en el presente documento pueden implementarse en un programa informático, software o firmware incorporado en un medio legible por ordenador, para su ejecución por un ordenador o procesador. Ejemplos de medios legibles por ordenador incluyen señales electrónicas (transmitidas a través de conexiones cableadas o inalámbricas) y medios de almacenamiento legibles por ordenador. Los ejemplos de medios de almacenamiento legibles por ordenador incluyen, pero no se limitan a, una memoria de solo lectura (ROM), una memoria de acceso aleatorio (RAM), un registro, memoria caché, dispositivos de memoria semiconductores, medios magnéticos tales como discos duros internos y discos extraíbles, medios magnetoópticos y medios ópticos tales como discos CD-ROM y discos versátiles digitales (DVD). Un procesador en asociación con software puede usarse para implementar un transceptor de radiofrecuencia para su uso en una WTRU, UE, terminal, estación base, RNC o cualquier ordenador central.
Son posibles variaciones del método, aparato y sistema proporcionados anteriormente, sin apartarse del alcance de la invención. A la vista de la amplia variedad de realizaciones que se pueden aplicar, debe entenderse que las realizaciones ilustradas son solo ejemplos, y no deben tomarse como limitantes del alcance de las siguientes reivindicaciones. Por ejemplo, las realizaciones proporcionadas en la presente memoria incluyen dispositivos portátiles, que pueden incluir o ser utilizados con cualquier fuente de tensión apropiada, tal como una batería y similares, proporcionando cualquier tensión apropiada.
Además, en las realizaciones proporcionadas anteriormente, se indican plataformas de procesamiento, sistemas informáticos, controladores y otros dispositivos que incluyen procesadores. Estos dispositivos pueden incluir al menos una unidad central de procesamiento (“CPU”) y memoria. Según las prácticas de las personas expertas en la materia de la programación informática, la referencia a actos y representaciones simbólicas de operaciones o instrucciones puede ser realizada por las diversas CPU y memorias. Tales acciones y operaciones o instrucciones pueden denominarse “ejecutadas”, “ejecutadas por ordenador” o “ejecutadas por CPU”.
Un experto en la materia apreciará que los actos y las operaciones o instrucciones representadas simbólicamente incluyen la manipulación de señales eléctricas por la CPU. Un sistema eléctrico representa bits de datos que pueden provocar una transformación o reducción resultante de las señales eléctricas y el guardado de bits de datos en ubicaciones de memoria en un sistema de memoria, para reconfigurar o alterar de ese modo el funcionamiento de la CPU, así como otro procesamiento de señales. Las ubicaciones de memoria en donde se guardan los bits de datos son ubicaciones físicas que tienen propiedades eléctricas, magnéticas, ópticas u orgánicas particulares correspondientes a o representativas de los bits de datos. Debe entenderse que las realizaciones no se limitan a las plataformas o CPU mencionadas anteriormente y que otras plataformas y CPU pueden soportar los métodos proporcionados.
Los bits de datos también pueden ser guardados en un medio legible por ordenador que incluye discos magnéticos, discos ópticos y cualquier otro sistema de almacenamiento masivo volátil (por ejemplo, memoria de acceso aleatorio (RAM)) o no volátil (por ejemplo, memoria de solo lectura (ROM)) legible por la CPU. El medio legible por ordenador puede incluir un medio legible por ordenador que colabora o está interconectado, que existe exclusivamente en el sistema de procesamiento o que está distribuido entre múltiples sistemas de procesamiento interconectados que pueden ser locales o remotos del sistema de procesamiento. Debe entenderse que las realizaciones no se limitan a las memorias mencionadas anteriormente y que otras plataformas y memorias pueden soportar los métodos proporcionados.
En una realización ilustrativa, cualquiera de las operaciones, procesos, etc. descritos en el presente documento puede implementarse como instrucciones legibles por ordenador almacenadas en un medio legible por ordenador. Las instrucciones legibles por ordenador pueden ejecutarse mediante un procesador de una unidad móvil, un elemento de red y/o cualquier otro dispositivo informático.
Queda poca distinción entre implementaciones de hardware y software de aspectos de sistemas. El uso de hardware o software es, en general (pero no siempre, porque en ciertos contextos la elección entre hardware y software puede llegar a ser significativa), una elección de diseño que representa compromisos de coste frente a eficiencia. Puede haber diversos vehículos mediante los cuales se pueden efectuar procesos y/o sistemas y/u otras tecnologías descritas en el presente documento (por ejemplo, hardware, software y/o firmware), y el vehículo preferido puede variar con el contexto en donde se implementan los procesos y/o sistemas y/u otras tecnologías. Por ejemplo, si un implementador determina que la velocidad y la precisión son primordiales, el implementador puede optar por un vehículo principalmente en hardware y/o firmware. Si la flexibilidad es primordial, el implementador puede optar por una implementación principalmente en software. Alternativamente, el implementador puede optar por alguna combinación de hardware, software y/o firmware.
La descripción detallada anterior ha expuesto diversas realizaciones de los dispositivos y/o procesos a través del uso de diagramas de bloques, diagramas de flujo y/o ejemplos. En la medida en que dichos diagramas de bloques, diagramas de flujo y/o ejemplos incluyen una o más funciones y/u operaciones, los expertos en la materia entenderán que cada función y/u operación dentro de dichos diagramas de bloques, diagramas de flujo o ejemplos puede implementarse, individual y/o conjuntamente, mediante un amplio intervalo de hardware, software, firmware o prácticamente cualquier combinación de los mismos. En una realización, varias partes del asunto descrito en el presente documento pueden implementarse a través de circuitos integrados de aplicación específica (ASIC), matrices de puertas programables en campo (FPGA), procesadores de señales digitales (DSP) y/u otros formatos integrados. Sin embargo, los expertos en la materia reconocerán que algunos aspectos de las realizaciones descritas en la presente memoria, en su totalidad o en parte, pueden implementarse de manera equivalente en circuitos integrados, como uno o más programas informáticos que se ejecutan en uno o más ordenadores (por ejemplo, como uno o más programas que se ejecutan en uno o más sistemas informáticos), como uno o más programas que se ejecutan en uno o más procesadores (por ejemplo, como uno o más programas que se ejecutan en uno o más microprocesadores), como firmware o como virtualmente cualquier combinación de los mismos, y que diseñar la circuitería y/o escribir el código para el software y o firmware estaría dentro de la experiencia de un experto en la materia a la luz de esta descripción. Además, los expertos en la materia apreciarán que los mecanismos del asunto descrito en el presente documento pueden distribuirse como un producto de programa en una variedad de formas, y que una realización ilustrativa del asunto descrito en el presente documento se aplica independientemente del tipo particular de medio de soporte de señal usado para llevar a cabo realmente la distribución. Ejemplos de un medio portador de señales incluyen, pero no se limitan a, los siguientes: un medio de tipo grabable tal como un disquete, una unidad de disco duro, un CD, un DVD, una cinta digital, una memoria informática, etc., y un medio de tipo transmisión tal como un medio de comunicación digital y/o analógico (por ejemplo, un cable de fibra óptica, una guía de ondas, un enlace de comunicaciones por cable, un enlace de comunicación inalámbrica, etc.).
Los expertos en la materia reconocerán que es común dentro de la técnica describir dispositivos y/o procesos de la manera expuesta en el presente documento, y después de eso usar prácticas de ingeniería para integrar tales dispositivos y/o procesos descritos en sistemas de procesamiento de datos. Es decir, al menos una parte de los dispositivos y/o procesos descritos en el presente documento pueden integrarse en un sistema de procesamiento de datos a través de una cantidad razonable de experimentación. Los expertos en la materia reconocerán que un sistema de procesamiento de datos habitual puede incluir, en general, uno o más de un alojamiento de unidad de sistema, un dispositivo de visualización de vídeo, una memoria tal como una memoria volátil y no volátil, procesadores tales como microprocesadores y procesadores de señales digitales, entidades informáticas tales como sistemas operativos, controladores, interfaces gráficas de usuario y programas de aplicaciones, uno o más dispositivos de interacción, tales como un panel o pantalla táctil, y/o sistemas de control que incluyen bucles de retroalimentación y motores de control (por ejemplo, retroalimentación para detectar la posición y/o velocidad, motores de control para mover y/o ajustar componentes y/o cantidades). Un sistema habitual de procesamiento de datos puede ser implementado utilizando cualquier componente adecuado disponible comercialmente, tal como los encontrados habitualmente en sistemas informáticos/de comunicación y/o informáticos/de comunicación de red.
El asunto descrito en el presente documento ilustra a veces diferentes componentes incluidos dentro de, o conectados con, otros componentes diferentes. Debe entenderse que dichas arquitecturas representadas son meramente ejemplos, y que de hecho pueden implementarse muchas otras arquitecturas que logran la misma funcionalidad. En un sentido conceptual, cualquier disposición de componentes para lograr la misma funcionalidad está de manera efectiva “asociada” de manera que se puede lograr la funcionalidad deseada. Por lo tanto, dos componentes cualesquiera en el presente documento combinados para lograr una funcionalidad particular pueden verse como “asociados” entre sí de manera que se logra la funcionalidad deseada, independientemente de las arquitecturas o componentes intermedios. Asimismo, dos componentes cualesquiera así asociados pueden ser considerados también como “operativamente conectados” u “operativamente acoplados” entre sí para conseguir la funcionalidad deseada, y dos componentes cualesquiera capaces de ser así asociados pueden ser considerados también como “operativamente acoplados” entre sí para conseguir la funcionalidad deseada. Ejemplos específicos de acoplables operativamente incluyen, pero no se limitan a, componentes físicamente acoplables y/o que interactúan físicamente y/o a componentes que pueden interactuar de manera inalámbrica y/o que interactúan de manera inalámbrica y/o componentes que interactúan de manera lógica y/o que pueden actuar de manera lógica.
Con respecto al uso de sustancialmente cualquier termino plural y/o singular en el presente documento, los expertos en la materia pueden traducirlos del plural al singular y/o del singular al plural según sea apropiado para el contexto y/o aplicación. Las diversas permutaciones singulares/plurales pueden ser expuestas expresamente en la presente memoria por motivos de claridad.
Los expertos en la materia entenderán que, en general, los términos usados en el presente documento, y especialmente en las reivindicaciones adjuntas (por ejemplo, los cuerpos de las reivindicaciones adjuntas) en general pretenden ser términos “abiertos” (por ejemplo, el término “que incluye” debe interpretarse como “que incluye pero no se limita a”, el término “que tiene” debe interpretarse como “que tiene al menos”, el término “incluye” debe interpretarse como “ incluye pero no se limita a”, etc.). Los expertos en la materia entenderán además que, si se pretende un número específico de una mención de reivindicación introducida, tal intención se mencionará explícitamente en la reivindicación, y en ausencia de tal mención, tal intención no está presente. Por ejemplo, cuando solo se pretende un elemento, se puede usar el término “único” o lenguaje similar. Como una ayuda para la comprensión, las siguientes reivindicaciones adjuntas y/o las descripciones en el presente documento pueden incluir el uso de las frases introductorias “al menos uno” y “uno o más” para introducir las enumeraciones de las reivindicaciones. Sin embargo, el uso de tales frases no debe interpretarse como que implica que la introducción de una mención de reivindicación por los artículos indefinidos “un” o “una” limita cualquier reivindicación particular que incluye tal mención de reivindicación introducida a realizaciones que incluyen solo una de tales indicaciones, incluso cuando la misma reivindicación incluye las frases introductorias “uno o más” o “al menos uno” y artículos indefinidos tales como “un” o “una” (por ejemplo, “un” y/o “una” deben interpretarse como que significan “al menos uno” o “uno o más”). Lo mismo sigue siendo cierto para el uso de artículos definidos usados para introducir las enumeraciones de las reivindicaciones. Además, incluso si se menciona explícitamente un número específico de una mención de reivindicación introducida, los expertos en la materia reconocerán que tal mención debe interpretarse como que significa al menos el número mencionado (por ejemplo, la mención simple de “dos menciones”, sin otros modificadores, significa al menos dos enumeraciones, o dos o más enumeraciones). Además, en aquellos casos en donde se usa una convención análoga a “al menos uno de A, B y C, etc.”, en general, tal construcción se pretende en el sentido de que un experto en la materia entendería la convención (por ejemplo, “un sistema que tiene al menos uno de A, B y C” incluiría, pero sin limitarse a, sistemas que tienen A solo, B solo, C solo, A y B juntos, A y C juntos, B y C juntos, y/o A, B y C juntos, etc.). En aquellos casos en donde se usa una convención análoga a “al menos uno de A, B o C, etc.”, en general, tal construcción se pretende en el sentido de que un experto en la materia entendería la convención (por ejemplo, “un sistema que tiene al menos uno de A, B o C” incluiría, pero sin limitarse a, sistemas que tienen A solo, B solo, C solo, A y B juntos, A y C juntos, B y C juntos, y/o A, B y C juntos, etc.). Los expertos en la materia entenderán además que prácticamente cualquier palabra y/o frase disyuntiva que presente dos o más términos alternativos, ya sea en la descripción, reivindicaciones o dibujos, debe entenderse que contempla las posibilidades de incluir uno de los términos, cualquiera de los términos o ambos términos. Por ejemplo, se entenderá que la expresión “A o B” incluye las posibilidades de “A” o “B” o “A y B”. Además, los términos “cualquiera de” seguidos por un listado de una pluralidad de artículos y/o una pluralidad de categorías de artículos, como se usa en el presente documento, pretenden incluir “cualquiera de”, “cualquier combinación de”, “cualquier múltiplo de” y/o “cualquier combinación de múltiplos de” los artículos y/o las categorías de artículos, individualmente o junto con otros artículos y/u otras categorías de artículos. Además, como se usa en el presente documento, el término “conjunto” pretende incluir cualquier número de elementos, incluyendo cero. Adicionalmente, como se usa en el presente documento, el término “número” pretende incluir cualquier número, incluyendo cero. Y el término “múltiple”, como se usa en el presente documento, pretende ser sinónimo de “una pluralidad”.
Además, cuando las características o aspectos de la divulgación se describen en términos de grupos de Markush, los expertos en la materia reconocerán que la divulgación también se describe de este modo en términos de cualquier miembro individual o subgrupo de miembros del grupo de Markush.
Como entenderá un experto en la materia, para cualquiera y todos los propósitos, tal como en términos de proporcionar una descripción escrita, todos los intervalos divulgados en el presente documento también abarcan todos y cada uno de los subintervalos posibles y combinaciones de subintervalos de los mismos. Cualquier intervalo enumerado puede reconocerse fácilmente como suficientemente descrito y permitiendo que el mismo intervalo se descomponga en al menos mitades, tercios, cuartos, quintos, décimas, etc. Como ejemplo no limitativo, cada intervalo analizado en el presente documento puede descomponerse fácilmente en un tercio inferior, tercio medio y tercio superior, etc. Como también entenderá un experto en la materia, todo lenguaje tal como “hasta”, “al menos”, “mayor que”, “menor que” y similares incluye el número enumerado y se refiere a intervalos que pueden descomponerse posteriormente en subintervalos, como se ha analizado anteriormente. Finalmente, como entenderá un experto en la materia, un intervalo incluye cada miembro individual. Por tanto, por ejemplo, un grupo que tiene 1-3 células se refiere a grupos que tienen 1, 2 o 3 células. De manera similar, un grupo que tiene 1-5 células se refiere a grupos que tienen 1, 2, 3, 4 o 5 células, y así sucesivamente.
Claims (15)
1. Un método, realizado por un nodo de red, que almacena un contexto para al menos un sistema aéreo no tripulado, comprendiendo el método:
recibir una notificación que incluye información indicativa de un identificador de un sistema aéreo no tripulado y de un cambio de nodo de anclaje de servicio, en un sistema de comunicación inalámbrica del que forman parte el nodo de red y el al menos un sistema aéreo no tripulado, para el sistema aéreo no tripulado correspondiente al identificador a un segundo nodo de anclaje en el sistema de comunicación inalámbrica, en donde un nodo de anclaje es uno de un nodo de función de gestión de acceso y movilidad o un nodo de función de gestión de sesión; y
actualizar un contexto almacenado para el sistema aéreo no tripulado, incluyendo el contexto almacenado un primer nodo de anclaje como nodo de anclaje de servicio para el sistema aéreo no tripulado, para indicar el segundo nodo de anclaje como nodo de anclaje de servicio.
2. El método de la reivindicación 1, en donde la notificación se recibe desde al menos uno del primer nodo de anclaje y el segundo nodo de anclaje.
3. El método de la reivindicación 1 o 2, que comprende además notificar al primer nodo de anclaje acerca de la finalización de una transferencia de control del sistema aéreo no tripulado, al segundo nodo de anclaje.
4. El método de una cualquiera de las reivindicaciones 1 a 3, que comprende, además:
recibir un mensaje de solicitud desde un nodo adicional, comprendiendo el mensaje de solicitud información indicativa del identificador de un sistema aéreo no tripulado e información adicional;
recuperar, de un contexto almacenado para el sistema aéreo no tripulado correspondiente al identificador en el mensaje de solicitud, un nodo de anclaje correspondiente; y
enviar, al nodo de anclaje correspondiente, al menos parte de la información adicional.
5. El método de la reivindicación 4, en donde el nodo adicional es un nodo de autorización y la información adicional comprende información de autorización.
6. El procedimiento de la reivindicación 5, en donde la información de autorización es indicativa de una de reautenticación y revocación del sistema aéreo no tripulado correspondiente al identificador en el mensaje de solicitud.
7. El método de una cualquiera de las reivindicaciones 4 a 6, en donde el mensaje de solicitud es una solicitud de un servicio.
8. Una unidad de transmisión/recepción inalámbrica, WTRU, que comprende:
una memoria que almacena instrucciones de programa ejecutables por procesador; y
al menos un procesador configurado para ejecutar las instrucciones de programa para:
recibir una notificación que incluye información indicativa de un identificador de un sistema aéreo no tripulado y de un cambio de nodo de anclaje de servicio, en un sistema de comunicación inalámbrica del que forman parte el nodo de red y el al menos un sistema aéreo no tripulado, para el sistema aéreo no tripulado correspondiente al identificador a un segundo nodo de anclaje en el sistema de comunicación inalámbrica, en donde un nodo de anclaje es uno de un nodo de función de gestión de acceso y movilidad o un nodo de función de gestión de sesión; y
actualizar un contexto almacenado para el sistema aéreo no tripulado, incluyendo el contexto almacenado un primer nodo de anclaje como nodo de anclaje de servicio para el sistema aéreo no tripulado, para indicar el segundo nodo de anclaje como nodo de anclaje de servicio.
9. La WTRU de la reivindicación 8, en donde la notificación se recibe desde al menos uno del primer nodo de anclaje y el segundo nodo de anclaje.
10. La WTRU de la reivindicación 8 o 9, en donde el al menos un procesador está configurado, además, para ejecutar las instrucciones de programa para notificar al primer nodo de anclaje acerca de la terminación de una transferencia de control del sistema aéreo no tripulado, al segundo nodo de anclaje.
11. La WTRU de una cualquiera de las reivindicaciones 8 a 10, en donde el al menos un procesador está configurado además para ejecutar las instrucciones de programa para:
recibir un mensaje de solicitud desde un nodo adicional, comprendiendo el mensaje de solicitud información indicativa del identificador de un sistema aéreo no tripulado e información adicional;
recuperar, de un contexto almacenado para el sistema aéreo no tripulado correspondiente al identificador en el mensaje de solicitud, un nodo de anclaje correspondiente; y
enviar, al nodo de anclaje correspondiente, al menos parte de la información adicional.
12. La WTRU de la reivindicación 11, en donde el nodo adicional es un nodo de autorización y la información adicional comprende información de autorización.
13. La WTRU de la reivindicación 12, en donde la información de autorización es indicativa de una de reautenticación y revocación del sistema aéreo no tripulado correspondiente al identificador en el mensaje de solicitud.
14. La WTRU de una cualquiera de las reivindicaciones 11 a 13, en donde el mensaje de solicitud es una solicitud de un servicio.
15. La WTRU de la reivindicación 14, en donde el servicio es seguimiento de la ubicación del sistema aéreo no tripulado correspondiente al identificador en el mensaje de solicitud.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US202163150120P | 2021-02-17 | 2021-02-17 | |
| US202163183822P | 2021-05-04 | 2021-05-04 | |
| US202163253218P | 2021-10-07 | 2021-10-07 | |
| PCT/US2022/016104 WO2022177817A1 (en) | 2021-02-17 | 2022-02-11 | Method and system for 5gs and eps interworking for uav communication |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2995866T3 true ES2995866T3 (en) | 2025-02-11 |
Family
ID=80819886
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES22711711T Active ES2995866T3 (en) | 2021-02-17 | 2022-02-11 | Method and system for 5gs and eps interworking for uav communication |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20240098608A1 (es) |
| EP (1) | EP4294724B1 (es) |
| KR (1) | KR102790739B1 (es) |
| ES (1) | ES2995866T3 (es) |
| WO (1) | WO2022177817A1 (es) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP4399896A4 (en) * | 2021-10-08 | 2024-12-18 | Samsung Electronics Co., Ltd. | COMMUNICATION METHOD AND DEVICE IN WIRELESS COMMUNICATION SYSTEM SUPPORTING ON-BOARD UNMANNED FLYING SYSTEM SERVICE |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8798840B2 (en) * | 2011-09-30 | 2014-08-05 | Irobot Corporation | Adaptive mapping with spatial summaries of sensor data |
| CN119300084A (zh) | 2017-01-09 | 2025-01-10 | 交互数字专利控股公司 | 用于不同通信架构之间互通的服务质量管理 |
| US10452078B2 (en) * | 2017-05-10 | 2019-10-22 | General Electric Company | Self-localized mobile sensor network for autonomous robotic inspection |
| CN107479513B (zh) * | 2017-07-05 | 2020-05-19 | 纳恩博（北京）科技有限公司 | 一种定位方法及系统、电子设备 |
| CN112333778B (zh) * | 2019-08-05 | 2022-02-08 | 华为技术有限公司 | 一种终端定位方法、装置及系统 |
| MX2023008113A (es) * | 2021-01-08 | 2023-07-17 | Lenovo Singapore Pte Ltd | Revocacion de informacion de seguridad y autorizacion relacionada con uas. |
| KR20230129443A (ko) * | 2021-01-13 | 2023-09-08 | 레노보 (싱가포르) 피티이. 엘티디. | 무인 항공기에 대한 허가 |
-
2022
- 2022-02-11 KR KR1020237028062A patent/KR102790739B1/ko active Active
- 2022-02-11 US US18/277,349 patent/US20240098608A1/en active Pending
- 2022-02-11 ES ES22711711T patent/ES2995866T3/es active Active
- 2022-02-11 EP EP22711711.6A patent/EP4294724B1/en active Active
- 2022-02-11 WO PCT/US2022/016104 patent/WO2022177817A1/en not_active Ceased
Also Published As
| Publication number | Publication date |
|---|---|
| KR20230146027A (ko) | 2023-10-18 |
| BR112023016498A2 (pt) | 2023-10-31 |
| KR102790739B1 (ko) | 2025-04-02 |
| EP4294724A1 (en) | 2023-12-27 |
| WO2022177817A1 (en) | 2022-08-25 |
| US20240098608A1 (en) | 2024-03-21 |
| EP4294724B1 (en) | 2024-10-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2987553T3 (es) | Método y dispositivo para aplicar movilidad limitada en la red móvil | |
| US11711729B2 (en) | User plane relocation | |
| CA3087745C (en) | Methods for protocol enhancements in 5g nas | |
| KR102316926B1 (ko) | 네트워크 슬라이스 재선택 | |
| KR102399737B1 (ko) | 비-3gpp 액세스 네트워크에 네트워크 슬라이스 능력을 요청하는 단말 | |
| EP3471503B1 (en) | 5g internet of things data delivery | |
| ES3028864T3 (en) | Sidelink discovery associated with nr relays | |
| KR20220050937A (ko) | 무인 항공기에 의해 네트워크에 엑세스하기 위한 인증 및 인가 | |
| JP2023178976A (ja) | スライス固有の認証のための方法と装置 | |
| US20220264522A1 (en) | Paging method for wtru with multiple usims | |
| US20240080791A1 (en) | Methods, apparatus, and systems for minimization of service interruptions (mint) | |
| ES2963961T3 (es) | Descubrimiento de dispositivo a dispositivo a través de un dispositivo de retransmisión | |
| KR20200013641A (ko) | 이동 개시 접속 전용(mico) 무선 송신/수신 유닛(wtru) 지원 방법, 장치 및 시스템 | |
| ES3033727T3 (en) | Nr relays - methods for multihop discovery and relay selection | |
| EP4154600A2 (en) | Enabling service continuity between standalone non-public network and plmn | |
| ES3015685T3 (en) | Shared-application vertical-session-based-edge-application-instance discovery and selection | |
| ES2995866T3 (en) | Method and system for 5gs and eps interworking for uav communication | |
| RU2804722C2 (ru) | Способы и устройства для сегмент-специфической аутентификации | |
| BR112023016498B1 (pt) | Método executado por um nó de rede que armazena um contexto para pelo menos um sistema aéreo não tripulado e unidade de transmissão/recepção sem fio | |
| CN116918359A (zh) | 用于uav通信的5gs和eps互通的方法和系统 | |
| WO2025213073A1 (en) | Methods for user identifier activation and authentication |