ES2963542T3 - Funciones especiales de prueba para transmisión de datos específicos de aplicación - Google Patents

Funciones especiales de prueba para transmisión de datos específicos de aplicación Download PDF

Info

Publication number
ES2963542T3
ES2963542T3 ES16861666T ES16861666T ES2963542T3 ES 2963542 T3 ES2963542 T3 ES 2963542T3 ES 16861666 T ES16861666 T ES 16861666T ES 16861666 T ES16861666 T ES 16861666T ES 2963542 T3 ES2963542 T3 ES 2963542T3
Authority
ES
Spain
Prior art keywords
data
uplink
user equipment
packets
system simulator
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES16861666T
Other languages
English (en)
Inventor
Jussi-Pekka Koskinen
Jarkko Koskela
Benoist Pierre Sebire
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Nokia Technologies Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Technologies Oy filed Critical Nokia Technologies Oy
Application granted granted Critical
Publication of ES2963542T3 publication Critical patent/ES2963542T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/0082—Monitoring; Testing using service channels; using auxiliary channels
    • H04B17/0085—Monitoring; Testing using service channels; using auxiliary channels using test signal generators
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/10—Monitoring; Testing of transmitters
    • H04B17/11—Monitoring; Testing of transmitters for calibration
    • H04B17/14—Monitoring; Testing of transmitters for calibration of the whole transmission and reception path, e.g. self-test loop-back
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/10—Monitoring; Testing of transmitters
    • H04B17/15—Performance testing
    • H04B17/17—Detection of non-compliance or faulty performance, e.g. response deviations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/06—Testing, supervising or monitoring using simulated traffic

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Varios sistemas de comunicación pueden beneficiarse de las pruebas adecuadas, que garantizan que un equipo de usuario sometido a prueba se implemente de acuerdo con las especificaciones. Por ejemplo, los sistemas que incluyen transmisión de datos de aplicaciones específicas pueden beneficiarse de funciones de prueba especiales para dicha transmisión. Un método puede incluir recibir, en un equipo de usuario, una configuración desde un simulador de sistema. El equipo de usuario puede generar datos para su transmisión según la configuración recibida. El método también puede incluir la transmisión del equipo de usuario basada en un bucle de retorno, en el que el simulador del sistema transmite paquetes al equipo de usuario y el equipo de usuario devuelve los paquetes de acuerdo con la configuración. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Funciones especiales de prueba para transmisión de datos específicos de aplicación
Referencia cruzada a solicitud relacionada:
Esta solicitud está relacionada con y reivindica el beneficio y la prioridad de la Solicitud de Patente Provisional de Estados Unidos n.° 62/251.377, presentada el 5 de noviembre de 2015.
Antecedentes:
Campo:
Diversos sistemas de comunicación pueden beneficiarse de las pruebas apropiadas, lo que asegura que el equipo de usuario bajo una prueba se implementa según los requisitos especificados en las especificaciones centrales. Por ejemplo, los sistemas que incluyen la transmisión de datos específicos de aplicación pueden beneficiarse de funciones de prueba especiales para dicha transmisión.
Descripción de la técnica relacionada:
Un artículo técnico denominado “ RAN aspects of Application specific Congestion control for Data Communication (ACDC)” , se describe en el proyecto de asociación de tercera generación (3GPP, por sus siglas en inglés) RP- 150512. El artículo técnico se refiere al control de intentos de acceso para las aplicaciones particulares identificadas por el operador.
Además, el problema en la congestión de la red de acceso por radio (RAN, por sus siglas en inglés) causado por el tráfico de datos no atendidos/en segundo plano se analizó en 3GPP R2- 154033 y R2- 154144. El tráfico en segundo plano puede ser causado por aplicaciones de teléfono inteligente y servicios de notificación que hacen conexiones de red frecuentes que implican pequeñas cantidades de datos. Esto puede realizarse por la aplicación cuando no se está llevando a cabo una interacción directa del usuario. Esto a veces se denomina tráfico de datos no atendidos, o más comúnmente conocido como datos en segundo plano, clasificados basándose, por ejemplo, en el bloqueo de la pantalla/teclado que se activa, la duración de tiempo desde que el equipo de usuario (UE, por sus siglas en inglés) recibió cualquier entrada del usuario, o similares.
3GPP TS 36.509 especifica funciones de prueba de conformidad especiales para el UE. Las funciones de prueba especiales que se especifican en 3GPP TS 36.509 incluyen modos de bucle de prueba A-E.
El modo A de bucle de prueba de UE proporciona bucle de retorno de unidades de datos de servicio (SDU, por sus siglas en inglés) del protocolo de convergencia de datos en paquetes (PDCP, por sus siglas en inglés) para portadores de datos de radio bidireccionales mientras que el UE está funcionando en el modo de acceso de radio terrestre universal mejorado (E-UTRA, por sus siglas en inglés). Las SDU de PDCP de enlace descendente recibidas por el UE en cada portador de datos de radio bidireccional se devuelven en el mismo portador de radio independientemente del contenido de SDU de PDCP y de la plantilla de flujo de ruta (TFT, por sus siglas en inglés) del contexto de portador de sistema de paquetes evolucionado (EPS, por sus siglas en inglés) asociado.
El modo B de bucle de prueba de UE proporciona bucle de retorno de las SDU de PDCP (E-UTRA y UTRA), unidades de datos por paquete (PDU, por sus siglas en inglés) del subprotocolo de convergencia dependiente de red (SNDCP, por sus siglas en inglés) (sistema global para comunicaciones móviles (GSM, por sus siglas en inglés))/servicio general de radio por paquetes (GPRS, por sus siglas en inglés) y PDU del protocolo de enlace de radio (RLP, por sus siglas en inglés) (acceso múltiple por división de código 2000 (CDMA2000, por sus siglas en inglés) para portadores de EPS bidireccionales mientras que el UE opera en los modos E-UTRA, UTRA, GSM/GPRS o CDMA2000.
El modo C de bucle de prueba de UE proporciona recuento de paquetes de servicio de multidifusión de radiodifusión multimedia (MBMS, por sus siglas en inglés) recibidos satisfactoriamente en un canal de tráfico de multidifusión dado (MTCH, por sus siglas en inglés) mientras que el UE está operando en el modo E-MBMS/E-UTRA.
El modo D de bucle de prueba de UE proporciona anuncio o supervisión de servicios de proximidad (ProSe, por sus siglas en inglés) mensajes de descubrimiento directo. El modo E de bucle de prueba de UE proporciona una transmisión o recepción de paquetes de comunicación Direct ProSe.
El documento EP2117266A1 describe técnicas para verificar el cumplimiento de un dispositivo de comunicación con una o más especificaciones de requisitos.
NOKIA Y COL: “ Introduction of UE test loop mode 3 (SDU counters) to support MTCH performance testing” (R5-0625546) introduce contadores de SDU de RLC de UE para mediciones de rendimiento de MTCH.
El documento US2004/0185785A1 describe técnicas para probar un enlace de comunicación inalámbrica usando canales y tasas configurables.
Resumen:
La invención se refiere a un equipo de usuario, un simulador de sistema, métodos y productos de programas informáticos como se establece en las reivindicaciones. Se entenderá que los aspectos de esta descripción que caen fuera del alcance de las reivindicaciones no son parte de la invención.
Breve descripción de las figuras:
Para un entendimiento apropiado de la invención, debería hacerse referencia a las figuras adjuntas, en donde:
la Figura 1 ilustra procedimientos de ejemplo que pueden ser seguidos según una implementación del modo F de bucle de prueba, según ciertos aspectos.
La Figura 2 ilustra una arquitectura según ciertos aspectos.
La Figura 3 ilustra métodos según ciertos aspectos.
La Figura 4 ilustra un sistema según ciertos aspectos.
La Figura 5 ilustra métodos adicionales según ciertas realizaciones.
Descripción detallada:
Ciertos aspectos se refieren a soluciones dirigidas a 3GPP TS 36.509 para probar los requisitos de control de congestión específico de aplicación para la comunicación de datos (ACDC, por sus siglas en inglés). Ciertos aspectos están también, o alternativamente, relacionados con mecanismos de nivel de red de acceso por radio (RAN, por sus siglas en inglés) para manejar el tráfico de datos no atendidos/en segundo plano.
3GPP (o toda la industria inalámbrica que incluye los UE y los proveedores de red (NW, por sus siglas en inglés), así como los operadores y los usuarios finales) puede beneficiarse de la definición de casos de prueba para probar la funcionalidad de ACDC, así como de un mecanismo para manejar el tráfico de datos no atendidos/en segundo plano. Además, puede ser necesario una función de prueba especial para probar la funcionalidad, los mecanismos y los requisitos anteriores, porque las aplicaciones reales no se usan normalmente en la prueba de conformidad, debido a su comportamiento no determinista e impredecible. Además, la funcionalidad del sistema operativo (OS, por sus siglas en inglés) crea aún más dificultades para la prueba.
Ciertos aspectos definen una función de prueba especial en la prueba de datos ACDC y/o en segundo plano/no atendidos. Esta función de prueba especial puede implementarse en un equipo de usuario (UE, por sus siglas en inglés) y el simulador de sistema (SS, por sus siglas en inglés). El SS puede proporcionar información relacionada con los datos ACDC y/o en segundo plano/no atendidos a través de mensajes de control de prueba (TC, por sus siglas en inglés) y el UE puede transmitir datos al SS mediante el uso de la información/configuración recibida si la señalización de difusión y/o dedicada, en concreto, la señalización normal especificada en 3 GPP TS 36.331, permite dicha transmisión.
Ciertos aspectos, por ejemplo, pueden proporcionar un nuevo modo F de bucle de prueba y un nuevo modo G de bucle de prueba. Según una primera opción, para el modo F de bucle de prueba, la transmisión puede basarse en la configuración.
Por ejemplo, el modo F de bucle de prueba de UE puede proporcionar transmisión de paquetes específicos de aplicación. Para la operación de transmisión de paquetes de aplicaciones, el modo F de bucle de prueba de UE puede proporcionar un activador para la transmisión de paquetes, por ejemplo, paquetes de protocolo de internet (IP, por sus siglas en inglés), según las características de datos configuradas. La configuración del modo F de bucle de prueba de UE puede incluir, por ejemplo, parte de la siguiente información. La configuración puede incluir un número de aplicaciones en ejecución, por ejemplo, de 0 a un número entero máximo arbitrario n. La configuración también puede incluir una categoría de ACDC (por ejemplo, a, b, c y d, etc.) por aplicación y un tipo de datos por aplicación, por ejemplo, en primer plano y/o en segundo plano o no atendidos/atendidos.
La configuración puede especificar también un número de paquetes, por ejemplo, de una de las siguientes opciones: paquetes por ráfaga de datos, SDU de PDCP, TCP/IP. La configuración puede especificar además un tiempo entre llegadas entre paquete de UL, o ráfagas, por aplicación o retardo entre paquete o ráfagas. El tiempo entre llegadas puede ser, por ejemplo, cada 30 segundos. El retardo puede ser, por ejemplo, 45 segundos.
Estas opciones de configuración pueden usarse en cualquier combinación. Después de que el UE está configurado con el modo F de bucle de prueba, los datos pueden generarse según la configuración.
La Figura 1 ilustra procedimientos ilustrativos que pueden ser seguidos según una implementación del modo F de bucle de prueba, según ciertas realizaciones. Como se muestra en la Figura 1, el SS puede transmitir un mensaje de ACTIVAR MODO DE PRUEBA para activar el procedimiento del modo de prueba del U<e>. A continuación, el UE puede transmitir un mensaje de ACTIVAR MODO d E PRUEBA COMPLETADO. A continuación, el SS puede transmitir un mensaje de CERRAR BUCLE DE PRUEBA DE UE para entrar en el modo G de bucle de prueba de UE con la siguiente configuración: Categoría de ACDC x, datos en segundo plano, retardo para la transmisión 20 segundos, intentos de transmisión de paquetes 4, retardo entre transmisión de paquetes 15 segundos.
A continuación, el UE puede transmitir un mensaje de CERRAR BUCLE DE PRUEBA DE UE COMPLETADO para confirmar que se han creado entidades de bucle de retorno para el(los) portador(es) de radio y se activa el bucle de retorno (Estado 4). A continuación, el SS puede enviarLiberarConexiónRRCy el UE puede ir a RRCINACTIVA. Posteriormente, el SS puede cambiar la información del sistema de modo que no haya una restricción de ACDC y ninguna restricción de datos en segundo plano y el UE pueda leer la información del sistema.
Después de 20 segundos el temporizador de “ Retardo para la transmisión” expira en el UE, el procedimiento de establecimiento de conexión puede comenzar. La conexión RRC puede establecerse y el SS puede verificar que el UE envía un paquete de enlace ascendente (UL, por sus siglas en inglés). A continuación, el SS puede enviarLiberarConexiónRRCy el UE puede ir a RRC INACTIVA. Posteriormente, el SS puede cambiar la información del sistema de modo que el acceso se restringe para la categoría de ACDC X.
Después de 15 segundos el temporizador de “ Retardo de transmisión entre paquetes” expira en el UE, el SS puede verificar que el UE no inicia el establecimiento de conexión. Por lo tanto, la prueba puede producir un resultado de fallo si el UE transmite acceso aleatorio. A continuación, el SS puede cambiar la información del sistema de modo que no haya una restricción de ACDC y ninguna restricción de datos en segundo plano y el UE pueda leer la información del sistema.
Después de 15 segundos el temporizador de “ Retardo de transmisión entre paquetes” expira en el UE, la conexión RRC puede establecerse y el SS puede verificar que el UE envía un paquete UL. A continuación, el SS puede enviarLiberarConexiónRRCy el UE puede ir a RRC INACTIVA. Posteriormente, el SS puede cambiar la información del sistema de modo que el acceso se restringe para los datos en segundo plano.
Después de 15 segundos el temporizador de “ Retardo de transmisión entre paquetes” expira en el UE, el SS puede verificar que el UE no inicia el establecimiento de conexión. Por lo tanto, la prueba puede producir un resultado de fallo si el UE transmite acceso aleatorio.
Según una segunda opción, el modo G de bucle de prueba, la transmisión se puede basar en bucle de retorno. Por ejemplo, el modo G de bucle de prueba de UE puede proporcionar bucle de retorno de paquetes específicos de aplicación. Para la operación de transmisión de paquetes de aplicaciones, el modo G de bucle de prueba de UE puede proporcionar activación para la transmisión de paquetes, tales como paquetes IP. El SS puede transmitir un paquete al UE y el UE puede ejecutar el retorno del paquete, si se permite según la información señalizada de datos a Cd C y/o en segundo plano/no atendidos. El UE puede programar el retorno de paquetes usando al menos parte de la siguiente información que puede proporcionarse al UE. La información puede proporcionarse a través del paquete o mensaje TC para retornarla en bucle. La información puede incluir, por ejemplo, categoría(s) de ACDC, tipo de datos tales como primer plano y/o segundo plano/no atendidos y retardo para la transmisión. Por ejemplo, un temporizador puede iniciarse cuando el UE recibe un primer paquete y cuando el temporizador expira la ráfaga de transmisión de paquetes puede iniciarse.
La información puede especificar también un número de paquetes, por ejemplo, de una de las siguientes opciones: paquetes por ráfaga de datos, SDU de PDCP, TCP/IP. La información puede especificar además un tiempo entre llegadas entre paquete de UL, o ráfagas, por aplicación o retardo entre paquete o ráfagas.
La información puede especificar adicionalmente una relación del paquete DL frente a UL. Por ejemplo, 1:1 puede significar que si se recibe 1 paquete de DL, el UE retornará 5 paquetes de vuelta en bucle, mientras que 1:5 puede significar que si se recibe 1 paquete de DL, el UE retornará 5 paquetes de vuelta en bucle.
Lo mismo puede lograrse usando, por ejemplo, una función de escala donde el tamaño de los datos se escale. Por ejemplo, el UE puede configurarse para enviar dos veces el mismo dato si la escala se establece en 200 %.
Después de que el UE se configura con el modo F de bucle de prueba, el SS puede transmitir datos, por ejemplo, una SDU de PDCP, al UE y el UE puede enviarla nuevamente como un bucle de retorno inmediatamente o después del retardo explicado anteriormente.
La funcionalidad descrita anteriormente puede permitir la prueba de funcionalidad de UE relacionada, por ejemplo, a ACDC o si/cuando no se permite que el U<e>transmita datos en segundo plano. La configuración de las características de datos anteriores puede realizarse alternativamente por una interfaz hombre a máquina (MMI, por sus siglas en inglés) o un comando de prueba automatizada (AT, por sus siglas en inglés).
Aunque la descripción anterior se centra en el comportamiento en modo inactivo de RRC, el comportamiento de modo conectado también podría probarse mediante el uso de ciertas modalidades. Por ejemplo, el SS podría verificarse por el SS que el UE no indica datos en el informe de estado de memoria intermedia (BSR, por sus siglas en inglés) o el UE no transmitirá una solicitud de programación (SR, por sus siglas en inglés) para datos restringidos, si los datos restringidos son de una categoría de ACDC específica o en segundo plano.
La Figura 2 ilustra una arquitectura según ciertas realizaciones. Como se muestra en la Figura 2, una arquitectura puede incluir una variedad de componentes, incluir control de prueba de L3. El control de prueba de L3 puede proporcionar la configuración del nuevo modo de bucle de prueba con mensajes TC.
La arquitectura puede incluir también una función de modo de bucle de prueba de UE. Esta función puede controlar el bucle de retorno según la configuración, por ejemplo, usando bucle de retorno o generación de datos basándose en la configuración.
La generación de datos para la transmisión puede implementarse de diversas formas. Por ejemplo, un equipo de usuario puede recibir la configuración de prueba que indica que la categoría de ACDC X y se van a usar intentos de transmisión de paquetes = 2. En este caso, el equipo de usuario puede intentar transmitir datos dos veces, y los datos para los que se intenta la transmisión pueden pertenecer a la categoría de ACDC X.
La arquitectura puede incluir también un sistema de prueba cercano. El sistema de prueba puede implementar los nuevos modos de retorno de bucle que incluyen mensajes TC, envío y recepción de datos y verificación de las transmisiones de UE según la configuración configurada.
Además, la arquitectura puede incluir también una capa física (PHY, por sus siglas en inglés), una capa de control de acceso al medio (MAC, por sus siglas en inglés), una capa de control de enlace de radio (RLC, por sus siglas en inglés) y una capa de control de recursos de radio (RRC, por sus siglas en inglés). Estas y otras capas ilustradas, así como otras capas no ilustradas que pueden encontrarse en el equipo de usuario, pueden implementarse en varias realizaciones.
La Figura 3 ilustra métodos según ciertas realizaciones. Como se muestra en la Figura 3, un método puede incluir, en 310 recibir, en un equipo de usuario, un mensaje de bucle de prueba de equipo de usuario cercano desde un simulador de sistema. El mensaje se puede enviar en 311. El método puede incluir también, en 312, recibir una configuración del simulador de sistema y/o, en 314, recibir un paquete del simulador de sistema. La configuración y/o el paquete se pueden enviar respectivamente desde el simulador de sistema en 313 y 315.
El método puede incluir además, en 320, realizar un bucle de prueba de equipo de usuario cercano después de la configuración o basándose en el paquete. Este bucle de prueba puede ser realizado por el UE y por el simulador de sistema, trabajar juntos entre sí.
El mensaje está configurado para hacer que el equipo de usuario entre en el modo F o G de bucle de prueba del equipo de usuario.
La configuración puede incluir una categoría de control de congestión de específico de aplicación para la comunicación de datos (ACDC, por sus siglas en inglés), una indicación con respecto a los datos segundo plano, una duración de un temporizador para el retardo para la transmisión, un número de intentos de transmisión de paquetes y un duración de un temporizador para el retardo de transmisión entre paquetes.
La realización del bucle de prueba puede basarse además en una configuración preconfigurada. La configuración preconfigurada puede incluir al menos una de varias aplicaciones de ejecución, una categoría de ACDC por aplicación, un tipo de datos por aplicación, un número de paquetes, un tiempo entre llegadas entre paquetes o ráfagas de UL, o un retardo entre paquetes o ráfagas.
De manera similar, el paquete puede incluir al menos uno de una categoría de control de congestión específico de aplicación para la comunicación de datos (ACDC, por sus siglas en inglés), una indicación con respecto a los datos segundo plano, una duración de un temporizador para el retardo para la transmisión, un número de intentos de transmisión de paquetes o un duración de un temporizador para el retardo de transmisión entre paquetes.
La realización del bucle de prueba puede incluir un bucle de vuelta al paquete inmediatamente o después de un retardo. El bucle de retorno del paquete puede incluir un bucle de vuelta a una pluralidad de paquetes según una relación o escala configurada al paquete.
La Figura 4 ilustra un sistema según ciertas realizaciones de la invención. Debe entenderse que cada bloque del diagrama de flujo de la Figura 3 y/o la Figura 5 puede implementarse mediante varios medios o sus combinaciones, tales como hardware, software, firmware, uno o más procesadores y/o sistemas de circuitos. En una realización, un sistema puede incluir varios dispositivos, tales como, por ejemplo, simulador 410 de sistema y equipo de usuario (UE, por sus siglas en inglés) o dispositivo 420 de usuario. El sistema puede incluir más de un UE 420 y más de un simulador 410 de sistema, aunque sólo se muestra uno de cada uno a efectos ilustrativos.
Cada uno de estos dispositivos puede incluir al menos un procesador o unidad o módulo de control, indicados respectivamente como 414 y 424. En cada dispositivo puede proporcionarse al menos una memoria, indicadas como 415 y 425, respectivamente. La memoria puede incluir instrucciones de programa informático o código informático contenido en la misma, por ejemplo, para llevar a cabo las realizaciones descritas anteriormente. Pueden proporcionarse uno o más transceptores 416 y 426, y cada dispositivo también puede incluir una antena, ilustradas respectivamente como 417 y 427. Aunque solo se muestra una antena, pueden proporcionarse muchas antenas y múltiples elementos de antena a cada uno de los dispositivos. Pueden proporcionarse otras configuraciones de estos dispositivos, por ejemplo. Por ejemplo, un simulador 410 de sistema y el UE 420 pueden configurarse adicionalmente para la comunicación por cable, además de para la comunicación inalámbrica, y en tal caso, las antenas 417 y 427 pueden ilustrar cualquier forma de hardware de comunicación, sin estar limitada simplemente a una antena.
Cada uno de los transceptores 416 y 426 puede ser, independientemente, un transmisor, un receptor o tanto un transmisor como un receptor, o una unidad o dispositivo que puede estar configurado tanto para la transmisión como para la recepción. El transmisor y/o el receptor (en lo que respecta a las partes de radio) también pueden implementarse como una unidad de entrada de radio remota que no está situada en el propio dispositivo, sino, por ejemplo, en un mástil.
Un dispositivo de usuario o equipo 420 de usuario puede ser una estación móvil (EM, por sus siglas en inglés), tal como un teléfono móvil o un teléfono inteligente o un dispositivo multimedia, un ordenador, tal como una tableta, provisto de capacidad de comunicación inalámbrica, un asistente digital o personal de datos (PDA, por sus siglas en inglés) provisto de capacidad de comunicación inalámbrica, un reproductor multimedia portátil, una cámara digital, una cámara de vídeo de bolsillo, una unidad de navegación provista de capacidad de comunicación inalámbrica o cualquier combinación de los mismos. El dispositivo de usuario o equipo 420 de usuario puede ser un sensor o medidor inteligente u otro dispositivo que pueda configurarse normalmente para una única ubicación.
En una realización ejemplificante, un aparato, tal como un nodo o dispositivo de usuario, puede incluir medios para llevar a cabo las realizaciones descritas anteriormente en relación con la Figura 3 y/o Figura 5.
Los procesadores 414 y 424 pueden estar realizados por cualquier dispositivo informático o de procesamiento de datos, tal como una unidad central de procesamiento (CPU, por sus siglas en inglés), un procesador de señales digitales (DSP, por sus siglas en inglés), un circuito integrado específico de la aplicación (ASIC, por sus siglas en inglés), dispositivos lógicos programables (PLD, por sus siglas en inglés), matrices de puertas lógicas programables en campo (FPGA, por sus siglas en inglés), circuitos mejorados digitalmente o un dispositivo comparable o una combinación de los mismos. Los procesadores pueden implementarse como un único controlador o como una pluralidad de controladores o procesadores. De manera adicional, los procesadores pueden implementarse como un agrupamiento de procesadores en una configuración local, en una configuración en la nube, o en una combinación de los mismos.
En el caso de firmware o software, la implementación puede incluir módulos o unidad de al menos un conjunto integrado auxiliar (por ejemplo, procedimientos, funciones, etc.). Las memorias 415 y 425 pueden ser, independientemente, cualquier dispositivo de almacenamiento adecuado, tal como un medio legible por ordenador no transitorio. Puede utilizarse una unidad de disco duro (HDD), una memoria de acceso aleatorio (RAM), una memoria flash u otra memoria adecuada. Las memorias pueden combinarse en un único circuito integrado como el procesador o pueden ser independientes del mismo. Además, las instrucciones de programa informático almacenadas en la memoria, y que pueden ser procesadas por los procesadores, pueden ser cualquier forma adecuada de código de programa informático, por ejemplo, un programa informático compilado o interpretado escrito en cualquier lenguaje de programación adecuado. La memoria o entidad de almacenamiento de datos es normalmente interna, pero también puede ser externa o una combinación de las mismas, tal como cuando se obtenga capacidad de memoria adicional de un proveedor de servicios. La memoria puede ser fija o extraíble.
La memoria y las instrucciones de programa informático pueden configurarse, con el procesador para el dispositivo particular, para hacer que un aparato de hardware, tal como el simulador 410 de sistema y/o el UE 420, realice cualquiera de los procesos descritos anteriormente (véanse, por ejemplo, la Figura 3 y/o Figura 5). Por lo tanto, en ciertas realizaciones, un medio no transitorio legible por ordenador puede codificarse con instrucciones informáticas o uno o más programas informáticos (tal como una rutina de software, applet o macro añadida o actualizada) que, cuando se ejecuten en hardware, pueden realizar un procedimiento tal como uno de los procedimientos descritos en la presente memoria. Los programas informáticos pueden codificarse mediante un lenguaje de programación, que puede ser un lenguaje de programación de alto nivel, tal como objective-C, C, C++, C#, Java, etc., o un lenguaje de programación de bajo nivel, tal como un lenguaje máquina o ensamblador. Alternativamente, ciertas realizaciones de la invención pueden realizarse en su totalidad en hardware.
Por otra parte, aunque la Figura 4 ilustra un sistema que incluye un simulador 410 de sistema y un UE 420, las realizaciones de la invención pueden ser aplicables a otras configuraciones, y a configuraciones que implican elementos adicionales, como se ilustra y analiza en la presente memoria. Por ejemplo, pueden estar presentes múltiples dispositivos de equipos de usuario y múltiples simuladores de sistema.
Ciertas realizaciones pueden tener diversos beneficios y/o ventajas. Por ejemplo, con ciertas realizaciones, se pueden probar los requisitos de UE relacionados con ACDC. Además, ciertas realizaciones pueden proporcionar un mecanismo de nivel de RAN para manejar requisitos de tráfico de datos no atendidos/en segundo plano, que pueden probarse. Además, se puede proporcionar un comportamiento determinista del UE, que puede permitir el despliegue de las características anteriores.
La Figura 5 ilustra métodos adicionales según ciertas realizaciones. Como se muestra en la Figura 5, un método puede incluir, en 510, recibir, en un equipo de usuario (UE, por sus siglas en inglés), una configuración enviada desde un simulador de sistema (SS, por sus siglas en inglés) en 505. El UE puede, en 520, generar datos para su transmisión según la configuración recibida. El simulador de sistema puede recibir estos datos en 530.
El método puede incluir también transmisión al UE basándose en el bucle de retorno. Por ejemplo, un simulador de sistema, en 535, puede transmitir paquetes al UE y el UE puede programar el retorno de paquetes en 540 según una configuración. El simulador de sistema puede recibir los paquetes de retorno en bucle en 550. En este método, el UE puede no generar independientemente el paquete sino que puede volver a ejecutar los paquetes recibidos.
El método de 505-530 se puede realizar antes, después o independientemente del método de 535-550 como un segundo método. Estos métodos pueden permitir que el simulador de sistema compruebe que el UE respeta la señalización. Por ejemplo, el SS puede verificar, en 560, que el UE transmite tráfico permitido y solo cuando se permite, o de otro modo maneja adecuadamente la señalización.
Lista de abreviaturas
ACDC Control de congestión específico de aplicación para la comunicación de datos
AT Comando de prueba automatizada
EU Equipo de Usuario
MMI Interfaz hombre máquina
NW Red
RA Acceso Aleatorio
SS Simulador de sistema
TC Control de prueba

Claims (10)

REIVINDICACIONES
1. Un equipo de usuario, que comprende:
medios para recibir una configuración de prueba enviada desde un simulador de sistema; medios para generar datos para transmisión según la configuración de prueba recibida; y medios para transmitir los datos al simulador de sistema;
caracterizado por quela configuración de prueba comprende al menos uno de los siguientes: un número de aplicaciones en ejecución, una categoría de control de congestión específico de aplicación para la de comunicación de datos por aplicación, un tipo de datos por aplicación, un número de paquetes de enlace ascendente a transmitir, un tiempo entre llegadas entre paquetes de enlace ascendente o entre ráfagas de paquetes de enlace ascendente por aplicación, un retardo entre el equipo de usuario que recibe un paquete de enlace descendente y bucle de retorno de una ráfaga de paquetes de enlace ascendente o un número de intentos de transmisión de paquetes de enlace ascendente.
2. El equipo de usuario de la reivindicación 1, en donde los medios para transmitir los datos comprenden:
medios para recibir el paquete de enlace descendente del simulador de sistema; y medios para retornar en bucle condicionalmente la ráfaga de paquetes de enlace ascendente al simulador de sistema según la configuración de prueba recibida.
3. El equipo de usuario de la reivindicación 2, en donde el paquete de enlace ascendente se retorna en bucle al simulador de sistema solo cuando no está restringido por la configuración de prueba.
4. Un simulador de sistema, que comprende:
medios para enviar una configuración de prueba a un equipo de usuario; y
medios para recibir datos del equipo de usuario según la configuración de prueba recibida;
caracterizado por quela configuración de prueba comprende al menos uno de los siguientes: un número de aplicaciones en ejecución, una categoría de control de congestión específico de aplicación para la comunicación de datos por aplicación, un tipo de datos por aplicación, un número de paquetes de enlace ascendente a transmitir, un tiempo entre llegadas entre paquetes de enlace ascendente o entre ráfagas de paquetes de enlace ascendente por aplicación, un retardo entre el equipo de usuario que recibe un paquete de enlace descendente y bucle de retorno de una ráfaga de paquetes de enlace ascendente o un número de intentos de transmisión de paquetes de enlace ascendente.
5. El simulador de sistema de la reivindicación 4, que comprende, además:
medios para verificar la gestión de señalización por parte del equipo de usuario basándose en los datos recibidos.
6. El simulador de sistema de la reivindicación 5, en donde la verificación comprende proporcionar un resultado de fallo si los datos se enviaron en sentido contrario a una barra en la configuración de prueba o proporcionando un resultado de éxito si los datos se enviaron según la configuración de prueba.
7. Un método, que comprende:
recibir (312), por un equipo de usuario, una configuración de prueba enviada desde un simulador de sistema;
generar, mediante el equipo de usuario, datos para su transmisión según la configuración de prueba recibida; y
transmitir, mediante el equipo de usuario, los datos al simulador de sistema;
caracterizado por quela configuración de prueba comprende al menos uno de los siguientes: un número de aplicaciones en ejecución, una categoría de control de congestión específico de aplicación para la comunicación de datos por aplicación, un tipo de datos por aplicación, un número de paquetes de enlace ascendente a transmitir, un tiempo entre llegadas entre paquetes de enlace ascendente o entre ráfagas de paquetes de enlace ascendente por aplicación, un retardo entre el equipo de usuario que recibe un paquete de enlace descendente y bucle de retorno de una ráfaga de paquetes de enlace ascendente o un número de intentos de transmisión de paquetes de enlace ascendente.
8. Un método, que comprende:
enviar, mediante un simulador de sistema, una configuración de prueba a un equipo de usuario; y recibir, a través del simulador de sistema, datos del equipo de usuario según la configuración de prueba recibida;
caracterizado por quela configuración de prueba comprende al menos uno de los siguientes: un número de aplicaciones en ejecución, una categoría de control de congestión específico de aplicación para la de comunicación de datos por aplicación, un tipo de datos por aplicación, un número de paquetes de enlace ascendente a transmitir, un tiempo entre llegadas entre paquetes de enlace ascendente o entre ráfagas de paquetes de enlace ascendente por aplicación, un retardo entre el equipo de usuario que recibe un paquete de enlace descendente y bucle de retorno de una ráfaga de paquetes de enlace ascendente o un número de intentos de transmisión de paquetes de enlace ascendente.
9. Un producto de programa informático que comprende instrucciones que, cuando son ejecutadas por un procesador, permiten que un equipo de usuario realice el método de la reivindicación 7.
10. Un producto de programa informático que comprende instrucciones que, cuando son ejecutadas por un procesador, permiten que un simulador de sistema realice el método de la reivindicación 8.
ES16861666T 2015-11-05 2016-09-23 Funciones especiales de prueba para transmisión de datos específicos de aplicación Active ES2963542T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201562251377P 2015-11-05 2015-11-05
PCT/FI2016/050660 WO2017077174A1 (en) 2015-11-05 2016-09-23 Special test functions for application specific data transmission

Publications (1)

Publication Number Publication Date
ES2963542T3 true ES2963542T3 (es) 2024-03-27

Family

ID=58661541

Family Applications (1)

Application Number Title Priority Date Filing Date
ES16861666T Active ES2963542T3 (es) 2015-11-05 2016-09-23 Funciones especiales de prueba para transmisión de datos específicos de aplicación

Country Status (5)

Country Link
EP (1) EP3371997B1 (es)
CN (1) CN108353293A (es)
ES (1) ES2963542T3 (es)
PL (1) PL3371997T3 (es)
WO (1) WO2017077174A1 (es)

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020183054A1 (en) * 2001-04-09 2002-12-05 Yoram Rimoni Mobile system testing architecture
US7123590B2 (en) 2003-03-18 2006-10-17 Qualcomm Incorporated Method and apparatus for testing a wireless link using configurable channels and rates
DK2117266T3 (da) * 2008-05-07 2012-08-27 Ericsson Telefon Ab L M Fremgangsmåder, testsystemer og indretninger til kontrol af overholdelse af kravspecifikationer
CN101296048B (zh) * 2008-06-17 2011-04-20 杭州华三通信技术有限公司 一种时间同步方法及设备
US20110289489A1 (en) * 2010-05-20 2011-11-24 Verizon Patent And Licensing Inc. Concurrent cross browser testing
US8588763B2 (en) * 2012-01-09 2013-11-19 Apple Inc. Methods for testing wireless electronic devices using short message service
US9585054B2 (en) * 2012-07-19 2017-02-28 Interdigital Patent Holdings, Inc. Method and apparatus for detecting and managing user plane congestion
CN102904772A (zh) * 2012-09-26 2013-01-30 中兴通讯股份有限公司 一种网络设备实现吞吐量测试的方法及装置
GB2511027A (en) * 2012-12-04 2014-08-27 Anite Telecoms Ltd Apparatus and method for testing

Also Published As

Publication number Publication date
CN108353293A (zh) 2018-07-31
EP3371997A4 (en) 2019-06-05
EP3371997A1 (en) 2018-09-12
EP3371997C0 (en) 2023-11-08
EP3371997B1 (en) 2023-11-08
WO2017077174A1 (en) 2017-05-11
PL3371997T3 (pl) 2024-02-26

Similar Documents

Publication Publication Date Title
US11265853B2 (en) Multiplexing of multiple uplink control information types on an uplink physical control channel in new radio
US10966101B2 (en) Mobile communication system, user equipment, base station, base band circuitry, methods, machine readable media and computer programs to communicate in a mobile communication system
US20210297199A1 (en) Hybrid Automatic Repeat Request Feedback for Wireless Communication
CN111565411B (zh) 时延测量方法、网络设备和终端设备
CN113424461A (zh) 用于增强波束恢复的装置和方法
CN113455092A (zh) 用于在未许可频谱中进行信道占用时间（cot）共享的系统和方法
CN113692719A (zh) 新无线电(nr)的混合自动重传请求(harq)传输
CN113711503A (zh) 传输配置指示(tci)状态和波束切换
CN113711555A (zh) 下行链路(dl)定位参考信号(prs)带宽部分(bwp)配置参考信号设计和用于新无线电(nr)定位的基于用户装备(ue)的定位增强
WO2018202037A1 (zh) 传输数据的方法、终端设备和网络设备
US20220183070A1 (en) One-way delay (owd) measurements in next-generation multi-access networks
CN114041313A (zh) 集成接入和回程系统中的软资源信令
US10952186B2 (en) Reserved resource elements for hybrid automatic repeat request bits
KR101626515B1 (ko) 라디오 액세스 네트워크에서의 서비스 성능 피드백
WO2021184217A1 (zh) 信道状态信息测量方法、装置及计算机存储介质
KR20210037695A (ko) 데이터를 송신하기 위한 방법 및 장치, 및 통신 시스템
CN111357322A (zh) 终端装置、基站装置以及方法
CN114128376A (zh) 集成接入和回程网络中的资源配置
TW201540020A (zh) 裝置、程式及方法
WO2021038277A1 (en) Broadcast service
US20180027488A1 (en) Transmission Method and Apparatus of Discovery Information and Communications System
ES2963542T3 (es) Funciones especiales de prueba para transmisión de datos específicos de aplicación
US20210075687A1 (en) Communication apparatus, method and computer program
WO2019024069A1 (zh) 设备对设备通信的方法、终端设备和网络设备
CN114073123A (zh) 继电器网络中的适配层增强