ES2963961T3 - Descubrimiento de dispositivo a dispositivo a través de un dispositivo de retransmisión - Google Patents
Descubrimiento de dispositivo a dispositivo a través de un dispositivo de retransmisión Download PDFInfo
- Publication number
- ES2963961T3 ES2963961T3 ES20796976T ES20796976T ES2963961T3 ES 2963961 T3 ES2963961 T3 ES 2963961T3 ES 20796976 T ES20796976 T ES 20796976T ES 20796976 T ES20796976 T ES 20796976T ES 2963961 T3 ES2963961 T3 ES 2963961T3
- Authority
- ES
- Spain
- Prior art keywords
- wtru
- service
- relay
- discovery
- code
- 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
- 230000005540 biological transmission Effects 0.000 claims abstract description 135
- 230000004044 response Effects 0.000 claims abstract description 47
- 238000000034 method Methods 0.000 claims description 53
- 230000006870 function Effects 0.000 description 122
- 238000012544 monitoring process Methods 0.000 description 96
- 238000004891 communication Methods 0.000 description 64
- 238000005516 engineering process Methods 0.000 description 25
- 238000007726 management method Methods 0.000 description 12
- 238000012913 prioritisation Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 10
- 238000012360 testing method Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 8
- 238000013507 mapping Methods 0.000 description 8
- 238000012545 processing Methods 0.000 description 8
- 238000001228 spectrum Methods 0.000 description 7
- 230000009471 action Effects 0.000 description 5
- 241000760358 Enodes Species 0.000 description 4
- 230000002093 peripheral effect Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 239000000969 carrier Substances 0.000 description 3
- 238000001514 detection method Methods 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 238000012795 verification Methods 0.000 description 3
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 2
- 238000004873 anchoring Methods 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 229910001416 lithium ion Inorganic materials 0.000 description 2
- QELJHCBNGDEXLD-UHFFFAOYSA-N nickel zinc Chemical compound [Ni].[Zn] QELJHCBNGDEXLD-UHFFFAOYSA-N 0.000 description 2
- 230000011218 segmentation Effects 0.000 description 2
- 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
- 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
- 238000013475 authorization Methods 0.000 description 1
- 230000006399 behavior 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
- 230000008859 change 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
- 230000009849 deactivation Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002045 lasting effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 229910052987 metal hydride Inorganic materials 0.000 description 1
- 238000010295 mobile communication Methods 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
- 238000001356 surgical procedure Methods 0.000 description 1
- 238000000411 transmission spectrum Methods 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
- H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
- H04W12/0431—Key distribution or pre-distribution; Key agreement
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/10—Integrity
- H04W12/106—Packet or message integrity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/50—Secure pairing of devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
El descubrimiento de dispositivo móvil a dispositivo móvil se puede realizar a través de un dispositivo de retransmisión (por ejemplo, unidad de transmisión y recepción inalámbrica (WTRU)), que puede enviar una solicitud de descubrimiento (por ejemplo, incluyendo ID de servicio, indicación de capacidad de retransmisión y ID de WTRU de retransmisión). a un servidor ProSe. Una respuesta de descubrimiento puede incluir un código de difusión de servicio de retransmisión (por ejemplo, ProSe) y un filtro de descubrimiento (por ejemplo, correspondiente a la ID de servicio para un servicio difundido por una WTRU proveedora de servicios). La WTRU de retransmisión puede utilizar el filtro de descubrimiento para escuchar un código ProSe difundido por una WTRU proveedora de servicios. La WTRU de retransmisión puede determinar que un código ProSe recibido coincide con el filtro de descubrimiento. La WTRU de retransmisión puede transmitir el código de transmisión del servicio de retransmisión en función del partido. La transmisión del código de transmisión del servicio puede estar destinada a ser recibida por un servicio que utiliza la WTRU, que puede utilizar la WTRU de retransmisión para unirse/recibir un servicio de una WTRU proveedora de servicios. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Descubrimiento de dispositivo a dispositivo a través de un dispositivo de retransmisión
Referencia cruzada a solicitudes relacionadas
Esta solicitud reivindica el beneficio de la Solicitud Provisional de los EE. UU. n.° 62/910,067, presentada el 3 de octubre de 2019.
Antecedentes
Los dispositivos de comunicación inalámbrica pueden establecer comunicaciones con otros dispositivos y redes de datos a través de redes de acceso. Por ejemplo, un dispositivo de comunicación inalámbrico puede establecer comunicaciones a través de una red de acceso de radio (RAN) 3GPP. Un dispositivo de comunicación inalámbrica puede acceder a una red 3GPP para comunicarse con otros dispositivos inalámbricos y acceder a redes de datos.
Los dispositivos de comunicación inalámbrica pueden ejecutar aplicaciones que aprovechan diversos servicios. Estas aplicaciones y servicios pueden estar destinados al uso simultáneo por parte de múltiples usuarios. Los dispositivos de comunicación inalámbrica pueden beneficiarse de poder localizar otros dispositivos de comunicación en relación con la ejecución de una aplicación o servicio en particular.
La técnica anterior son los documentos US 10313867 B2 y EP 3043583 A2.
Compendio
La invención se define por todas las características presentes y requeridas por las reivindicaciones 1 y 14 independientes que definen el alcance de la invención. Otras características de realizaciones ejemplares se definen en las reivindicaciones dependientes. El objetivo de la figura 5 y sus descripciones es según la invención reivindicada tal como se define en las reivindicaciones. El tema del resto de la descripción y las figuras, incluso si se describen o denominan como "realización o realizaciones", "invención o invenciones", "aspecto o aspectos", "ejemplo o ejemplos" o "descripción o descripciones", etc., no corresponde o no corresponde total y, por lo tanto, solo parcialmente a la invención tal como se define en las reivindicaciones (por ejemplo, debido a una o más características presentes y requeridas por las reivindicaciones independientes que faltan en la “realización o realizaciones", "invención e invenciones", "aspecto o aspectos", "ejemplo o ejemplos" o "descripción o descripciones", etc., por ejemplo debido al uso de expresiones como "o", "alternativa", "alternativamente, "puede", "preferiblemente", "opcional(mente)", "puede", "podría", "como/por ejemplo", etc. reemplazando una o más características presentes y requeridas por las reivindicaciones independientes y/o haciendo que una o más características presentes y requeridas por las reivindicaciones independientes sean opcionales) y, por lo tanto, no entra dentro del objeto para el que se busca protección, o no está abarcada por la redacción de las reivindicaciones pero se considera útil para la comprensión de la invención.
En el presente documento se describen sistemas, métodos e instrumentalidades asociados con el descubrimiento de servicios de dispositivos móviles a través de un dispositivo de retransmisión. Una unidad de transmisión y recepción inalámbrica (WTRU) puede comunicar una solicitud de descubrimiento. La solicitud de descubrimiento puede indicar que la WTRU está configurada para funcionar como un retransmisor para el descubrimiento de al menos un servicio. La WTRU puede recibir una respuesta de descubrimiento. La respuesta de descubrimiento puede comprender al menos un filtro de descubrimiento y al menos un código de transmisión del servicio de retransmisión. La WTRU monitoriza los códigos de transmisión de servicio. Si la WTRU detecta un código de transmisión de servicio que satisface al menos un filtro de descubrimiento, la WTRU transmite al menos un código de transmisión de servicio de retransmisión.
Un dispositivo de retransmisión, que puede ser, por ejemplo, una WTRU de retransmisión, puede enviar una solicitud de descubrimiento a una entidad de red, por ejemplo, como un servidor de servicios de proximidad (ProSe). Una solicitud de descubrimiento puede incluir, por ejemplo, un identificador de servicio (ID), una indicación de capacidad de retransmisión WTRU-WTRU (por ejemplo, un elemento de información que indica que la WTRU de retransmisión está configurada para funcionar como una retransmisión para el descubrimiento de al menos un servicio), y /o un ID de WTRU de retransmisión. La WTRU de retransmisión puede recibir una respuesta de descubrimiento (por ejemplo, del servidor ProSe). La respuesta de descubrimiento puede incluir, por ejemplo, al menos un código de transmisión de servicio (por ejemplo, servicio ProSe), que puede denominarse código de transmisión de servicio de retransmisión, y al menos un filtro de descubrimiento (por ejemplo, correspondiente al ID del servicio). La WTRU de retransmisión puede usar al menos un filtro de descubrimiento para escuchar al menos un código ProSe, que puede denominarse código de transmisión de servicio, transmitido (por ejemplo, en una interfaz PC5) por al menos una WTRU proveedora de servicios. La WTRU de retransmisión puede determinar que un código de transmisión recibido (código de transmisión de servicio) corresponde o de otro modo satisface al menos un filtro de descubrimiento (por ejemplo, recibido en la respuesta de descubrimiento y usado para monitorizar códigos de transmisión). La WTRU de retransmisión puede transmitir el código de transmisión del servicio de retransmisión (por ejemplo, servicio ProSe) (por ejemplo, recibido en la respuesta de descubrimiento del servidor ProSe), por ejemplo, basándose en la correspondencia (por ejemplo, el código de servicio ProSe transmitido recibido corresponde al ID de servicio de un servicio proporcionado por el WTRU proveedor de servicios, como puede indicarse mediante una correspondencia de filtro de descubrimiento). El código de transmisión del servicio de retransmisión (por ejemplo, ProSe) transmitido por la WTRU de retransmisión puede estar destinado a ser recibido por una WTRU que utiliza el servicio, que puede utilizar la WTRU de retransmisión para recibir un servicio de una WTRU proveedora de servicios.
Una WTRU de retransmisión puede solicitar y transmitir un código de retransmisión ProSe (código de transmisión del servicio de retransmisión) para un servicio de retransmisión ProSe. La WTRU de retransmisión puede monitorizar los servicios ProSe que se retransmitirán y puede reportar los servicios ProSe disponibles que se retransmitirán a una función ProSe. Un servicio que utiliza WTRU puede determinar descubrir un servicio ProSe. Un servicio que utiliza WTRU puede consultar la función ProSe para un código de retransmisión ProSe de una WTRU de retransmisión que esté configurada para retransmitir el servicio ProSe. La WTRU de retransmisión se puede configurar para retransmitir el servicio ProSe. La WTRU de retransmisión puede descubrir un servicio ProSe. La WTRU que utiliza el servicio puede descubrir la WTRU de retransmisión, por ejemplo, escuchando el código de retransmisión ProSe.
Se puede configurar una WTRU de retransmisión para realizar acciones de descubrimiento (por ejemplo, un procedimiento de descubrimiento directo abierto). La WTRU de retransmisión puede recibir una respuesta de descubrimiento, que puede incluir un código de aplicación ProSe de retransmisión, una clave de descubrimiento de retransmisión, un código de aplicación ProSe y/o una clave de descubrimiento de una función ProSe. La WTRU de retransmisión puede realizar una verificación de seguridad (por ejemplo, usando la clave de descubrimiento) en los mensajes, que pueden incluir el código de la aplicación ProSe. La WTRU de retransmisión puede transmitir la aplicación ProSe de retransmisión en un segundo mensaje protegido usando la clave de descubrimiento de retransmisión, por ejemplo, si el primer mensaje pasa una verificación de seguridad.
Una WTRU de monitorización puede (por ejemplo, determinar) descubrir una WTRU anunciadora, por ejemplo, si/cuando la WTRU de monitorización está dentro del alcance de la WTRU anunciadora y una WTRU de retransmisión. La WTRU de monitorización puede enviar una indicación de preferencia de retransmisión en una solicitud de descubrimiento. La WTRU de monitorización puede recibir un temporizador de transmisión de reporte de correspondencia de retransmisión (RMR) (por ejemplo, un valor de temporizador) en una respuesta de descubrimiento. La WTRU de monitorización puede retrasar (por ejemplo, por el valor del temporizador) la transmisión de un reporte de correspondencia (por ejemplo, usando el temporizador de transmisión RMR), por ejemplo, si la WTRU de monitorización detecta que el código de la aplicación ProSe de retransmisión proviene de una WTRU de retransmisión. La WTRU de monitorización puede transmitir el reporte de correspondencia (por ejemplo, incluyendo un código de aplicación ProSe de retransmisión de la WTRU de retransmisión), por ejemplo, si el temporizador de transmisión de RMR expira. La WTRU de monitorización puede transmitir (por ejemplo, inmediatamente o sin retraso) un reporte de correspondencia, por ejemplo, si la WTRU de monitorización detecta el código de la aplicación ProSe de la WTRU anunciadora, y la WTRU de monitorización puede detener el temporizador de transmisión RMR (por ejemplo, si el temporizador está corriendo).
Este Compendio se proporciona para presentar una selección de conceptos en una forma simplificada que se describen con más detalle en la Descripción Detallada. Este Compendio no pretende limitar el alcance del tema reivindicado. Otras características se describen en el presente documento.
Breve descripción de los dibujos
La FIG. 1A es un diagrama del sistema que ilustra un sistema de comunicaciones de ejemplo en el que se pueden implementar una o más realizaciones descritas.
La FIG. 1B es un diagrama del sistema que ilustra una unidad de transmisión/recepción inalámbrica (WTRU) de ejemplo que puede usarse dentro del sistema de comunicaciones ilustrado en la FIG. 1A según una realización.
La FIG. 1C es un diagrama del sistema que ilustra una red de acceso por radio (RAN) de ejemplo y una red de núcleo (CN) de ejemplo que se puede usar dentro del sistema de comunicaciones ilustrado en la FIG. 1A según una realización.
La FIG. 1D es un diagrama del sistema que ilustra un ejemplo adicional de RAN y un ejemplo adicional de CN que pueden usarse dentro del sistema de comunicaciones ilustrado en la FIG. 1A según una realización.
La FIG. 2 muestra una implementación de ejemplo para el descubrimiento directo de servicios.
La FIG. 3 representa un ejemplo de comunicación de WTRU a WTRU a través de una WTRU de retransmisión.
La FIG. 4 muestra un ejemplo asociado con el descubrimiento de servicios.
La FIG. 5 representa un ejemplo asociado con el descubrimiento de servicios a través de una WTRU de retransmisión.
La FIG. 6 representa un ejemplo asociado con el descubrimiento de servicios a través de una WTRU de retransmisión,
La FIG. 7 representa un ejemplo asociado con el descubrimiento seguro de servicios a través de una WTRU de retransmisión,
La FIG. 8 representa un ejemplo asociado con el descubrimiento de servicios a través de una WTRU de retransmisión.
La FIG. 9 muestra un ejemplo asociado con el descubrimiento de servicios.
Descripción detallada
Se describen sistemas, métodos e instrumentalidades (por ejemplo, a través de implementaciones de ejemplo) que están asociados con el descubrimiento de WTRU a WTRU a través de una WTRU de retransmisión. Una WTRU de retransmisión puede enviar una solicitud de descubrimiento a una entidad de red, por ejemplo, un servidor ProSe (que puede usarse como ejemplo en el presente documento) o un nodo de red similar, por ejemplo, PCF, DDNMF, etc. La solicitud puede incluir, por ejemplo, un ID de servicio, una indicación de capacidad de retransmisión y/o un ID de WTRU de retransmisión. La WTRU de retransmisión puede recibir una respuesta, que puede incluir un código de transmisión y un filtro de descubrimiento correspondiente al ID de servicio. La WTRU de retransmisión puede utilizar el filtro de descubrimiento para escuchar un código ProSe transmitido por una WTRU proveedora de servicios. La WTRU de retransmisión puede detectar un código ProSe correspondiente a la WTRU proveedora de servicios. La WTRU de retransmisión puede transmitir el código ProSe recibido desde el servidor ProSe. Una WTRU que utiliza el servicio que está escuchando la WTRU de retransmisión puede recibir el código ProSe y puede utilizar la WTRU de retransmisión para solicitar el uso del servicio a la WTRU proveedora de servicios.
La FIG. 1A es un diagrama que ilustra un sistema 100 de comunicaciones de ejemplo en el que se pueden implementar una o más realizaciones descritas. El sistema 100 de comunicaciones puede ser un sistema de acceso múltiple que proporciona contenido, tal como voz, datos, vídeo, mensajería, transmisión, etc., a múltiples usuarios inalámbricos. El sistema 100 de comunicaciones puede permitir que múltiples usuarios inalámbricos accedan a dicho contenido compartiendo recursos del sistema, incluido el ancho de banda inalámbrico. Por ejemplo, los sistemas 100 de comunicaciones pueden emplear uno o más métodos de acceso al canal, tales como acceso múltiple por división de código (CDMA), acceso múltiple por división de tiempo (TDMA), acceso múltiple por división de frecuencia (FDMA), FDMA ortogonal (OFDMA), FDmA de portadora única (Sc -Fd Ma ), OFDM de palabra única de cola cero (OFDM ZT UW DTS-s), OFDM de palabra única (UW-OFDM), OFDM filtrado por bloques de recursos, multiportadora de banco de filtros (FBMC) y similares.
Como se muestra en la FIG. 1A, el sistema 100 de comunicaciones puede incluir unidades 102a, 102b, 102c, 102d de transmisión/recepción inalámbricas (WTRU), una RAN 104/113, una CN 106/115, una red 108 telefónica pública conmutada (PSTN), Internet 110, y otras redes 112, aunque se apreciará que las realizaciones descritas 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 un equipo de usuario (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 móvil, un asistente digital personal (PDA), un teléfono inteligente, un ordenador portátil, un miniportátil, un ordenador personal , un sensor inalámbrico, un punto de acceso o dispositivo Mi-Fi, un dispositivo de Internet de las cosas (IoT), un reloj u otro dispositivo portátil, un elemento de visualización montado en cabeza (HMD), un vehículo, un dron, un dispositivo y aplicaciones médicas (por ejemplo, cirugía remota), un dispositivo industrial y aplicaciones (por ejemplo, un robot y/u otros dispositivos inalámbricos que operan en contextos de cadena de procesamiento industrial y/o automatizado), un dispositivo electrónico de consumo, un dispositivo que opera en redes inalámbricas comerciales y/o industriales y similares. Cualquiera de las WTRU 102a, 102b, 102c y 102d puede denominarse indistintamente UE.
Los sistemas 100 de comunicaciones también pueden incluir una estación 114a base y/o una estación base 114b. Cada una de las estaciones 114a, 114b base puede ser cualquier tipo de dispositivo configurado para interactuar de forma inalámbrica con al menos una de las WTRU 102a, 102b, 102c, 102d para facilitar el acceso a una o más redes de comunicación, tales como la CN 106/115, Internet 110 y/o las otras redes 112. A modo de ejemplo, las estaciones 114a, 114b base pueden ser una estación transceptora base (BTS), un Nodo B, un codificador B, un Nodo B local, un eNodo local B, un gNB, un NodoB NR, un controlador de sitio, un punto de acceso (AP), un enrutador inalámbrico y similares. Si bien cada una de las estaciones 114a, 114b base se representa como un único elemento, se apreciará que las estaciones 114a, 114b base pueden incluir cualquier número de estaciones base y/o elementos de red interconectados.
La estación 114a base 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 (BSC), un controlador de red de radio (RNC), nodos de retransmisión, etc. La estación 114a base y/o la estación 114b base pueden configurarse para transmitir y/o recibir señales inalámbricas en una o más frecuencias portadoras, a las que se puede hacer referencia como una celda (no mostrada). Estas frecuencias pueden estar en espectro con licencia, espectro sin licencia o una combinación de espectro con licencia y sin licencia. Una celda puede proporcionar cobertura para un servicio inalámbrico en un área geográfica específica que puede ser relativamente fija o cambiar con el tiempo. La celda puede dividirse además en sectores de celda. Por ejemplo, la celda asociada con la estación 114a base puede dividirse en tres sectores. Así, en una realización, la estación 114a base puede incluir tres transceptores, es decir, uno para cada sector de la celda. En una realización, la estación 114a base puede emplear tecnología de múltiples entradas y múltiples salidas (MIMO) y puede utilizar múltiples transceptores para cada sector de la celda. Por ejemplo, se puede usar la formación de haces para transmitir y/o recibir señales en direcciones espaciales deseadas.
Las estaciones 114a, 114b base pueden comunicarse con una o más de las WTRU 102a, 102b, 102c, 102d a través de una interfaz 116 aérea, que puede ser cualquier enlace de comunicación inalámbrico adecuado (por ejemplo, radiofrecuencia (RF), microondas, onda centimétrica, onda micrométrica, infrarroja (IR), ultravioleta (UV), luz visible, etc.). La interfaz 116 aérea puede establecerse usando cualquier tecnología de acceso por radio (RAT) adecuada.
Más específicamente, como se señaló anteriormente, el sistema 100 de comunicaciones puede ser un sistema de acceso múltiple y puede emplear uno o más esquemas de acceso a canales, tales como CDMA, TDMA, FDMA, OFDMA, SC-FDMA y similares. Por ejemplo, la estación 114a base 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 (UTRA) del Sistema Universal de Telecomunicaciones Móviles (UMTS), que puede establecer la interfaz 115/ 116/117 aérea usando CDMA de banda ancha (WCDMA). WCDMA puede incluir protocolos de comunicación como Acceso a Paquetes de Alta Velocidad (HSPA) y/o HSPA Evolucionado (HSPA+). HSPA puede incluir acceso a paquetes de enlace descendente de alta velocidad (DL) (HSDPA) y/o Acceso a Paquetes UL de Alta Velocidad (HSUPA).
En una realización, la estación 114a base y las WTRU 102a, 102b, 102c pueden implementar una tecnología de radio tal como Acceso por Radio Terrestre UMTS Evolucionado (E-UTRA), que puede establecer la interfaz 116 aérea usando Evolución a Largo Plazo (LTE) y/o o LTE-Avanzado (LTE-A) y/o LTE-Avanzado Pro (LTE-A Pro).
En una realización, la estación 114a base y las WTRU 102a, 102b, 102c pueden implementar una tecnología de radio tal como Acceso por Radio NR, que puede establecer la interfaz 116 aérea usando Nueva Radio (NR).
En una realización, la estación 114a base y las WTRU 102a, 102b, 102c pueden implementar múltiples tecnologías de acceso por radio. Por ejemplo, la estación 114a base y las WTRU 102a, 102b, 102c pueden implementar acceso por radio LTE y acceso por radio NR juntos, por ejemplo usando principios de conectividad dual (DC). Por lo tanto, la interfaz aérea usada 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 otras realizaciones, la estación 114a base y las WTRU 102a, 102b, 102c pueden implementar tecnologías de radio tales como IEEE 802.11 (es decir, Fidelidad Inalámbrica (WiFi), IEEE 802.16 (es decir, Interoperabilidad Mundial para Acceso por Microondas (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, Estándar 2000 Provisional (IS-2000), Estándar 95 provisional (IS-95), Estándar 856 Provisional (IS-856), Sistema Global para comunicaciones Móviles (GSM), Tasas de Datos Mejoradas para la Evolución GSM (EdGE), GSM EDGE (GErAn) y similares.
La estación 114b base en la FIG. 1A puede ser un enrutador inalámbrico, un Nodo B Doméstico, un eNodo B Doméstico 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 negocios, una casa, un vehículo, un campus, una instalación industrial, un corredor aéreo (por ejemplo, para uso de drones), una carretera y similares. En una realización, la estación 114b base 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 (WLAN). En una realización, la estación 114b base 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 (WPAN). En aún otra realización, la estación 114b base y las WTRU 102c, 102d pueden utilizar una RAT basada en celdas (por ejemplo, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR, etc.) para establecer una picocelda o femtocelda. Como se muestra en la FIG. 1A, la estación 114b base puede tener una conexión directa a Internet 110. Por lo tanto, es posible que no se requiera que la estación 114b base 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 servicios de voz, datos, aplicaciones y/o voz sobre protocolo de Internet (VoIP) a una o más de las WTRU. 102a, 102b, 102c, 102d, Los datos pueden tener diferentes requisitos de calidad de servicio (QoS), tales como diferentes requisitos de rendimiento, requisitos de latencia, requisitos de tolerancia a errores, requisitos de confiabilidad, requisitos de rendimiento de datos, requisitos de movilidad y similares. La CN 106/115 puede proporcionar control de llamadas, servicios de facturación, servicios móviles basados en localización, llamadas prepagadas, conectividad a Internet, distribución de vídeo, etc., y/o realizar funciones de seguridad de alto nivel, como la autenticación de usuarios. Aunque no se muestra en la FIG. 1A, se apreciará que la RAN 104/113 y/o la CN 106/115 puede 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 estar conectado a la RAN 104/113, que puede estar utilizando una tecnología de radio NR, la CN 106/115 también puede estar en comunicación con otra RAN (no mostrada) que emplea Tecnología radio GSM, UMTS, CDMA 2000, WiMAX, E-UTRA o WiFi.
La CN 106/115 también puede servir como puerta de enlace para que las WTRU 102a, 102b, 102c, 102d accedan a la PSTN 108, a Internet 110 y/o a las otras redes 112. La PSTN 108 puede incluir redes telefónicas de circuitos conmutados que proporcionan un servicio telefónico simple y antiguo. (POTS). Internet 110 puede incluir un sistema global de redes informáticas interconectadas y dispositivos que usan protocolos de comunicación comunes, tales como el protocolo de control de transmisión (TCP), el protocolo de datagramas de usuario (UDP) y/o el protocolo de Internet (IP) en el conjunto de protocolos de internet TCP/IP. Las redes 112 pueden incluir redes de comunicaciones por cable y/o inalámbricas propiedad de otros proveedores de servicios y/o operadas por ellos. Por ejemplo, las redes 112 pueden incluir otra CN conectada a una o más RAN, que pueden emplear la misma RAT que la RAN 104/113 o una RAT diferente.
Algunas o todas las WTRU 102a, 102b, 102c, 102d en el sistema 100 de comunicaciones 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 FIG. 1A puede configurarse para comunicarse con la estación 114a base, que puede emplear una tecnología de radio basada en celdas, y con la estación 114b base, que puede emplear una tecnología de radio IEEE 802.
La FIG. 1B es un diagrama del sistema que ilustra un ejemplo de WTRU 102. Como se muestra en la FIG. 1B, la WTRU 102 puede incluir un procesador 118, un transceptor 120, un elemento 122 de transmisión/recepción, un altavoz/micrófono 124, un teclado 126, un elemento de visualización/panel táctil 128, una memoria no 130 extraíble, una memoria 132 extraíble, una fuente 134 de alimentación, un chipset 136 de sistema de posicionamiento global (GPS) y/u otros periféricos 138, entre otros. Se apreciará que la WTRU 102 puede incluir cualquier subcombinación de los elementos anteriores sin dejar de ser consistente 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 (DSP), una pluralidad de microprocesadores, uno o más microprocesadores en asociación con un núcleo DSP, un controlador, un microcontrolador, Circuitos Integrados Específicos de Aplicación (ASIC), circuitos de Matrices de Puertas Programables en Campo (FPGA), cualquier otro tipo de circuito integrado (IC), una máquina de estados y similares. El procesador 118 puede realizar codificación de señales, procesamiento de datos, control de energía, procesamiento de entrada/salida y/o cualquier otra funcionalidad que permita que la WTRU 102 funcione en un entorno inalámbrico. El procesador 118 puede estar acoplado al transceptor 120, que puede estar acoplado al elemento 122 de transmisión/recepción. Mientras que la FIG. 1B representa el procesador 118 y el transceptor 120 como componentes separados, se apreciará que el procesador 118 y el transceptor 120 pueden integrarse juntos en un paquete o chip electrónico.
El elemento 122 de transmisión/recepción puede configurarse para transmitir señales a, o recibir señales desde, una estación base (por ejemplo, la estación 114a base) a través de la interfaz 116 aérea. Por ejemplo, en una realización, el elemento 122 de transmisión/recepción puede ser una antena configurada para transmitir y/o recibir señales de RF. En una realización, el elemento 122 de transmisión/recepción puede ser un emisor/detector configurado para transmitir y/o recibir señales de luz IR, UV o visible, por ejemplo. En otra realización más, el elemento 122 de transmisión/recepción puede configurarse para transmitir y/o recibir señales tanto de RF como de luz. Se apreciará que el elemento 122 de transmisión/recepción puede configurarse para transmitir y/o recibir cualquier combinación de señales inalámbricas.
Aunque el elemento 122 de transmisión/recepción se representa en la FIG. 1B como un único elemento, la WTRU 102 puede incluir cualquier número de elementos 122 de transmisión/recepción. Más específicamente, la WTRU 102 puede emplear tecnología MIMO. Por lo tanto, en una realización, la WTRU 102 puede incluir dos o más elementos 122 de transmisión/recepción (por ejemplo, múltiples antenas) para transmitir y recibir señales inalámbricas a través de la interfaz 116 aérea.
El transceptor 120 puede configurarse para modular las señales que van a ser transmitidas por el elemento 122 de transmisión/recepción y para demodular las señales que son recibidas por el elemento transmisor/receptor 122. Como se señaló anteriormente, la WTRU 102 puede tener multimodo capacidades. Por lo tanto, el transceptor 120 puede incluir múltiples transceptores para permitir que la WTRU 102 se comunique a través de múltiples RAT, tales como NR e IEEE 802.11, por ejemplo.
El procesador 118 de la WTRU 102 puede estar acoplado y puede recibir datos de entrada del usuario desde el altavoz/micrófono 124, el teclado 126 y/o el elemento de visualización/panel táctil 128 (por ejemplo, una unidad de visualización de elemento de visualización de cristal líquido (LCD). o unidad de visualización de diodos orgánicos emisores de luz (OLED). El procesador 118 también puede enviar datos de usuario al altavoz/micrófono 124, el teclado 126 y/o el elemento de visualización/panel táctil 128. Además, el procesador 118 puede acceder a información y almacenar datos en cualquier tipo de memoria adecuada. tal como la memoria 130 no extraíble y/o la memoria 132 extraíble. La memoria 130 no extraíble puede incluir memoria de acceso aleatorio (RAM), memoria de sólo lectura (ROM), un disco duro o cualquier otro tipo de memoria. dispositivo de almacenamiento. La memoria 132 extraíble puede incluir una tarjeta de módulo de identidad de abonado (SIM), una tarjeta de memoria, una tarjeta de memoria digital segura (SD) y similares. En otras realizaciones, el procesador 118 puede acceder a información y almacenar datos en la memoria que no está ubicada físicamente en la WTRU 102, tal como en un servidor o un ordenador doméstico (no mostrada).
El procesador 118 puede recibir energía de la fuente 134 de alimentación y puede configurarse para distribuir y/o controlar la energía a los otros componentes en la WTRU 102. La fuente 134 de alimentación puede ser cualquier dispositivo adecuado para alimentar la WTRU 102. Por ejemplo, la fuente 134 de alimentación 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), iones de litio (Li-ion), etc.), celdas solares, celdas de combustible y similares.
El procesador 118 también puede estar acoplado al conjunto de chips 136 GPS, que puede configurarse 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 GPS, la WTRU 102 puede recibir información de ubicación a través de la interfaz 116 aérea desde una estación base (por ejemplo, estaciones 114a, 114b base) y/o determinar su ubicación con base en el tiempo de las señales que se reciben desde dos o más estaciones base cercanas. Se apreciará que la WTRU 102 puede adquirir información de ubicación mediante cualquier método de determinación de ubicación adecuado sin dejar de ser consistente con una realización.
El procesador 118 puede acoplarse además a otros periféricos 138, que pueden incluir uno o más módulos de software y/o hardware que proporcionan características, funcionalidad y/o conectividad por cable o inalámbrica adicionales. Por ejemplo, los periféricos 138 pueden incluir un acelerómetro, una brújula electrónica, un transceptor de satélite, una cámara digital (para fotografías y/o vídeo), un puerto de bus serie universal (USB), un dispositivo de vibración, un transceptor de televisión, unos auriculares manos libres, un módulo Bluetooth®, una unidad de radio de frecuencia modulada (FM), un reproductor de música digital, un reproductor multimedia, un módulo de reproductor de videojuegos, un navegador de Internet, un dispositivo de Realidad Virtual y/o Realidad Aumentada (VR/AR), un rastreador de actividad y similares. Los 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 UL (por ejemplo, para transmisión) como para el enlace descendente (por ejemplo, para recepción) pueden ser simultáneas y/o concurrentes. La radio dúplex completa puede incluir una unidad de gestión de interferencias para reducir o eliminar sustancialmente la autointerferencia a través de hardware (por ejemplo, un estrangulador) o procesamiento de señales a través de un procesador (por ejemplo, un procesador separado (no mostrado) o mediante procesador 118). En una realización, la WRTU 102 puede incluir una radio semidúplex para la cual la transmisión y recepción de algunas o todas las señales (por ejemplo, asociadas con subtramas particulares para el UL (por ejemplo, para transmisión) o el enlace descendente (por ejemplo, para recepción)).
La FIG. 1C es un diagrama del sistema que ilustra la RAN 104 y la CN 106 según una realización. Como se señaló anteriormente, la RAN 104 puede emplear una tecnología de radio E-UTRA para comunicarse con las WTRU 102a, 102b, 102c a través de la interfaz 116 aérea. La RAN 104 también puede estar en comunicación con la CN 106.
La RAN 104 puede incluir eNodo-B 160a, 160b, 160c, aunque se apreciará que la RAN 104 puede incluir cualquier número de eNodos-B sin dejar de ser consistente con una realización. Los eNodo-B 160a, 160b, 160c pueden incluir cada uno, uno o más transceptores para comunicarse con las WTRU 102a, 102b, 102c a través de la interfaz 116 aérea. En una realización, los eNodo-B 160a, 160b, 160c pueden implementar tecnología MIMO. Por lo tanto, el eNodo-B 160a, 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,
Cada uno de los eNodo-B 160a, 160b, 160c puede estar asociado con una celda particular (no mostrada) y puede configurarse para manejar decisiones de gestión de recursos de radio, decisiones de traspaso, programación de usuarios en el UL y/o Dl , y similares. Como se muestra en la FIG. 1C, los eNodo-B 160a, 160b, 160c pueden comunicarse entre sí a través de una interfaz X2.
La CN 106 mostrada en la FIG. 1C puede incluir una entidad 162 de gestión de movilidad (MME), una puerta de enlace 164 de servicio (SGW) y una puerta de enlace 166 de red de datos en paquetes (PDN) (o PGW). Si bien cada uno de los elementos anteriores se representa como parte de la CN 106, se apreciará que cualquiera de estos elementos puede ser propiedad y/u operado por una entidad distinta del operador de CN.
La MME 162 puede conectarse a cada uno de los eNodo-B 162a, 162b, 162c en la RAN 104 a través de una interfaz S1 y puede servir como un nodo de control. Por ejemplo, la MME 162 puede ser responsable de autenticar a los usuarios de las WTRU 102a, 102b, 102c, activación/desactivación de portadora, seleccionar una puerta de enlace 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 cambiar 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 eNodos B 160a, 160b, 160c en la RAN 104 a través de la interfaz S1. La SGW 164 generalmente puede enrutar y reenviar paquetes de datos de usuario hacia/desde las WTRU 102a, 102b, 102c. La SGW 164 puede realizar otras funciones, tales como anclar planos de usuario durante los traspasos entre eNodos B, desencadenar un aviso cuando los datos DL están disponibles para que las WTRU. 102a, 102b, 102c, gestionen y almacenen 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 de paquetes, tales como Internet 110, para facilitar las comunicaciones entre las WTRU 102a, 102b, 102c y los 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 los dispositivos de comunicaciones de línea terrestre tradicionales. Por ejemplo, la CN 106 puede incluir, o puede comunicarse con, una puerta de enlace IP (por ejemplo, un servidor de subsistema multimedia IP (IMS)) que sirve como 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 por cable y/o inalámbricas que son propiedad de otros proveedores de servicios y/o están operadas por ellos.
Aunque la WTRU se describe en las FIG. 1A-1D como terminal inalámbrico, se contempla que en ciertas realizaciones representativas dicho terminal pueda usar (por ejemplo, temporal o permanentemente) interfaces de comunicación por cable con la red de comunicación.
En realizaciones representativas, la otra red 112 puede ser una WLAN.
Una WLAN en modo Conjunto de Servicios Básicos de Infraestructura (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 (DS) u otro tipo de red por cable/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 entregarse a las STA. El tráfico que se origina desde las STA hacia destinos fuera del BSS puede enviarse al AP para ser entregado a los 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 STA dentro de un BSS puede considerarse y/o denominarse tráfico de igual a igual. El tráfico de igual a igual se puede enviar entre (por ejemplo, directamente entre) las STA de origen y de destino con una configuración de enlace directo (DLS). En ciertas realizaciones representativas, la DLS puede usar una DLS 802.11e o una DLS tunelizada 802.11z (TDLS). Una WLAN que usa un modo BSS independiente (IBSS) puede no tener un AP, y las STA (por ejemplo, todas las STA) dentro o que usan el IBSS pueden comunicarse directamente entre sí. En ocasiones, en el presente documento se puede hacer referencia al modo de comunicación IBSS como modo de comunicación "ad-hoc".
Cuando se usa el modo de operación de infraestructura 802.1 1ac o un modo de operación similar, el AP puede transmitir una baliza en un canal fijo, como un canal primario. El canal primario puede tener un ancho fijo (por ejemplo, un ancho de banda de 20 MHz de ancho) o un ancho establecido dinámicamente mediante señalización. El canal primario puede ser el canal operativo del BSS y puede ser usado por las STA para establecer una conexión con el AP. En ciertas realizaciones representativas, se puede implementar Acceso Múltiple con Detección de Portadora con Prevención de Colisiones (CSMA/CA), por ejemplo en sistemas 802.11. Para CSMA/CA, las STA (por ejemplo, cada STA), incluido el AP, pueden detectar el canal primario. Si una STA particular detecta/detecta y/o determina que el canal principal está ocupado, la STA particular puede retroceder. Una STA (por ejemplo, sólo una estación) puede transmitir en cualquier momento dado en un BSS determinado.
Las STA de Alto Rendimiento (HT) pueden usar un canal de 40 MHz de ancho para comunicación, por ejemplo, mediante una combinación del canal primario 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 (VHT) pueden admitir canales de 20 MHz, 40 MHz, 80 MHz y/o 160 MHz de ancho. Los canales de 40 MHz y/u 80 MHz pueden formarse combinando canales contiguos de 20 MHz. Un canal de 160 MHz puede formarse combinando 8 canales contiguos de 20 MHz o combinando dos canales no contiguos de 80 MHz, lo que puede denominarse configuración 80+80. Para la configuración 80+80, los datos, después de la codificación del canal, pueden pasar a través de un analizador de segmentos que puede dividir los datos en dos flujos. El procesamiento de la Transformada Rápida de Fourier Inversa (IFFT) y el procesamiento en el dominio del tiempo se pueden realizar en cada flujo por separado. Los flujos pueden hacerse corresponder en los dos canales de 80 MHz y los datos pueden transmitirse mediante una STA de transmisión. En el receptor de la STA de recepción, la operación descrita anteriormente para la configuración 80+80 se puede revertir y los datos combinados se pueden enviar al Control de Acceso al Medio (MAC).
Los modos de operación inferiores a 1 GHz son compatibles con 802.11af y 802.11ah. Los anchos de banda operativos del canal y los operadores se reducen en 802.11af y 802.11ah en relación con los usados en 802.11n y 802.11ac.
802.11 af soporta anchos de banda de 5 MHz, 10 MHz y 20 MHz en el espectro de Espacios en Blanco de T<v>(TVWS), y 802.11ah soporta anchos de banda de 1 MHz, 2 MHz, 4 MHz, 8 MHz y 16 MHz usando espectro que no es TVWS.
Según una realización representativa, 802.11ah puede soportar comunicaciones de tipo máquina/control de tipo medidor, como dispositivos MTC en un área de cobertura macro. Los dispositivos MTC pueden tener ciertas capacidades, por ejemplo, capacidades limitadas que incluyen soporte (por ejemplo, solo soporte para) ciertos anchos de banda y/o limitados. Los dispositivos MTC pueden incluir una batería con una duración de batería superior a un umbral (por ejemplo, para mantener una duración de batería muy larga).
Los sistemas WLAN, que pueden admitir múltiples canales y anchos de banda de canal, como 802.11n, 802.11ac, 802.11af y 802.11ah, incluyen un canal que puede designarse como canal principal. El canal primario puede tener un ancho de banda igual al ancho de banda operativo común más grande soportado por todas las STA en el BSS. El ancho de banda del canal primario puede ser establecido y/o limitado por una STA, de entre todas las STA que operan en un BSS, que soporta el modo operativo de ancho de banda más pequeño. En el ejemplo de 802.11ah, el canal primario puede tener 1 MHz de ancho para STA (por ejemplo, dispositivos 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 operación de ancho de banda del canal. La configuración de detección de portadora y/o vector de asignación de red (NAV) puede depender del estado del canal primario. Si el canal primario está ocupado, por ejemplo, debido a que una STA (que soporta solo un modo operativo de 1 MHz) transmite al AP, todas las bandas de frecuencia disponibles pueden considerarse ocupadas incluso aunque la mayoría de las bandas de frecuencia permanezcan inactivas y puede estar disponible.
En Estados Unidos, las bandas de frecuencia disponibles, que puede usar 802.11ah, son de 902 MHz a 928 MHz. En Corea, las bandas de frecuencia disponibles van de 917,5 MHz a 923,5 MHz. En Japón, las bandas de frecuencia disponibles van de 916,5 MHz a 927,5 MHz. El ancho de banda total disponible para 802.11ah es de 6 MHz a 26 MHz, según el código de país.
La FIG. 1D es un diagrama del sistema que ilustra la RAN 113 y la CN 115 según una realización. Como se señaló anteriormente, la RAN 113 puede emplear una tecnología de radio NR para comunicarse con las WTRU 102a, 102b, 102c a través de la interfaz 116 aérea. 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 sin dejar de ser consistente 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 116 aérea. En una realización, los gNB 180a, 180b, 180c pueden implementar tecnología MIMO. Por ejemplo, los gNB 180a, 108b pueden utilizar formación de haz para transmitir señales y/o recibir señales desde los gNB 180a, 180b, 180c. Por lo tanto, el gNB 180a, por ejemplo, puede usar múltiples antenas para transmitir señales inalámbricas 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 de componentes puede estar en espectro sin licencia, mientras que las portadoras de componentes restantes pueden estar en espectro con licencia. En una realización, los gNB 180a, 180b, 180c pueden implementar tecnología multipunto coordinada (CoMP). Por ejemplo, la WTRU 102a puede recibir transmisiones coordinadas desde el gNB 180a y el gNB 180b (y/o el 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 entre símbolos OFDM y/o la separación entre subportadoras OFDM puede variar para diferentes transmisiones, diferentes celdas 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 subtramas o intervalos de tiempo de transmisión (TTI) de longitudes diversas o escalables (por ejemplo, que contienen un número variable de símbolos OFDM y/o que duran longitudes 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 en 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, como los eNodo-B 160a, 160b, 160c). En la configuración independiente, las WTRU 102a, 102b, 102c pueden usar 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 independiente, las WTRU 102a, 102b, 102c pueden comunicarse con/conectarse a los gNB 180a, 180b, 180c mientras también se comunican con/se 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 de manera sustancialmente simultánea. En la configuración no independiente, los eNodo-B 160a, 160b, 160c pueden servir como un anclaje de movilidad para las WTRU 102a, 102b, 102c y los gNB 180a, 180b, 180c pueden proporcionar cobertura y/o rendimiento adicional para dar servicio a las WTRU 102a, 102b. 102c.
Cada uno de los gNB 180a, 180b, 180c puede estar asociado con una celda particular (no mostrada) y puede configurarse para manejar decisiones de gestión de recursos de radio, decisiones de traspaso, programación de usuarios en 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 la Función 184a, 184b de Plano de Usuario (UPF) , enrutamiento de información del plano de control hacia la Función 182a, 182b de Gestión de Acceso y Movilidad (AMF) y similares.
Como se muestra en la FIG. 1D, los gNB 180a, 180b, 180c pueden comunicarse entre sí a través de una interfaz Xn.
La CN 115 mostrada en la FIG. 1D puede incluir al menos una AMF 182a, 182b, al menos una UPF 184a, 184b, al menos una Función 183a, 183b de Gestión de Sesión (SMF) y posiblemente una Red 185a, 185b de Datos (DN). Si bien cada uno de los elementos anteriores se describe 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 un nodo de control. Por ejemplo, la AMF 182a, 182b puede ser responsable de autenticar a los usuarios de las WTRU 102a, 102b, 102c, dar soporte para la segmentación de red (por ejemplo, el manejo de diferentes sesiones de PDU con diferentes requisitos), seleccionar una SMF 183a, 183b particular, la gestión de la zona de registro, terminación de señalización NAS, gestión de movilidad, etc. La AMF 182a, 182b puede utilizar la división de red para personalizar el soporte de CN para las WTRU 102a, 102b, 102c en con base en los tipos de servicios que se utilizan en las WTRU 102a, 102b, 102c. Por ejemplo, se pueden establecer diferentes segmentos de red para diferentes casos de uso, tales como servicios que dependen de un acceso de baja latencia ultraconfiable (URLLC), servicios que dependen de un acceso masivo mejorado de banda ancha móvil (eMBB), servicios para acceso a comunicaciones de tipo máquina (MTC), y/o similares. La AMF 162 puede proporcionar una función de plano de control para cambiar entre la RAN 113 y otras RAN (no mostradas) que emplean otras tecnologías de radio, tales como LTE, LTE-A, LTE-A Pro y/o tecnologías de acceso no 3GPP tales como 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 el 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 direcciones IP de UE, gestionar sesiones de PDU, controlar la aplicación de políticas y QoS, proporcionar notificaciones de datos de enlace descendente y similares. Un tipo de sesión de PDU puede estar basada en IP, no basada en IP, basada 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, para facilitar las comunicaciones entre las WTRU 102a, 102b, 102c y los dispositivos habilitados para IP. La UPF 184, 184b puede realizar otras funciones, tales como enrutamiento y reenvío de paquetes, aplicación de políticas en el plano de usuario, soporte de sesiones de PDU de múltiples servidores, manejo de QoS en el plano de usuario, almacenamiento en memoria intermedia de paquetes de enlace descendente, provisión de 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 puerta de enlace IP (por ejemplo, un servidor de subsistema multimedia IP (IMS)) que sirve<como interfaz entre la CN 115 y la PSTN 1>08<. Además, la CN 115 puede proporcionar a las WTRU 102a, 102b, 102c acceso a las otras redes>112<, que pueden incluir otras redes por cable y/o inalámbricas que son propiedad de otros>proveedores de servicios y/o están operadas por ellos. En una realización, las WTRU 102a, 102b, 102c pueden conectarse a una Red 185a, 185b de Datos (dN) local a través de la UPF 184a, 184b a través de la interfaz N3 a la<UPF 184a, 184b y una interfaz N>6<entre la UPF 184a. 184b y DN 185a, 185b.>
En vista de las FIG. 1A-1D, y la descripción correspondiente de las FIG. 1A-1D, una o más, o todas, las funciones descritas en el presente documento con respecto a una o más de: la WTRU 102a-d, Estación 114a-b Base, 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 dispositivo descrito en este documento, puede realizarse mediante uno o más 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 diseñarse para implementar una o más pruebas de otros dispositivos en un entorno de laboratorio y/o en un entorno de red de operador. Por ejemplo, uno o más dispositivos de emulación pueden realizar una o más, o todas, las funciones mientras se implementan y/o despliegan total o parcialmente como parte de una red de comunicación por cable y/o inalámbrica para probar otros dispositivos dentro de la red de comunicación. El uno o más dispositivos de emulación pueden realizar una o más funciones, o todas, mientras se implementan/despliegan temporalmente como parte de una red de comunicación por cable y/o inalámbrica. El dispositivo de emulación puede acoplarse directamente a otro dispositivo con fines de prueba y/o puede realizar pruebas usando comunicaciones inalámbricas por aire.
El uno o más dispositivos de emulación pueden realizar una o más funciones, incluidas todas, sin estar implementados/desplegados como parte de una red de comunicación por cable y/o inalámbrica. Por ejemplo, los dispositivos de emulación se pueden utilizar en un escenario de prueba en un laboratorio de pruebas y/o una red de comunicación por cable y/o inalámbrica no implementada (por ejemplo, de prueba) para implementar pruebas de uno o más componentes. El uno o más dispositivos de emulación pueden ser equipos de prueba. Los dispositivos de emulación pueden usar acoplamiento de RF directo y/o comunicaciones inalámbricas a través de circuitos de RF (por ejemplo, que pueden incluir una o más antenas) para transmitir y/o recibir datos.
En el presente documento se describen sistemas, métodos e instrumentalidades asociados con el descubrimiento de WTRU a WTRU a través de una WTRU de retransmisión. Una WTRU de retransmisión puede enviar una solicitud de descubrimiento a una entidad de red, por ejemplo, un servidor de servicios de proximidad (ProSe), que puede usarse como ejemplo en el presente documento. La solicitud de descubrimiento puede incluir, por ejemplo, un identificador de servicio (ID), una indicación de capacidad de retransmisión y/o un ID de WTRU de retransmisión. La WTRU de retransmisión puede recibir una respuesta, que puede incluir un código de transmisión y/o un filtro de descubrimiento correspondiente al ID de servicio. El código de transmisión puede ser un código de transmisión de servicio de retransmisión. La WTRU de retransmisión puede utilizar el filtro de descubrimiento para escuchar un código ProSe, que puede ser transmitido por una WTRU proveedora de servicios. La WTRU de retransmisión puede transmitir el código ProSe recibido desde el servidor ProSe, por ejemplo, si la WTRU de retransmisión detecta que el código ProSe correspondiente a la WTRU proveedora de servicios corresponde con un código ProSe recibido desde el servidor ProSe (por ejemplo, usando el filtro de descubrimiento recibido). Un servicio que utiliza WTRU puede escuchar la WTRU de retransmisión y puede recibir el código ProSe. La WTRU que utiliza el servicio puede utilizar la WTRU de retransmisión para solicitar el servicio de la WTRU proveedora del servicio, por ejemplo, con base en la recepción (por ejemplo, y el uso) del código ProSe.
Puede haber múltiples tipos o modelos de descubrimiento de servicios. Se describen dos modelos de ejemplo (por ejemplo, antes de la introducción de un retransmisor). Aunque algunas características pueden describirse en el presente documento con respecto a un modelo determinado, las características pueden usarse en implementaciones independientemente del modelo cuando sea apropiado. Un primer modelo para el descubrimiento de servicios (por ejemplo, directo), al que se puede hacer referencia como "Modelo A" o "Descubrimiento Abierto", puede basarse en un anuncio (por ejemplo, una declaración, tal como "Estoy aquí"). Las WTRU habilitadas para servicio (por ejemplo, habilitadas para ProSe) pueden incluir, por ejemplo, una WTRU anunciadora y una WTRU de monitorización. Las WTRU habilitadas para ProSe que participan en el descubrimiento directo de ProSe pueden tener una o más funciones. Una primera función de una WTRU puede ser operar como una WTRU anunciadora, lo que puede incluir anunciar cierta información que puede ser utilizada por las WTRU cercanas, tales como las WTRU que tienen permiso para descubrir otros dispositivos. Una segunda función de una WTRU puede ser operar como una WTRU de monitorización, que puede incluir monitorizar cierta información de interés (por ejemplo, mientras está cerca de una o más WTRU anunciadoras). Una WTRU anunciadora puede transmitir mensajes de descubrimiento a intervalos de descubrimiento predefinidos. Las WTRU de seguimiento que estén interesadas en mensajes de transmisión pueden leer y procesar los mensajes de transmisión que reciben. Un anuncio/declaración en el Modelo A puede ser equivalente a un paradigma de "Estoy aquí", por ejemplo, si la WTRU anunciadora transmite información sobre sí misma (por ejemplo, una identidad de aplicación ProSe y/o una identidad de WTRU ProSe) en el mensaje de descubrimiento.
Un segundo modelo para el descubrimiento de servicios (por ejemplo, directo), al que se puede hacer referencia como "Modelo B", puede basarse en una solicitud (por ejemplo, buscar una respuesta, como preguntar "¿quién está ahí?" o "¿estás ahí?"). Las WTRU habilitadas para servicio (por ejemplo, habilitadas para ProSe) (por ejemplo, que pueden participar en el descubrimiento directo de ProSe) pueden tener una o más (por ejemplo, dos) funciones. Una primera función de una WTRU puede ser operar como una WTRU descubridora, que puede transmitir una solicitud. La solicitud puede incluir información sobre lo que la WTRU descubridora (por ejemplo, una aplicación que se ejecuta en ella) puede estar interesada en descubrir o busca descubrir, por ejemplo, de una o más WTRU cercanas. Una segunda función para una WTRU puede ser operar como una WTRU descubierta, que puede recibir un mensaje de solicitud de una o más WTRU descubridoras y puede responder, por ejemplo, con información que puede estar relacionada con la solicitud de un descubridor.
La FIG. 2 muestra una implementación de ejemplo para el descubrimiento directo de servicios. El ejemplo mostrado en la FIG. 2 puede ser consistente con el Modelo A. Con referencia a la FIG. 2, en 1, una WTRU puede obtener de una función ProSe (por ejemplo, a través de un procedimiento de gestión de dispositivos (DM) autorización para anunciar y/o monitorizar en una red móvil terrestre pública (PLMN) particular.
En 2a, la WTRU puede enviar una solicitud de anuncio de descubrimiento (por ejemplo, a través de un punto de referencia PC3) a la función ProSe, por ejemplo, si la WTRU está autorizada para anunciar. La solicitud puede identificar el servicio que la WTRU determinó anunciar. La identificación de un servicio puede proporcionarse, por ejemplo, mediante un ID de aplicación ProSe. La función ProSe puede proporcionar un código de aplicación ProSe para que la WTRU lo anuncie, por ejemplo, si la función ProSe determina que el anuncio por parte de la WTRU está autorizado.
En 2b, la WTRU puede enviar una solicitud de monitorización de descubrimiento (por ejemplo, a través de un punto de referencia PC3) a la función ProSe, por ejemplo, si la WTRU está autorizada para monitorizar en una PLMN particular. La solicitud puede incluir, por ejemplo, el servicio que la WTRU solicita descubrir/monitorizar (por ejemplo, usando un ID de aplicación ProSe). La función ProSe puede proporcionar a la WTRU un código de aplicación ProSe para monitorizar, por ejemplo, si la Función ProSe determina que la monitorización está autorizada.
Una WTRU puede comunicarse con otra WTRU a través de una WTRU de retransmisión. Por ejemplo, los servicios de proximidad (ProSe) pueden incluir comunicación de WTRU a WTRU a través de una WTRU de retransmisión (por ejemplo, en una red 5G). Una WTRU puede descubrir otra WTRU, por ejemplo, usando el Modelo A, el Modelo B u otro procedimiento o mecanismo de descubrimiento. Una WTRU puede comunicarse con la otra WTRU descubierta, por ejemplo, a través de una WTRU de retransmisión ubicada comunicativamente entre las WTRU.
La FIG. 3 representa un ejemplo de comunicación de WTRU a WTRU a través de una WTRU de retransmisión. La FIG. 3 muestra tres tipos de WTRU. Una WTRU proveedora de servicios (WTRU1) puede ofrecer un servicio que otras WTRU pueden descubrir (por ejemplo, buscando uno o más servicios disponibles). Ejemplos de servicios que puede proporcionar un proveedor de servicios WTRU pueden incluir, por ejemplo, servicio de restaurante, servicio de taxi, consola de juegos, controlador de juegos, etc. Un proveedor de servicios WTRU puede anunciar los servicios que proporciona y puede denominarse una WTRU anunciadora o A-WTRU.
Un servicio que utiliza WTRU (WTRU2) puede buscar uno o más servicios disponibles, que pueden incluir los servicios ofrecidos por la WTRU proveedora de servicios. Puede haber más de un servicio que utilice WTRU, uno o más de los cuales pueden intentar descubrir servicios disponibles, que pueden incluir los proporcionados por una o más WTRU (por ejemplo, una proveedor a de servicios en particular). Ejemplos de un servicio que utiliza WTRU pueden incluir, por ejemplo, una WTRU que proporciona una o más aplicaciones (en inglés, apps) que pueden ser usadas por un cliente de un restaurante o un pasajero de un taxi, una WTRU que proporciona un controlador de juego para un usuario, un casco de realidad aumentada (AR) y/o realidad virtual (VR) que puede ser usado por un usuario, etc. Un servicio que utiliza WTRU puede monitorizar anuncios de servicio de otras WTRU y puede denominarse WTRU de monitorización o M-WTRU. .
Una WTRU de retransmisión puede ayudar o retransmitir mensajes de descubrimiento y comunicación de datos PC5 entre la WTRU proveedora de servicios y la WTRU que utiliza el servicio. Una WTRU de retransmisión puede, por ejemplo, actuar como un proxy entre el servicio que proporciona y utiliza las WTRU para el descubrimiento y la comunicación y/o la WTRU de retransmisión puede retransmitir de forma transparente los mensajes entre el servicio que proporciona y utiliza las WTRU. Una WTRU de retransmisión puede estar implicada en un proceso de descubrimiento entre una WTRU proveedora de servicios y un servicio que utiliza una WTRU. Una WTRU de retransmisión puede denominarse retransmisión de WTRU a WTRU o R-WTR<u>.
La FIG. 4 representa una implementación de ejemplo para un procedimiento de descubrimiento. La FIG. 4 muestra un ejemplo de cómo proporcionar protección de integridad para un código transmitido. Por ejemplo, los procedimientos de seguridad para el descubrimiento abierto ProSe (por ejemplo, Modelo A) pueden proporcionar integridad y protección de reproducción para mensajes de descubrimiento que pueden ser transmitidos (por ejemplo, a través de una interfaz PC5) por una WTRU anunciadora y pueden ser recibidos por una WTRU de monitorización. Una WTRU anunciadora puede recibir, por ejemplo, un código de aplicación (en inglés, app) ProSe, una clave de descubrimiento y/o parámetros relacionados con el tiempo. Una WTRU anunciadora se puede aprovisionar, por ejemplo, a través de una transacción de descubrimiento (por ejemplo, a través de una interfaz PC3) con la función ProSe PLMN local (HPLMN) de la WTRU anunciadora. Una transacción de descubrimiento puede incluir, por ejemplo, una solicitud y respuesta de descubrimiento. Una WTRU anunciadora puede anunciar el código de la aplicación ProSe (por ejemplo, a una o más WTRU de monitorización), por ejemplo, en un mensaje PC5. Una WTRU anunciadora puede calcular una verificación de integridad de mensaje (MIC) sobre el mensaje, por ejemplo, usando la clave de descubrimiento y un contador basado en la hora (por ejemplo, hora universal coordinada (UTC)). La WTRU anunciadora puede transmitir el MIC, por ejemplo, junto con el mensaje. Una WTRU de monitorización puede detectar el código de la aplicación ProSe transmitido por una WTRU anunciadora, por ejemplo, usando un filtro, que puede ser proporcionado por la función HPLMN ProSe de la WTRU de monitorización. Una WTRU de monitorización puede enviar el código y/o el MIC (por ejemplo, recibido en la transmisión detectada), por ejemplo, en un mensaje de informe de partido (por ejemplo, a través de una interfaz PC3) a la función HPLMN ProSe de la WTRU de monitorización para su validación. La WTRU de monitorización puede recibir un acuse de recibo (Ack) de correspondencia de reporte, que puede confirmar que el mensaje de descubrimiento de la WTRU anunciadora pasó una o más comprobaciones de integridad por parte de la función ProSe.
Un procedimiento de descubrimiento en ProSe de núcleo de paquetes evolucionado (EPC) puede usar un ID de aplicación ProSe (por ejemplo, en el descubrimiento del Modelo A). Las WTRU pueden descubrirse entre sí por servicio, por ejemplo, usando un ID de aplicación ProSe. Un procedimiento de descubrimiento (por ejemplo, el mismo o similar procedimiento de descubrimiento que puede usarse en el Modelo A) puede aplicarse al descubrimiento de WTRU ProSe al descubrimiento de WTRU a través de una WTRU de retransmisión (por ejemplo, en 5G). Una primera WTRU (por ejemplo, una WTRU de proveedor de servicios) y una segunda WTRU (por ejemplo, un servicio que utiliza WTRU) pueden determinar descubrirse entre sí (por ejemplo, antes de que se puedan intercambiar datos de servicio). Una primera WTRU y una segunda WTRU que pueden no estar dentro del alcance comunicativo entre sí pueden utilizar la asistencia de una WTRU de retransmisión para (por ejemplo, poder) descubrirse entre sí. La primera WTRU y la segunda WTRU pueden (por ejemplo, además de descubrirse entre sí) realizar un procedimiento de descubrimiento con la WTRU de retransmisión. En el presente documento se describen sistemas, métodos e instrumentalidades (por ejemplo, a través de múltiples implementaciones de ejemplo) para que la primera WTRU, la segunda WTRU y la WTR<u>de retransmisión se descubran entre sí (por ejemplo, con el fin de acceder a un servicio particular).
Se puede proporcionar seguridad para el descubrimiento de retransmisión de WTRU a WTRU. Una WTRU de retransmisión (R-WTRU) que participa en un procedimiento de descubrimiento con una WTRU anunciadora (A-WTRU) y una WTRU de monitorización (M-WTRU) puede determinar si (por ejemplo, garantizar que) un mensaje de descubrimiento (por ejemplo, PC5) procedente de una WTRU anunciadora (A-WTRU) pasa una verificación de integridad y/o una verificación de actualidad (por ejemplo, para protección de reproducción), por ejemplo, antes de que la WTRU de retransmisión pueda funcionar como un retransmisión para una aplicación ProSe correspondiente. La WTRU de retransmisión (R-WTRU) puede verificar que una WTRU anunciadora (A-WTRU) está autorizada para transmitir un código de descubrimiento para un servicio, por ejemplo, antes de que la R-WTRU comience a retransmitir el descubrimiento para el servicio.
Una WTRU de retransmisión puede (por ejemplo, determinar) proteger, por ejemplo, para mensajes de integridad y refresco, antes de la transmisión (por ejemplo, a través de una interfaz PC5), por ejemplo, para permitir que una WTRU de monitorización valide que la WTRU de retransmisión está autorizada para transmitir un código de descubrimiento y actuar como retransmisión de un servicio. En el presente documento se describen sistemas, métodos e instrumentalidades (por ejemplo, a través de implementaciones de ejemplo) para que una WTRU de retransmisión realice protección de integridad/reproducción y verificación de códigos transmitidos durante un procedimiento de descubrimiento.
Una WTRU de monitorización puede estar próxima tanto a una WTRU anunciadora como a una WTRU de retransmisión. Puede estar disponible un descubrimiento (por ejemplo, directo) de la WTRU anunciadora por parte de la WTRU de seguimiento (por ejemplo, sin usar la WTRU de retransmisión). Se puede habilitar una WTRU de monitorización (M-WTRU) para (por ejemplo, directamente) descubrir un servicio proporcionado por una WTRU anunciadora y establecer comunicación (por ejemplo, directa) (por ejemplo, a través de PC5) con una WTRU anunciadora sin pasar por una WTRU de retransmisión. El uso de una Wtr U de retransmisión mientras se encuentra dentro del alcance de una WTRU anunciadora puede generar señalización, retrasos en las comunicaciones y uso de recursos innecesarios. Una WTRU de monitorización puede priorizar la comunicación directa sobre la comunicación retransmitida con una WTRU anunciadora. En el presente documento se describen sistemas, métodos e instrumentalidades (por ejemplo, a través de implementaciones de ejemplo) para un descubrimiento de servicio, donde una WRTU de monitorización puede priorizar (por ejemplo, priorizar de manera determinista) el descubrimiento directo de una WTRU anunciadora sobre (por ejemplo, indirectamente) el descubrimiento de la WTRU anunciadora a través de una WRTU de retransmisión, por ejemplo, si la WTRU de monitorización está dentro del alcance tanto de la WTRU anunciadora como de la WTRU de retransmisión,
La implementación o implementaciones de descubrimiento pueden emplear acciones, tales como acciones realizadas por una entidad/función en una entidad, que pueden ilustrarse en el presente documento usando una función ProSe o un servidor ProSe. Una función ProSe puede ser una función de red o un nodo que forma parte de una red (por ejemplo, una red de núcleo 5G). Una función ProSe puede ser una función de red separada o distinta o una funcionalidad ProSe y, en ejemplos, el comportamiento puede dividirse o distribuirse entre diferentes funciones de red (por ejemplo, en una red de núcleo). En algunos ejemplos, una función de control de políticas (PCF) puede ser responsable de (por ejemplo, puede proporcionar) el aprovisionamiento de la configuración de ProSe, mientras que una función de gestión de acceso y movilidad (AMF) o una función de gestión de sesión (SMF) puede ser responsable de un procedimiento de descubrimiento ProSe. La interacción entre una WTRU y una función ProSe (por ejemplo, una red) puede usar la ruta del plano de control. Una WTRU puede (por ejemplo, adicional y/o alternativamente) interactuar con una función ProSe en el plano de usuario.
La FIG. 5 representa un ejemplo asociado con el descubrimiento de WTRU a WTRU a través de una WTRU de retransmisión. La implementación de ejemplo mostrada en la FIG. 5 puede ser consistente con el Modelo A. La FIG.
5 muestra un proceso de descubrimiento de ejemplo en el que un servicio que utiliza WTRU (WTRU2) puede descubrir una WTRU (WTRU1) proveedora de servicios a través de una WTRU de retransmisión (WTRU3).
Haciendo referencia a la FIG. 5, en 1, la WTRU de retransmisión (WTRU3) envía una solicitud de descubrimiento a una función/entidad de red (por ejemplo, una función ProSe). La solicitud de descubrimiento puede incluir el ID del servicio para el cual el retransmisor puede funcionar/operar como retransmisor. Por ejemplo, la solicitud de descubrimiento puede incluir un ID de servicio para una aplicación ProSe para la cual la WTRU de retransmisión puede funcionar como retransmisión. El ID de servicio de la aplicación ProSe puede ser un ID de aplicación ProSe. Una solicitud de descubrimiento puede incluir un ID de WTRU de retransmisión (identificador de retransmisión) que identifica la WTRU de retransmisión (por ejemplo, un identificador permanente de suscripción (SUPI), un ID de retransmisión ProSe, un identificador de abonado móvil internacional (IMSI), etc.). La solicitud de descubrimiento incluye, según la invención, una indicación (por ejemplo, un elemento de información) de que la WTRU de retransmisión está configurada y/o está actuando como una WTRU de retransmisión para un servicio (por ejemplo, particular o identificado). La indicación (por ejemplo, elemento de información) puede indicar una capacidad de retransmisión WTRU-WTRU. Una WTRU de retransmisión puede (por ejemplo, simultánea o concurrentemente) operar como una retransmisión para múltiples servicios. Una solicitud de descubrimiento (por ejemplo, un mensaje) puede incluir múltiples ID de servicio (por ejemplo, múltiples ID de aplicación ProSe). Una indicación de una capacidad para servir como retransmisión puede informar a la red que la WTRU de retransmisión puede y/o está (por ejemplo, simultáneamente) operando o actuando como retransmisión para múltiples servicios.
En 2, una función ProSe responde con una respuesta de descubrimiento que es recibida por la WTRU de retransmisión, por ejemplo, después de procesar el mensaje de solicitud de descubrimiento procedente de la WTRU de retransmisión. Un mensaje de respuesta de descubrimiento incluye, según la invención, un código de transmisión ProSe y un filtro de descubrimiento para un servicio que ha sido identificado en la solicitud de descubrimiento. El código de transmisión es un código de retransmisión ProSe y es, según la invención, un código de transmisión de servicio de retransmisión. La respuesta de descubrimiento puede incluir múltiples códigos de transmisión ProSe (códigos de transmisión de servicio de retransmisión) y filtros de descubrimiento, por ejemplo, si la solicitud de descubrimiento identificó múltiples servicios para los cuales la WTRU de retransmisión puede operar como retransmisión. La respuesta de descubrimiento puede incluir una o más reglas de transmisión e incluye el código de transmisión del servicio de retransmisión y uno o más filtros de descubrimiento para un (por ejemplo, cada) servicio identificado en la solicitud de descubrimiento. No según la invención, la función ProSe puede (por ejemplo, determinar) no asignar un código de transmisión (código de transmisión del servicio de retransmisión) y/o un filtro de descubrimiento para uno o más servicios para los cuales se realizó una solicitud (por ejemplo, mediante la WTRU de retransmisión) pero denegado (por ejemplo, por la función ProSe). No según la invención, una respuesta de descubrimiento puede incluir una indicación (por ejemplo, un código de rechazo, un código de causa o un elemento de información) para los servicios para los cuales la función ProSe no asignó un código de transmisión (código de transmisión del servicio de retransmisión) y /o un filtro de descubrimiento. No según la invención, una respuesta de descubrimiento puede asociar un código de rechazo o similar con un ID de servicio para los servicios a los que no se les asignó un código de transmisión y/o filtro de descubrimiento.
En 3, la WTRU de retransmisión (por ejemplo, basándose en/en respuesta a la recepción del mensaje de respuesta de descubrimiento de la función ProSe) almacena uno o más filtros de descubrimiento, uno o más códigos de transmisión correspondientes, el código o códigos de retransmisión ProSe (código de transmisión de servicio de retransmisión) y puede almacenar ID de servicios relacionados de la respuesta de descubrimiento. La WTRU de retransmisión comienza (por ejemplo, PC5) el descubrimiento monitorizando el filtro o filtros de descubrimiento recibidos.
La WTRU que utiliza el servicio (WTRU2) y WTRU proveedora de servicios (WTRU1) pueden realizar procedimientos de descubrimiento con la función ProSe. En 4, la WTRU que utiliza el servicio (WTRU2) puede comunicar una solicitud de descubrimiento a la función ProSe. La WTRU que utiliza el servicio (WTRU2) puede recibir una respuesta, que puede incluir filtros de descubrimiento. En 5, la WTRU que utiliza el servicio puede iniciar un proceso de monitorización para escuchar el código transmitido usando los filtros de descubrimiento recibidos.
En 6, la WTRU proveedora de servicios (WTRU1) puede comunicar una solicitud de descubrimiento a la función ProSe y puede recibir una respuesta, que puede incluir un código de transmisión ProSe que puede denominarse código de transmisión de servicio. El código de transmisión ProSe (código de transmisión de servicio) recibido puede ser un código de aplicación ProSe. En 7, la WTRU proveedora de servicios (WTRU1) puede transmitir (por ejemplo, comenzar a transmitir) el código de transmisión ProSe recibido, por ejemplo, el código de aplicación ProSe (código de transmisión de servicio). La WTRU que utiliza el servicio puede estar monitorizando y escuchando el código de transmisión (código de transmisión de servicio) usando los filtros de descubrimiento recibidos.
La WTRU de retransmisión puede usar filtros de descubrimiento (por ejemplo, recibidos de la función ProSe durante el procedimiento de descubrimiento de la WTRU de retransmisión) para monitorizar el código de transmisión ProSe (código de transmisión de servicio) que está transmitiendo la WTRU proveedora de servicios. Haciendo referencia a la FIG. 5, en 8, la WTRU de retransmisión monitoriza y detecta/descubre el código de transmisión ProSe (código de transmisión de servicio) que está transmitiendo la WTR<u>proveedora de servicios, si el código de transmisión ProSe recibido (código de transmisión de servicio) satisface o corresponde con uno o más de los filtros de descubrimiento. La WTRU de retransmisión detecta el código de transmisión ProSe (código de transmisión de servicio) procedente de la WTRU proveedora de servicios (WTRU1). La WTRU de retransmisión comienza a transmitir el código de retransmisión ProSe (código de transmisión del servicio de retransmisión) (por ejemplo, recibido de la función ProSe durante el descubrimiento), con base en la detección del código de transmisión ProSe (código de transmisión del servicio). El descubrimiento del código de transmisión (código de transmisión de servicio) de la WTRU proveedora de servicios actúa como un desencadenante para que la WTRU de retransmisión anuncie el código de retransmisión ProSe (código de transmisión de servicio de retransmisión)
En 9, la WTRU que utiliza el servicio puede descubrir o detectar el código de retransmisión ProSe (código de transmisión del servicio de retransmisión) que está siendo transmitido por la WTRU de retransmisión, por ejemplo, usando los filtros de descubrimiento que la WTRU que utiliza el servicio recibió de la función ProSe durante el descubrimiento. La WTRU que utiliza el servicio puede comunicar un reporte de correspondencia a la función ProSe, por ejemplo, en respuesta a la detección del código de retransmisión ProSe de la WTRU de retransmisión (código de transmisión del servicio de retransmisión).
En algunos ejemplos, el código ProSe (código de transmisión de servicio) recibido/transmitido por la WTRU proveedora de servicios (por ejemplo, el código de aplicación ProSe) puede ser diferente del código ProSe que es recibido/transmitido por la WTRU de retransmisión (por ejemplo, la retransmisión ProSe (código de transmisión del servicio de retransmisión)). En algunos ejemplos, la función ProSe puede asignar el mismo código a la WTRU de retransmisión y a la WTRU proveedora de servicios. La WTRU de retransmisión puede (por ejemplo, si a la WTRU de retransmisión y a la WTRU proveedora de servicios se les asigna el mismo código) transmitir información adicional con el código ProSe (por ejemplo, a través de la interfaz PC5), por ejemplo, para indicar que el código está siendo transmitido por una WTRU de retransmisión,
El descubrimiento de servicios se realiza, como se describe anteriormente, utilizando una WTRU de retransmisión. Una WTRU de retransmisión puede solicitar y, como se describió anteriormente, transmitir un código de retransmisión ProSe (código de transmisión del servicio de retransmisión) para el servicio de retransmisión ProSe. La WTRU de retransmisión monitoriza, como se describió anteriormente, los servicios ProSe que se van a retransmitir. La WTRU de retransmisión puede informar que los servicios ProSe disponibles se retransmitirán a la función ProSe. Un servicio que utiliza WTRU puede descubrir ciertos servicios ProSe, por ejemplo, consultando la función ProSe. La función ProSe puede responder, por ejemplo, proporcionando el código de retransmisión ProSe (código de transmisión del servicio de retransmisión) de la WTRU de retransmisión que reportó (por ejemplo, descubrió previamente) el Servicio ProSe y/o que puede configurarse para retransmitir el servicio ProSe. La WTRU que utiliza el servicio puede descubrir la WTRU de retransmisión, por ejemplo, escuchando el código de retransmisión ProSe (código de transmisión del servicio de retransmisión).
Una WTRU de retransmisión puede solicitar un servicio de retransmisión ProSe desde una función ProSe. Una solicitud puede indicar los servicios ProSe para los cuales la WTRU de retransmisión puede funcionar como retransmisión. Por ejemplo, una solicitud puede incluir una lista de uno o más ID de aplicación ProSe correspondientes a servicios para los cuales la WTRU de retransmisión puede funcionar como retransmisión.
La WTRU de retransmisión puede recibir (por ejemplo, en respuesta a una solicitud) un código de retransmisión ProSe (código de transmisión del servicio de retransmisión) para el servicio de retransmisión ProSe. La WTRU de retransmisión comienza, como se describió anteriormente, transmitiendo el código de retransmisión ProSe (código de transmisión del servicio de retransmisión). La WTRU de retransmisión transmite, como se describió anteriormente, el código de retransmisión ProSe (código de transmisión del servicio de retransmisión) después de detectar un código ProSe disponible para ser retransmitido. Como se describió anteriormente, la WTRU de retransmisión comienza a transmitir el código de retransmisión ProSe (código de transmisión del servicio de retransmisión) después de detectar el código de aplicación ProSe (código de transmisión del servicio) transmitido por la WTRU proveedora de servicios.
La WTRU de retransmisión recibe, como se describió anteriormente, (por ejemplo, de la función ProSe) un filtro de descubrimiento para los servicios ProSe que se van a retransmitir. La WTRU de retransmisión monitoriza, como se describió anteriormente, el código de la aplicación ProSe en una interfaz (por ejemplo, una PC5) usando el filtro de descubrimiento. La WTRU de retransmisión detecta, como se describió anteriormente, un código de aplicación ProSe (código de transmisión de servicio) que corresponde o de otro modo satisface el filtro de descubrimiento recibido. La WTRU de retransmisión puede reportar (por ejemplo, a la función ProSe) uno o más servicios ProSe descubiertos para ser retransmitidos.
La WTRU que utiliza el servicio puede generar y enviar una solicitud para descubrir servicios ProSe a la función ProSe. La solicitud puede especificar el descubrimiento de un servicio de retransmisión ProSe retransmitido. La WTRU que utiliza el servicio puede recibir en respuesta un filtro de descubrimiento para uno o más códigos de aplicación ProSe (códigos de transmisión de servicio) (por ejemplo, transmitidos por una o más WTRU proveedoras de servicios) y uno o más filtros de descubrimiento para uno o más códigos de retransmisión ProSe (códigos de transmisión de servicio) (por ejemplo, transmitidos por una o más WTRU de retransmisión). La WTRU que utiliza el servicio puede monitorizar códigos de aplicación ProSe (códigos de transmisión de servicio) y códigos de retransmisión ProSe (códigos de transmisión de servicio de retransmisión) en una interfaz (por ejemplo, una PC5), por ejemplo, usando los filtros de descubrimiento recibidos.
La WTRU que utiliza el servicio puede informar un servicio de retransmisión ProSe descubierto a la función ProSe, por ejemplo, si el código de retransmisión ProSe detectado (código de transmisión del servicio de retransmisión) corresponde con el filtro de descubrimiento. La WTRU que utiliza el servicio puede recibir los ID de aplicación ProSe de la WTRU de retransmisión. La WTRU que utiliza el servicio puede recibir uno o más temporizadores de validez de retransmisión para un (por ejemplo, cada) ID de aplicación ProSe recibido de la WTRU de retransmisión. Los temporizadores pueden indicar, por ejemplo, cuánto tiempo es válido el ID de aplicación ProSe correspondiente con la WTRU de retransmisión desde la que se recibió el ID de aplicación ProSe. La WTRU que utiliza el servicio puede enviar una solicitud de reporte de correspondencia para volver a solicitar un ID de aplicación ProSe válida, por ejemplo, si expira un temporizador de validez de retransmisión.
La función ProSe puede recibir una solicitud de servicio de retransmisión ProSe desde la WTRU de retransmisión. La función ProSe puede (por ejemplo, en respuesta a la solicitud) asignar un código de retransmisión ProSe (código de transmisión del servicio de retransmisión) para el servicio de retransmisión ProSe. La función ProSe puede recibir una lista de ID de aplicaciones ProSe para ser retransmitida desde la WTRU de retransmisión. La función ProSe puede comunicar a la WTRU de retransmisión el código de retransmisión ProSe (código de transmisión del servicio de retransmisión) y un filtro de descubrimiento para la lista de ID de aplicaciones ProSe.
La función ProSe puede recibir un reporte de correspondencia desde la WTRU de retransmisión. El reporte de correspondencia puede incluir uno o más códigos de aplicación ProSe (códigos de transmisión de servicio). La función ProSe puede identificar y almacenar la lista de ID de aplicaciones ProSe descubierta por la WTRU de retransmisión, por ejemplo, con base en los códigos de aplicaciones ProSe recibidos.
La función ProSe puede recibir solicitudes de monitorización de las WTRU que utilizan el servicio. Una solicitud de monitorización puede incluir un ID de aplicación ProSe. Una solicitud de monitorización puede indicar que la solicitud es para descubrir un servicio ProSe retransmitido. La Función ProSe puede proporcionar un filtro de descubrimiento para un código de retransmisión ProSe (código de transmisión del servicio de retransmisión) a la WTRU que utiliza el servicio. La función ProSe puede determinar las WTRU de retransmisión que pueden proporcionar un servicio de retransmisión para un ID de aplicación ProSe (por ejemplo, una WTRU de retransmisión que descubrió el servicio ProSe) y puede proporcionar uno o más filtros de descubrimiento para el código o códigos de retransmisión ProSe ( código de transmisión del servicio de retransmisión) de las WTRU de retransmisión determinadas.
La función ProSe puede recibir un reporte de correspondencia de una WTRU que utiliza el servicio. Un reporte de correspondencia puede incluir un código de retransmisión ProSe (código de transmisión del servicio de retransmisión). La función ProSe puede identificar la WTRU de retransmisión y puede proporcionar una lista de ID de aplicaciones ProSe que puede ser retransmitida por la WTRU de retransmisión. La función ProSe puede realizar una verificación MIC, por ejemplo, si recibe un reporte de correspondencia. La función ProSe puede proporcionar un temporizador de validez de retransmisión para un (por ejemplo, cada) ID de aplicación ProSe a la WTRU que utiliza el servicio. El temporizador de validez de retransmisión puede indicar durante cuánto tiempo es válido el ID de la aplicación ProSe para la WTRU de retransmisión correspondiente.
La FIG. 6 representa un ejemplo de descubrimiento de servicio WTRU de retransmisión. Como se muestra en la FIG.
6, una WTRU proveedora de servicios puede realizar un procedimiento de solicitud de anuncio. La WTRU proveedora de servicios puede transmitir un código de aplicación ProSe para el servicio ProSe proporcionado. En 1, una WTRU de retransmisión puede enviar un mensaje de solicitud de descubrimiento, que puede incluir una indicación de servicio de retransmisión y una lista de ID de aplicación ProSe a retransmitir. En 2, la función ProSe puede enviar un mensaje de respuesta de descubrimiento, que puede incluir un código de retransmisión ProSe y un filtro de descubrimiento para el código de aplicación ProSe de los ID de aplicación ProSe. La WTRU de retransmisión puede recibir el código de retransmisión ProSe. En 3, la WTRU de retransmisión puede transmitir el código de retransmisión ProSe para anunciar el servicio de retransmisión.
En 4, la WTRU de retransmisión puede comenzar a escuchar códigos de aplicación ProSe (por ejemplo, en la interfaz de PC 5), por ejemplo, para determinar si hay algún servicio ProSe disponible para retransmisión en las proximidades de la WTRU de retransmisión. En 5, la WTRU de retransmisión puede determinar que el código de aplicación ProSe corresponde o de otro modo satisface el filtro de descubrimiento recibido. La WTRU de retransmisión puede encontrar un servicio ProSe disponible (por ejemplo, la WTRU de retransmisión puede detectar que el código de aplicación ProSe corresponde con el filtro de descubrimiento). En 6, la WTRU de retransmisión puede enviar un reporte de correspondencia, que puede incluir el código de aplicación ProSe detectado y el ID de WTRU de retransmisión. En 7, la función ProSe puede determinar el ID de aplicación ProSe, por ejemplo, con base en el código de aplicación ProSe recibido. La función ProSe puede almacenar la lista de ID de servicio ProSe para la WTRU de retransmisión. En 8, la función ProSe puede enviar un acuse de recibo (Ack) de reporte de correspondencia a la WTRU de retransmisión.
En 9, la WTRU que utiliza el servicio puede solicitar descubrir un servicio ProSe, que puede identificarse mediante un ID de aplicación ProSe. La WTRU que utiliza el servicio puede enviar una solicitud de descubrimiento, que puede incluir, por ejemplo, un ID de aplicación ProSe, una solicitud de monitorización y/o una indicación de servicio retransmitido de solicitud. En 10, la función ProSe puede determinar qué WTRU de retransmisión pueden adaptarse para retransmitir el servicio solicitado por la WTRU que utiliza el servicio. En 11, la función ProSe puede enviar una respuesta de descubrimiento, que puede incluir un filtro de descubrimiento para la WTRU de retransmisión (por ejemplo, código de retransmisión ProSe) y un filtro de descubrimiento para la WTRU proveedora de servicios (por ejemplo, código de aplicación ProSe). En 12, la WTRU que utiliza el servicio puede comenzar a escuchar el código de la aplicación ProSe y el código de retransmisión ProSe.
En 13, la WTRU que utiliza el servicio puede hacer corresponder un código de aplicación ProSe detectado o un código de retransmisión ProSe con la información del filtro de descubrimiento recibida. La WTRU que utiliza el servicio puede (por ejemplo, en respuesta a la detección de la correspondencia) enviar un reporte de correspondencia a la función ProSe. En 15, la función ProSe puede enviar un mensaje Ack de reporte de correspondencia a la WTRU que utiliza el servicio. El mensaje puede incluir los servicios ProSe disponibles retransmitidos por la WTRU de retransmisión. Por ejemplo, el mensaje puede incluir los ID de aplicación ProSe descubiertos por la WTRU de retransmisión.
Se puede implementar con seguridad un proceso de descubrimiento de WTRU a WTRU. Una WTRU de monitorización (M-WTRU) puede estar ubicada fuera del alcance de una WTRU anunciadora (A-WTRU) y puede no estar posicionada para descubrir la WTRU anunciadora (A-WTRU) sin la ayuda de una WTRU de retransmisión. Una retransmisión de WTRU a WTRU, por ejemplo, una WTRU de retransmisión (R-WTRU), puede realizar un procedimiento de descubrimiento abierto mejorado para permitir que la WTRU de monitorización (M-WTRU) descubra un servicio proporcionado por una WTRU anunciadora (A-WTRU). a través de la WTRU de retransmisión (R-WTRU) al tiempo que proporciona seguridad que puede ser igual o mejor que la seguridad proporcionada por un procedimiento de descubrimiento abierto que puede no usar una WTRU de retransmisión (R-WTRU).
Una WTRU de retransmisión puede generar una solicitud de descubrimiento y comunicar la solicitud de descubrimiento a una función ProSe HPLMN. La solicitud de descubrimiento puede incluir un ID de aplicación ProSe, que puede corresponder a un servicio proporcionado por WTRU anunciadora. Una solicitud de descubrimiento puede indicar que la WTRU de retransmisión busca actuar como retransmisión para un servicio (por ejemplo, uno indicado). Una WTRU de retransmisión puede (por ejemplo, en respuesta) recibir un código de aplicación Prose de retransmisión que puede asignarse al servicio de WTRU anunciadora (por ejemplo, ID de aplicación ProSe) y una clave de descubrimiento de retransmisión que puede usarse para proteger el código de la aplicación ProSe de retransmisión durante la transmisión sobre la interfaz (por ejemplo, PC5). La WTRU de retransmisión puede recibir un filtro de descubrimiento, que puede incluir el código de aplicación ProSe usado por la WTRU anunciadora, una clave de descubrimiento y/o uno o más parámetros relacionados con el tiempo para comprobaciones de seguridad de (por ejemplo, PC5) mensajes de la WTRU anunciadora.
La WTRU de retransmisión puede detectar el código de la aplicación ProSe transmitido por la WTRU anunciadora, por ejemplo, en un primer mensaje de descubrimiento (por ejemplo, PC5), usando el filtro de descubrimiento. El mensaje podrá recibirse con un primer MIC. La WTRU de retransmisión puede comprobar la integridad y actualidad del mensaje de descubrimiento (por ejemplo, PC5), por ejemplo, verificando el MIC (por ejemplo, localmente) usando la clave de descubrimiento y los parámetros relacionados con el tiempo recibido. La WTRU de retransmisión puede (por ejemplo, si el mensaje de descubrimiento pasa las comprobaciones de seguridad), incluir un código de aplicación ProSe de retransmisión en un segundo mensaje de descubrimiento (por ejemplo, PC5). La WTRU de retransmisión puede proteger el mensaje, por ejemplo, calculando un segundo MIC, por ejemplo, utilizando la clave de descubrimiento de retransmisión y parámetros basados en el tiempo. La WTRU de retransmisión puede transmitir el segundo mensaje de descubrimiento (por ejemplo, PC5), por ejemplo, con el segundo MIC. Una WTRU de monitorización puede detectar el código de la aplicación ProSe de retransmisión y puede completar el procedimiento de descubrimiento. El valor del código de retransmisión puede ser idéntico al código sin retransmisión, por ejemplo, excepto por uno o más bits reservados. Los bits reservados, si se establecen, pueden permitir la identificación como un código de retransmisión y un filtro de descubrimiento (por ejemplo, único), que puede incluir una máscara de aplicación ProSe configurada para corresponder con un código de retransmisión y códigos no retransmitidos asociados. El filtro de descubrimiento (por ejemplo, único) puede proporcionarse a una WTRU de monitorización,
La FIG. 7 representa un ejemplo asociado con el descubrimiento abierto seguro usando una WTRU de retransmisión. Haciendo referencia a la FIG. 7, en 1, la WTRU anunciadora puede generar una solicitud de descubrimiento y puede comunicar la solicitud a la función ProSe. La solicitud de descubrimiento puede comprender un ID de aplicación ProSe (por ejemplo, además de otros parámetros). En 2 y 3, la función ProSe puede autorizar la WTRU anunciadora. En 4, la WTRU anunciadora puede recibir la respuesta de descubrimiento de la función ProSe. La respuesta de descubrimiento puede incluir una clave de descubrimiento, por ejemplo, además de un código de aplicación ProSe, una hora actual, una compensación máxima y/o un temporizador de validez.
En 5, la WTRU anunciadora puede iniciar el anuncio del código de la aplicación ProSe en un mensaje (por ejemplo, PC5). La WTRU anunciadora puede calcular un MIC para el mensaje, por ejemplo, usando la clave de descubrimiento y un contador basado en tiempo (por ejemplo, UTC). La WTRU anunciadora puede transmitir el MIC calculado con el mensaje de anuncio.
En 6, la WTRU de retransmisión puede iniciar un procedimiento de descubrimiento como una retransmisión de WTRU a WTRU con la función ProSe HPLMN. La WTRU de retransmisión puede generar una solicitud de descubrimiento que puede incluir el mismo ID de aplicación ProSe usado por la WTRU anunciadora. La WTRU de retransmisión puede indicar (por ejemplo, en un valor en un campo de comando) una intención de operar como una WTRU de retransmisión (por ejemplo, a diferencia de una WTRU anunciadora o una WTRU de monitorización, que pueden ser opciones seleccionables para cada WTRU). La WTRU de retransmisión puede usar una indicación de "retransmisión" separada para informar a la función ProSe que la WTRU de retransmisión busca transmitir el servicio proporcionado.
En 7, la función de retransmisión ProSe puede enviar un mensaje, que puede incluir el ID de aplicación ProSe (por ejemplo, junto con la indicación de retransmisión) a una segunda función ProSe en otra PLMN (por ejemplo, una función ProSe PLMN local, una función ProSe HPLMN WTRU anunciadora), por ejemplo, si el ID de aplicación ProSe tiene un alcance específico de PLMN. En 8, la segunda función ProSe puede devolver, por ejemplo, una clave de descubrimiento de retransmisión, un código de aplicación ProSe de retransmisión, un filtro de descubrimiento (por ejemplo, con el mismo código de aplicación ProSe y una clave de descubrimiento asociada proporcionada a la WTRU anunciadora), y/ o parámetros relacionados con el tiempo.
En 9, la WTRU de retransmisión puede recibir una clave de descubrimiento de retransmisión y un código de aplicación ProSe de retransmisión en un mensaje de respuesta de descubrimiento desde la función ProSe. El mensaje puede incluir un filtro de descubrimiento con el mismo código de aplicación ProSe y clave de descubrimiento asociada proporcionada a la WTRU anunciadora, y uno o más parámetros relacionados con el tiempo. La WTRU de retransmisión puede recibir múltiples filtros de descubrimiento. Un filtro de descubrimiento (por ejemplo, cada uno) puede incluir un código y una clave para un servicio determinado, por ejemplo, si múltiples WTRU anunciantes anuncian el mismo servicio.
En 10, la WTRU de retransmisión puede recibir un mensaje de descubrimiento (por ejemplo, PC5), por ejemplo, junto con un MIC de la WTRU anunciadora. La WTRU de retransmisión puede detectar una correspondencia con el código de la aplicación ProSe, por ejemplo, utilizando el filtro de descubrimiento.
En 11, la WTRU de retransmisión puede comprobar (por ejemplo, comprobar localmente) la integridad y actualidad del mensaje, por ejemplo, usando el MIC, la clave de descubrimiento y/o los parámetros relacionados con el tiempo.
El mensaje de descubrimiento (por ejemplo, PC5) puede pasar los controles de seguridad. La WTRU de retransmisión puede incluir el código de la aplicación ProSe de retransmisión en un mensaje de descubrimiento (por ejemplo, PC5), calcular un MIC sobre el mensaje de descubrimiento usando la clave de descubrimiento de retransmisión y transmitir el mensaje con el MIC. La WTRU de monitorización puede detectar el código de aplicación ProSe de retransmisión, por ejemplo, como parte de un procedimiento para descubrir el servicio proporcionado por la WTRU anunciadora. Como se muestra en la FIG. 7, en 12, la WTRU de retransmisión puede comenzar a anunciar el código de retransmisión.
En algunos ejemplos (por ejemplo, adicionales y/o alternativos), una verificación de seguridad de un mensaje de descubrimiento (por ejemplo, PC5) de la WTRU anunciadora se puede realizar, por ejemplo, mediante la función ProSe (por ejemplo, en lugar de localmente mediante la WTRU de retransmisión). La WTRu de retransmisión puede iniciar un procedimiento de descubrimiento. La WTRU de retransmisión puede recibir un filtro de descubrimiento para el mismo código de aplicación ProSe proporcionado a la WTRU anunciadora en un mensaje de respuesta de descubrimiento. Es posible que el mensaje no incluya una clave de descubrimiento, una clave de descubrimiento de retransmisión y/o un código de aplicación ProSe de retransmisión.
La WTRU de retransmisión puede recibir un mensaje de descubrimiento (por ejemplo, PC5), por ejemplo, junto con un MIC de la WTRU anunciadora. La WTRU de retransmisión puede detectar una correspondencia con el código de aplicación ProSe, por ejemplo, usando el filtro de descubrimiento. La WTRU de retransmisión puede determinar (por ejemplo, con base en la ausencia de una clave de descubrimiento proporcionada) que la función ProSe puede realizar una verificación del MIC (por ejemplo, en lugar de localmente por la WTRU de retransmisión). La WTRU de retransmisión puede enviar el código de la aplicación ProSe y el MIC (por ejemplo, en un mensaje de reporte de correspondencia) a la función ProSe,
La función ProSe puede recuperar una clave de descubrimiento, por ejemplo, usando el código de aplicación ProSe. La función ProSe puede verificar el MIC usando la clave de descubrimiento. La función ProSe puede (por ejemplo, si la verificación del MIC es exitosa) enviar, y la WTRU de retransmisión puede recibir, un código de aplicación ProSe de retransmisión y una clave de descubrimiento de retransmisión (por ejemplo, en un mensaje de acuse de recibo de reporte de correspondencia). La WTRU de retransmisión puede incluir el código de aplicación ProSe de retransmisión en un mensaje de descubrimiento protegido (por ejemplo, PC5), por ejemplo, como se describe en el presente documento.
Una WTRU de monitorización puede configurarse para (por ejemplo, selectivamente) usar una WTRU de retransmisión, por ejemplo, durante el descubrimiento de un servicio desde una WTRU anunciadora. La WTRU de monitorización puede reducir la prioridad o ignorar una WTRU de retransmisión descubierta, por ejemplo, si la WTRU de monitorización está en el rango de una WTRU anunciadora. La WTRU de monitorización puede ignorar un retransmisor "ruidoso". La WTRU de monitorización puede descubrir una WTRU de retransmisión y una WTRU anunciadora y puede usar ambas en conjunto. Una WTRU de monitorización puede usar enlaces de comunicación redundantes, por ejemplo, para confiabilidad del servicio y/o continuidad del servicio mientras se mueve.
Una WTRU de monitorización puede (por ejemplo, buscar o determinar) descubrir una WTRU anunciadora mientras está dentro del alcance tanto de una WTRU anunciadora como de una WTRU de retransmisión. La WTRU de monitorización puede retrasar la transmisión de un reporte de correspondencia (por ejemplo, usando un temporizador de umbral de uso de retransmisión), por ejemplo, si la WTRU de monitorización detecta que el código de aplicación ProSe de retransmisión puede ser de una WTRU de retransmisión. La WTRU de monitorización puede transmitir el reporte de correspondencia (por ejemplo, incluyendo un código de aplicación ProSe de retransmisión de la WTRU de retransmisión), por ejemplo, al expirar un temporizador de umbral de uso de retransmisión. La WTRU de monitorización puede (por ejemplo, inmediatamente) transmitir un reporte de correspondencia, por ejemplo, si la WTRU de monitorización detecta el código de la aplicación ProSe de la WTRU anunciadora. La WTRU de monitorización puede (por ejemplo, tras la transmisión) detener el temporizador de umbral de uso del retransmisor (por ejemplo, si está en ejecución).
La FIG. 8 ilustra un ejemplo de priorización de descubrimiento (por ejemplo, priorización de descubrimiento directo aislado). La FIG. 8 representa un ejemplo de flujo de descubrimiento abierto usando una retransmisión de WTRU a WTRU con un reporte de correspondencia retrasado por parte de una WTRU de monitorización. Haciendo referencia a la FIG. 8, en 0, una WTRU anunciadora y una WTRU de retransmisión pueden iniciar un procedimiento de descubrimiento con sus respectivas funciones ProSe. El procedimiento de descubrimiento puede ser similar a uno o más procedimientos de descubrimiento descritos en el presente documento.
En 1, la WTRU de monitorización puede enviar un ID de aplicación ProSe y una indicación de descubrimiento de retransmisión en una solicitud de descubrimiento a la función HPLMN ProSe de la WTRU de monitorización. La indicación de descubrimiento de retransmisión puede informar a la red que la WTRU de monitorización puede (por ejemplo, ha determinado) realizar el descubrimiento del servicio con respecto al uso de una WTRU de retransmisión. La indicación puede transmitir uno o más modos de operación, que pueden incluir, por ejemplo, "sin una WTRU de retransmisión" y "con una WTRU de retransmisión". Un modo "sin WtRu de retransmisión" puede indicar que la WTRU de monitorización puede realizar el descubrimiento del servicio sin una WTRU de retransmisión. La aplicación/servicio puede implicar o incluir comunicaciones aisladas.
Un modo "con una WTRU de retransmisión" puede indicar que la WTRU de monitorización puede usar una WTRU de retransmisión en el proceso de descubrimiento. La indicación puede informar a la red que la WTRU de monitorización puede (por ejemplo, haber determinado) priorizar comunicaciones aisladas (por ejemplo, sin retransmisión). Puede haber uno o más procedimientos de priorización (por ejemplo, seleccionables). La priorización puede basarse en una WTRU (por ejemplo, específica de WTRU). La priorización puede emplear un temporizador. La priorización puede estar controlada por la red. La priorización puede incluir (por ejemplo, usar) múltiples procedimientos de reporte de correspondencia. Se puede seleccionar un procedimiento de priorización (por ejemplo, por la red). La priorización se puede seleccionar con base en, por ejemplo, en un ID de aplicación ProSe y/o una política de red. Se puede informar a una WTRU (por ejemplo, una WTRU de monitorización) qué procedimiento de priorización seleccionar/realizar, por ejemplo, con base en el contenido de un mensaje de respuesta de descubrimiento.
En 2, la función de monitorización WTRU ProSe puede (por ejemplo, si el ID de aplicación ProSe tiene un alcance específico de PLMN) enviar un mensaje, que puede incluir el ID de aplicación ProSe y/o una indicación de descubrimiento de retransmisión, a una segunda función ProSe en otra PLMN (por ejemplo, una función PLMN ProSe local, que anuncia la función ProSe HPLMNWTRU ).
En 3, la segunda función ProSe puede devolver un filtro de descubrimiento y un filtro de descubrimiento de retransmisión asociado con la ID de aplicación ProSe. El filtro de descubrimiento de retransmisión puede incluir, por ejemplo, un código de aplicación ProSe de retransmisión, un indicador de servicio de retransmisión y/o un temporizador de transmisión de reporte de correspondencia de retransmisión (RMR).
En 4, la WTRU de monitorización puede recibir un filtro de descubrimiento y un filtro de descubrimiento de retransmisión que puede estar asociado con el ID de aplicación ProSe. El filtro de descubrimiento de retransmisión puede incluir, por ejemplo, el código de la aplicación ProSe de retransmisión, el indicador de retransmisión y/o el temporizador de transmisión RMR. La WTRU de monitorización puede estar provista de un filtro de descubrimiento (por ejemplo, único), que puede incluir, por ejemplo, una máscara de aplicación ProSe capaz de hacer corresponder (por ejemplo, configurar para hacer corresponder) códigos de retransmisión y no retransmisión. Por ejemplo, la máscara de aplicación ProSe puede comprender un valor de código de retransmisión idéntico a un código que no es de retransmisión (por ejemplo, excepto para ciertos bits de "retransmisión" reservados que pueden establecerse).
En 5, la WTRU de monitorización puede escuchar el código de aplicación ProSe de retransmisión y/o el código de aplicación ProSe.
En 6, la WTRU de monitorización puede iniciar el temporizador de transmisión RMR, por ejemplo, si la WTRU de monitorización detecta el código de aplicación ProSe de retransmisión desde la WTRU de retransmisión (por ejemplo, a través de la interfaz PC5).
En 7, la WTRU de monitorización puede detener un temporizador de transmisión RMR en ejecución, por ejemplo, si la WTRU de monitorización detecta el código de la aplicación ProSe de la WTRU anunciadora (por ejemplo, a través de la interfaz PC5).
En 8, la WTRU de monitorización puede enviar un mensaje de reporte de correspondencia que incluye el código de la aplicación ProSe, por ejemplo, si se recibió el código de la aplicación ProSe (por ejemplo, a través de la PC5). La WTRU de monitorización puede enviar un reporte de correspondencia que incluya el código de aplicación ProSe de retransmisión, por ejemplo, si el temporizador de transmisión RMR ha expirado.
En 9, la WTRU de monitorización puede recibir un acuse de recibo de reporte de correspondencia, que puede incluir un ID de aplicación ProSe y/o un indicador de retransmisión. El indicador puede indicar si el ID de aplicación ProSe está asignado a un código de aplicación ProSe de retransmisión. La WTRU de monitorización puede almacenar (por ejemplo, localmente) una asignación de ID de aplicación ProSe con el código de la aplicación ProSe de retransmisión o el código de aplicación ProSe.
La WTRU de monitorización puede enviar reportes de correspondencia (por ejemplo, incondicionalmente y/o sin demora), por ejemplo, si/cuando la WTRU de monitorización detecta el código de aplicación ProSe de retransmisión o el código de aplicación ProSe. La WTRU de monitorización puede recibir un mensaje de respuesta de descubrimiento, que puede incluir una indicación que informe a la WTRU que la red espera que la WTRU de monitorización reporte códigos de retransmisión y no retransmisión (por ejemplo, si se detecta),
Una WTRU de monitorización puede detectar y reportar un primer código (por ejemplo, un código de retransmisión). La WTRU de monitorización puede (por ejemplo, después de detectar un primer código) continuar monitorizando un segundo código (por ejemplo, un código que no es de retransmisión). La WTRU de monitorización puede enviar un segundo reporte, por ejemplo, si se detecta un segundo código. La WTRU de monitorización puede decidir continuar monitorizando un segundo código, por ejemplo, con base en una indicación de la función ProSe (por ejemplo, en el primer Ack de reporte de correspondencia). La WTRU puede continuar monitorizando, por ejemplo, si el primer código detectado es un código de retransmisión. La WTRU puede dejar de monitorizar, por ejemplo, si el primer código es un código que no es de retransmisión,
Una WTRU de monitorización puede enviar un reporte de correspondencia (por ejemplo, si la WTRU de monitorización detecta un segundo código). La WTRU de monitorización puede recibir (por ejemplo, en un Ack de reporte de correspondencia ) información de control de correspondencia, que puede indicar cómo manejar las correspondencias entre los códigos detectados y los ID de aplicación ProSe. La información puede informar a la WTRU que almacene múltiples asignaciones o conserve solo una. La información de control de correspondencia puede incluir una prioridad asignada para cada uno de múltiples códigos, por ejemplo, si se va a almacenar una correspondencia para múltiples (por ejemplo, ambos) códigos. Se puede usar una prioridad de código (por ejemplo, mediante una WTRU de monitorización), por ejemplo, para seleccionar entre una WTRU anunciadora y/o una WTRU de retransmisión para consumir un servicio. Por ejemplo, una WTRU de monitorización puede (por ejemplo, recibir instrucciones para) usar un código sin retransmisión con un código de retransmisión como respaldo, o viceversa (por ejemplo, para configurar comunicación directa con uno sobre el otro o con ambos). La información de control de correspondencia puede informar a una WTRU de monitorización que anule la correspondencia de código existente (por ejemplo, anule la correspondencia de código de retransmisión con una correspondencia de código que no es de retransmisión), por ejemplo, si se usa (por ejemplo, se determina que se usa) una correspondencia. Una WTRU de monitorización puede (por ejemplo, adicional y/o alternativamente) recibir un reporte de rechazo de correspondencia para un segundo código reportado (por ejemplo, un código de retransmisión reportado después del código que no es de retransmisión), por ejemplo, si la WTRU de monitorización usa solo una asignación de código.
La FIG. 9 representa un ejemplo asociado con una WTRU de monitorización que realiza un procedimiento de descubrimiento (por ejemplo, selectivo) para una WTRU anunciadora y/o una WTRU de retransmisión (por ejemplo, como se describe en el presente documento).
En el presente documento se describen sistemas, métodos e instrumentalidades para el descubrimiento de WTRU a WTRU a través de una WTRU de retransmisión. Una WTRU de retransmisión puede enviar una solicitud de descubrimiento a un servidor de servicios de proximidad (ProSe). La solicitud de descubrimiento puede incluir, por ejemplo, un identificador de servicio (ID), una indicación de capacidad de retransmisión y/o un ID de WTRU de retransmisión. La WTRU de retransmisión puede recibir una respuesta, que puede incluir un código de transmisión y/o un filtro de descubrimiento correspondiente al ID del servicio. La WTRU de retransmisión puede usar el filtro de descubrimiento para escuchar un código ProSe, que puede ser transmitido por una WTRU proveedora de servicios. La WTRU de retransmisión puede transmitir el código ProSe recibido desde el servidor ProSe, por ejemplo, si la WTRU de retransmisión detecta el código ProSe correspondiente a la WTRU proveedora de servicios. Una WTRU que utiliza el servicio puede escuchar la WTRU de retransmisión y puede recibir el código ProSe. La WTRU que utiliza el servicio puede utilizar la WTRU de retransmisión para solicitar el servicio al proveedor de servicios WTRU, por ejemplo, basándose en la recepción (por ejemplo, y el uso) del código ProSe.
Se apreciará que si bien se han descrito realizaciones ilustrativas, el alcance de las realizaciones potenciales no se limita a aquellas establecidas explícitamente. Por ejemplo, si bien el sistema se ha descrito con referencia a una capa de red 3GPP, 5G y/o NR, las realizaciones previstas se extienden más allá de las implementaciones que utilizan una tecnología de capa de red particular. Asimismo, las implementaciones potenciales se extienden a todo tipo de arquitecturas, sistemas y realizaciones de capa de servicio. Las técnicas descritas en el presente documento pueden aplicarse de forma independiente y/o usarse en combinación con otras técnicas de configuración de recursos.
Se entiende que las entidades que realizan los procesos descritos en el presente documento pueden ser entidades lógicas que pueden implementarse en forma de software (por ejemplo, instrucciones ejecutables por ordenador) almacenado en una memoria y ejecutándose en un procesador de un dispositivo móvil, red nodo o sistema informático. Es decir, los procesos pueden implementarse en forma de software (por ejemplo, instrucciones ejecutables por ordenador) almacenado en una memoria de un dispositivo móvil y/o nodo de red, tal como el nodo o sistema informático, cuyas instrucciones ejecutables por ordenador, cuando se ejecutan por un procesador del nodo, realizan los procesos comentados. También se entiende que cualquier proceso de transmisión y recepción ilustrado en las FIG. puede realizarse mediante circuitos de comunicación del nodo bajo el control del procesador del nodo y las instrucciones ejecutables por ordenador (por ejemplo, software) que ejecuta.
Las diversas técnicas descritas en el presente documento pueden implementarse en conexión con hardware o software o, cuando corresponda, con una combinación de ambos. Por lo tanto, las implementaciones y aparatos del tema descrito en el presente documento, o ciertos aspectos o partes de los mismos, pueden tomar la forma de código de programa (por ejemplo, instrucciones) incorporado en medios tangibles que incluyen cualquier otro medio de almacenamiento legible por máquina en el que, cuando el código de programa se carga y ejecuta en una máquina, tal como un ordenador, la máquina se convierte en un aparato para poner en práctica el tema descrito en el presente documento. En el caso de que el código de programa se almacene en un medio, puede darse el caso de que el código de programa en cuestión esté almacenado en uno o más medios que realizan colectivamente las acciones en cuestión, es decir, que uno o más medios tomados en conjunto contienen código para realizar las acciones, pero que, en el caso de que haya más de un medio, no es necesario que ninguna parte particular del código se almacene en ningún medio en particular. En el caso de la ejecución de código de programa en dispositivos programables, el dispositivo informático generalmente incluye un procesador, un medio de almacenamiento legible por el procesador (incluyendo memoria volátil y no volátil y/o elementos de almacenamiento), al menos un dispositivo de entrada, y al menos un dispositivo de salida. Uno o más programas que pueden implementar o utilizar los procesos descritos en relación con el tema descrito en este documento, por ejemplo, mediante el uso de una API, controles reutilizables o similares. Dichos programas se implementan preferiblemente en un lenguaje de programación orientado a objetos o de procedimientos de alto nivel para comunicarse con un sistema informático. Sin embargo, los programas se pueden implementar en lenguaje ensamblador o de máquina, si se desea. En cualquier caso, el lenguaje podrá ser un lenguaje compilado o interpretado, y combinado con implementaciones de hardware.
Aunque las realizaciones de ejemplo pueden referirse a la utilización de aspectos del tema descrito en el presente documento en el contexto de uno o más sistemas informáticos independientes, el tema descrito en el presente documento no está tan limitado, sino que puede implementarse en conexión con cualquier entorno informático, tal como como una red o un entorno informático distribuido. Aún más, aspectos del tema descrito en el presente documento pueden implementarse en o a través de una pluralidad de chips o dispositivos de procesamiento, y el almacenamiento puede verse afectado de manera similar a través de una pluralidad de dispositivos. Dichos dispositivos pueden incluir ordenadores personales, servidores de red, dispositivos portátiles, superordenadores u ordenadores integrados en otros sistemas, como automóviles y aviones.
Claims (15)
1. Una unidad de transmisión y recepción inalámbrica, WTRU, que comprende:
un procesador configurado al menos para:
enviar una solicitud de descubrimiento, indicando la solicitud de descubrimiento que la WTRU está configurada para funcionar como un retransmisor para el descubrimiento de al menos un servicio;
recibir una respuesta de descubrimiento, comprendiendo la respuesta de descubrimiento al menos un filtro de descubrimiento y al menos un código de transmisión de servicio de retransmisión;
recibir códigos de transmisión de servicios; y
si la WTRU determina que un código de transmisión de servicio recibido satisface al menos un filtro de descubrimiento,
transmitir el al menos un código de transmisión del servicio de retransmisión.
2. La WTRU de la reivindicación 1,
en donde la solicitud de descubrimiento comprende un identificador de retransmisión asociado con la WTRU, un elemento de información que indica que la WTRU está configurada para funcionar como una retransmisión para el descubrimiento de al menos un servicio, y al menos un identificador asociado con al menos un servicio.
3. La WTRU de la reivindicación 2, en donde el al menos un código de transmisión del servicio de retransmisión corresponde al menos un identificador asociado con al menos un servicio.
4. La WTRU de la reivindicación 3, en donde el al menos un código de transmisión del servicio de retransmisión está asociado con un servicio ProSe.
5. La WTRU de la reivindicación 1,
en donde la solicitud de descubrimiento comprende una pluralidad de identificadores asociados con los servicios respectivos; y
en donde la respuesta de descubrimiento comprende un filtro de descubrimiento y un código de transmisión del servicio de retransmisión para cada uno de la pluralidad de identificadores.
6. La WTRU de la reivindicación 1, el procesador configurado además para:
almacenar el al menos un filtro de descubrimiento y el al menos un código de transmisión del servicio de retransmisión en asociación con un identificador asociado con al menos un servicio.
7. La WTRU de la reivindicación 1, en donde el código de transmisión de servicio recibido determinado para satisfacer al menos un filtro de descubrimiento es diferente del al menos un código de transmisión del servicio de retransmisión.
8. La WTRU de la reivindicación 1, en donde el código de transmisión de servicio recibido determinado para satisfacer al menos un filtro de descubrimiento corresponde con al menos un código de transmisión de servicio de retransmisión.
9. La WTRU de la reivindicación 8, el procesador configurado además para: transmitir datos que indican que al menos un código de transmisión del servicio de retransmisión está siendo transmitido por una WTRU de retransmisión.
10. La WTRU de la reivindicación 1, en donde el procesador está configurado además para:
enviar una segunda solicitud de descubrimiento, indicando la segunda solicitud de descubrimiento que la WTRU está configurada para funcionar como un retransmisor para el descubrimiento de un segundo servicio; recibir una segunda respuesta de descubrimiento, comprendiendo la segunda respuesta de descubrimiento un segundo filtro de descubrimiento, un código de transmisión del servicio de retransmisión asociado con el segundo servicio, una primera clave criptográfica y una segunda clave criptográfica;
recibir un mensaje que comprende un segundo código de transmisión de servicio y un primer código de integridad; determinar que el segundo código de transmisión de servicio satisface el segundo filtro de descubrimiento; determinar, con base en el segundo código de transmisión de servicio, la primera clave criptográfica y el primer código de integridad, que el mensaje es válido; y
con la condición de que se determine que el mensaje es válido,
determinar un segundo código de integridad con base en al menos el código de transmisión del servicio de retransmisión asociado con el segundo servicio y la segunda clave criptográfica, y
enviar un mensaje de descubrimiento que comprende el código de transmisión del servicio de retransmisión asociado con el segundo servicio y el segundo código de integridad.
11. La WTRU de la reivindicación 10,
en donde la segunda solicitud de descubrimiento comprende un código asociado con el segundo servicio.
12. La WTRU de la reivindicación 1, en donde el procesador está configurado además para:
recibir un filtro de retransmisión, estando configurado el filtro de retransmisión para identificar los servicios que se van a retransmitir;
recibir códigos de transmisión de servicios; y
si se identifica un código de transmisión de servicio recibido que satisface el filtro de retransmisión, enviar el código de transmisión de servicio recibido que satisface el filtro de retransmisión.
13. La WTRU de la reivindicación 12, en donde el procesador configurado para enviar el código de transmisión de servicio recibido que satisface el filtro de retransmisión está configurado además para enviar el código de transmisión de servicio recibido que satisface el filtro de retransmisión a una función ProSe.
14. Un método que comprende:
enviar, mediante una unidad de transmisión y recepción inalámbrica, WTRU, una solicitud de descubrimiento, indicando la solicitud de descubrimiento que la WTRU está configurada para funcionar como un retransmisor para el descubrimiento de al menos un servicio;
recibir, por parte de la WTRU, una respuesta de descubrimiento, comprendiendo la respuesta de descubrimiento al menos un filtro de descubrimiento y al menos un código de transmisión del servicio de retransmisión; recibir, por parte de la WTRU, códigos de transmisión de servicio; y
si la WTRU determina que un código de transmisión de servicio recibido satisface al menos un filtro de descubrimiento, transmitir al menos un código de transmisión de servicio de retransmisión.
15. El método de la reivindicación 14, que comprende además:
enviar, por parte de la WTRU, una segunda solicitud de descubrimiento, indicando la segunda solicitud de descubrimiento que la WTRU está configurada para funcionar como un retransmisor para el descubrimiento de un segundo servicio;
recibir, por parte de la WTRU, una segunda respuesta de descubrimiento, comprendiendo la segunda respuesta de descubrimiento un segundo filtro de descubrimiento, un código de transmisión del servicio de retransmisión asociado con el segundo servicio, una primera clave criptográfica y una segunda clave criptográfica; recibir, por parte de la WTRU, un mensaje que comprende un segundo código de transmisión de servicio y un primer código de integridad;
determinar, por la WTRU, que el segundo código de transmisión de servicio satisface el segundo filtro de descubrimiento;
determinar, por parte de la WTRU, con base en el segundo código de transmisión de servicio, la primera clave criptográfica y el primer código de integridad, que el mensaje es válido; y
con la condición de que se determine que el mensaje es válido,
determinar un segundo código de integridad con base en al menos el código de transmisión del servicio de retransmisión asociado con el segundo servicio y la segunda clave criptográfica, y
enviar un mensaje de descubrimiento que comprende el código de transmisión del servicio de retransmisión asociado con el segundo servicio y el segundo código de integridad.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201962910067P | 2019-10-03 | 2019-10-03 | |
| PCT/US2020/053881 WO2021067653A1 (en) | 2019-10-03 | 2020-10-02 | Device to device discovery via a relay device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2963961T3 true ES2963961T3 (es) | 2024-04-03 |
Family
ID=73013806
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES20796976T Active ES2963961T3 (es) | 2019-10-03 | 2020-10-02 | Descubrimiento de dispositivo a dispositivo a través de un dispositivo de retransmisión |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20220337989A1 (es) |
| EP (2) | EP4038917B1 (es) |
| JP (1) | JP2022551599A (es) |
| CN (1) | CN114600483B (es) |
| ES (1) | ES2963961T3 (es) |
| WO (1) | WO2021067653A1 (es) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11844064B2 (en) * | 2021-04-16 | 2023-12-12 | Qualcomm Incorporated | Parameter(s) for relaying operation |
| US20220394540A1 (en) * | 2021-06-07 | 2022-12-08 | Verizon Patent And Licensing Inc. | Systems and methods for network function discovery in a segmented network |
| CN117678247A (zh) * | 2021-11-23 | 2024-03-08 | Oppo广东移动通信有限公司 | 数据传输方法、第一终端设备和第二终端设备 |
| CN117460019A (zh) * | 2022-07-19 | 2024-01-26 | 中国电信股份有限公司 | 确定中继终端的方法、装置和系统 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| MY183809A (en) * | 2014-10-03 | 2021-03-16 | Interdigital Patent Holdings Inc | Methods for restricted direct discovery |
| US9955334B2 (en) * | 2015-01-09 | 2018-04-24 | Acer Incorporated | Method of performing proximity discovery for network entity and user equipment |
| US9936508B2 (en) * | 2015-03-13 | 2018-04-03 | Qualcomm Incorporated | Mechanisms for association request signaling between IoE devices |
| CN107710798B (zh) * | 2015-06-29 | 2022-03-11 | 夏普株式会社 | 用户设备、具备ProSe功能的装置以及通信控制方法 |
| CN107736043B (zh) * | 2015-06-29 | 2021-09-10 | 夏普株式会社 | 通信控制方法、用户设备以及ProSe功能部 |
-
2020
- 2020-10-02 WO PCT/US2020/053881 patent/WO2021067653A1/en unknown
- 2020-10-02 EP EP20796976.7A patent/EP4038917B1/en active Active
- 2020-10-02 ES ES20796976T patent/ES2963961T3/es active Active
- 2020-10-02 JP JP2022520463A patent/JP2022551599A/ja active Pending
- 2020-10-02 CN CN202080074912.7A patent/CN114600483B/zh active Active
- 2020-10-02 EP EP23193477.9A patent/EP4274369A3/en active Pending
- 2020-10-02 US US17/766,130 patent/US20220337989A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| JP2022551599A (ja) | 2022-12-12 |
| EP4038917B1 (en) | 2023-08-30 |
| EP4038917A1 (en) | 2022-08-10 |
| US20220337989A1 (en) | 2022-10-20 |
| EP4274369A3 (en) | 2024-05-29 |
| WO2021067653A1 (en) | 2021-04-08 |
| EP4274369A2 (en) | 2023-11-08 |
| CN114600483B (zh) | 2024-06-21 |
| CN114600483A (zh) | 2022-06-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11510108B2 (en) | Methods and devices to determine the quality of service mechanisms for vehicle-to-everything mobile device communications | |
| CN110169034B (zh) | 用于不同通信架构之间互通的服务质量管理 | |
| ES2963961T3 (es) | Descubrimiento de dispositivo a dispositivo a través de un dispositivo de retransmisión | |
| KR20220050937A (ko) | 무인 항공기에 의해 네트워크에 엑세스하기 위한 인증 및 인가 | |
| JP7347507B2 (ja) | 非公開ネットワーク通信の有効化 | |
| JP7503557B2 (ja) | Ｐｃ５インターフェース上においてｖ２ｘユニキャスト通信を可能にする手順 | |
| CA3143487C (en) | Paging method for wtru with multiple usims | |
| US20230061284A1 (en) | Security and privacy support for direct wireless communications | |
| EP4381756A1 (en) | Wtru-to-network relay associated with mint | |
| WO2021216510A1 (en) | Multi rat d2d, extending d2d to include 3gpp and other non-3gpp rat / devices | |
| US20230413171A1 (en) | Relay Discovery and Selection | |
| US20220360967A1 (en) | Method and apparatus for prose peer discovery | |
| EP4055861A1 (en) | 5g prose service based discovery | |
| WO2024026438A1 (en) | Method and apparatus for enabling sidelink positioning for location of out-of-coverage wireless transmit/receive units | |
| WO2024073337A1 (en) | Mobile terminated location request for location of wtru out of coverage | |
| KR20220140776A (ko) | 차량 대 보행자(v2p) 통신을 지원하기 위한 차량 대 사물(v2x) 향상들을 사용하는 방법들, 장치 및 시스템들 | |
| WO2023059612A1 (en) | Customer premises network access control |