[go: up one dir, main page]

ES2945133T3 - Método usado para solicitar información de sistema, aparato, equipo de usuario y estación base - Google Patents

Método usado para solicitar información de sistema, aparato, equipo de usuario y estación base Download PDF

Info

Publication number
ES2945133T3
ES2945133T3 ES17906580T ES17906580T ES2945133T3 ES 2945133 T3 ES2945133 T3 ES 2945133T3 ES 17906580 T ES17906580 T ES 17906580T ES 17906580 T ES17906580 T ES 17906580T ES 2945133 T3 ES2945133 T3 ES 2945133T3
Authority
ES
Spain
Prior art keywords
requested
system information
pilot code
response message
random access
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
ES17906580T
Other languages
English (en)
Inventor
Xiaowei Jiang
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.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
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 Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Application granted granted Critical
Publication of ES2945133T3 publication Critical patent/ES2945133T3/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
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
    • 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
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0203—Power saving arrangements in the radio access network or backbone network of wireless communication networks
    • H04W52/0206—Power saving arrangements in the radio access network or backbone network of wireless communication networks in access points, e.g. base stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

Se describen un método utilizado para solicitar información del sistema, un aparato, un equipo de usuario y una estación base. El método comprende: enviar una primera solicitud de acceso aleatorio, llevando la primera solicitud de acceso aleatorio al menos un código de guía que identifica la información del sistema a solicitar; escuchar en un período de tiempo predeterminado la información de respuesta correspondiente a la primera solicitud de acceso aleatorio, información de respuesta que transporta información utilizada para responder a un código de guía; cuando se detecta la información de respuesta, escuchar y recibir la información del sistema a solicitar en una ventana de envío para solicitar la información del sistema correspondiente al identificador de código de guía sobre la base de un identificador de código de guía incluido en la información de respuesta. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Método usado para solicitar información de sistema, aparato, equipo de usuario y estación base
Campo técnico
La presente divulgación se refiere al campo de la tecnología de la comunicación y, en particular, a un método para solicitar información de sistema, un método para enviar información de sistema, un equipo de usuario y una estación base.
Antecedentes
Con el rápido desarrollo de la tecnología de comunicación inalámbrica, la cantidad de información de sistema (SI) de evolución a largo plazo (LTE) aumenta, y el envío de SI de LTE en forma de transmisión periódica puede provocar un mayor consumo de energía de una estación base y una baja tasa de utilización de los recursos de espectro. Para un caso en el que la cantidad de equipos de usuario (UE) accedidos sea relativamente menor, el envío de SI de LTE en forma de transmisión periódica desperdicia recursos. Para mitigar los problemas del desperdicio de recursos y un mayor consumo de energía de la estación base provocados por el envío de SI de LTE en forma de transmisión, los operadores de telecomunicaciones comienzan a tener en consideración la forma de enviar SI por clasificación para resolver los problemas anteriores.
En un análisis de investigación del proyecto de tecnología de comunicación móvil de quinta generación (5G para abreviar), SI puede clasificarse como un primer tipo de SI y un segundo tipo de SI. El primer tipo de SI puede incluir SI asociada con la selección de celda y el acceso a celda, y el segundo tipo de SI puede incluir otra SI excepto el primer tipo de SI. En la técnica relacionada, el primer tipo de SI todavía puede enviarse por radiodifusión, y para el segundo tipo de SI, cuando se recibe un preámbulo particular para solicitar el segundo tipo de SI enviado por el UE a través de MSG 1 (un primer mensaje en un proceso de acceso aleatorio), puede transmitirse el segundo tipo de SI dentro de una ventana de transmisión del segundo tipo de SI solicitada por el UE. Pero en la técnica relacionada, el envío de MSG 1 por parte del UE puede fallar debido a la baja potencia para enviar MSG 1, lo que además provoca que la estación base no transmita el segundo tipo de SI porque el mensaje de solicitud enviado por el UE no se recibe. En este caso, el UE solo puede esperar un próximo periodo de SI para volver a solicitar el segundo tipo de SI a través de MSG 1, lo que da como resultado una latencia más larga para que el UE obtenga la SI y, por tanto, afecta seriamente al rendimiento.
El documento internacional WO 2016/198909 A1 da a conocer un método para la adquisición de información de sistema (LOSIA) de baja sobrecarga. El método LOSIA del documento internacional WO-2016/198909 A1 incluye varias técnicas para transmitir canales comunes en una tecnología de acceso por radio de próxima generación (xRAT). El documento internacional WO-2016/198909 A1 también da a conocer que, en lugar de transmitir información de sistema de forma periódica, estática, específica de celda y de banda ancha, la transmisión se activa por un equipo de usuario de forma “bajo demanda”. El método LOSIA del documento internacional WO-2016/198909 A1 permite que la red controle la sobrecarga, el ancho de banda y la periodicidad, así como otras características. El documento internacional WO-2016/198909 A1 da a conocer además que el método LOSIA emplea varias técnicas diferentes para activar la información sobre la que puede actuar la red, por ejemplo, mediante la transmisión de diferentes cargas útiles en función de la activación recibida.
En el documento 3GPP R2-1703234, titulado “Considerations of on demand SI request”, de Fujitsu, un UE envía un preámbulo específico en un mensaje de acceso aleatorio (Msg1) indicando sus solicitudes de otra SI, con un mapeo predefinido entre el preámbulo y uno o un grupo de SIB. Si al menos un SIB solicitado no se entrega en la respuesta de acceso aleatorio, RAR, ni el RAR indica que se transmita, las solicitudes de SIB fallaron y el UE vuelve a solicitar (Msg 3) para los SIB fallidos utilizando la concesión de UL en RAR.
Sumario
Los ejemplos de la presente divulgación proporcionan métodos y aparatos para solicitar información de sistema, para mejorar la eficiencia de solicitar información de sistema que va a solicitarse a través de una solicitud de acceso aleatorio, evitando de este modo el caso de que la información de sistema que va a solicitarse no se reciba con éxito o con una latencia relativamente larga para obtener información de sistema cuando falla la solicitud de acceso aleatorio.
Según un primer aspecto de las realizaciones de la presente divulgación, se proporciona un método para solicitar información de sistema tal como se define en la reivindicación 1.
Según un segundo aspecto de las realizaciones de la presente divulgación, se proporciona un método para enviar información de sistema, tal como se define en la reivindicación 5.
Según un tercer aspecto de los ejemplos de la presente divulgación, se proporciona un aparato para solicitar información de sistema, tal como se define en la reivindicación 7.
Según un cuarto aspecto de los ejemplos de la presente divulgación, se proporciona un aparato para enviar información de sistema, tal como se define en la reivindicación 10.
Las soluciones técnicas proporcionadas en las realizaciones de la presente divulgación pueden incluir los siguientes efectos beneficiosos.
Cuando el UE envía la solicitud de acceso aleatorio que porta el código piloto de la información de sistema que va a solicitarse a la estación base, a través de las soluciones técnicas anteriores, si la información de sistema que va a solicitarse se solicita con éxito, el UE se controla para monitorear la información de sistema que va a solicitarse dentro de la ventana de transmisión de la información de sistema que va a solicitarse solicitada con éxito. Además, cuando la información de sistema que va a solicitarse se solicita sin éxito, la información de sistema que va a solicitarse se solicita repetidamente a través de una solicitud de acceso aleatorio hasta que la información de sistema que va a solicitarse se solicita con éxito, para mejorar la eficiencia de enviar y recibir la información de sistema entre la estación base y el equipo de usuario, evitando de este modo una larga latencia para que el equipo de usuario obtenga la información de sistema, lo que reduce el consumo de energía para que la estación base envíe la información de sistema y lo que aumenta la tasa de utilización de los recursos de espectro.
Se apreciará que las descripciones generales anteriores y las siguientes descripciones detalladas son meramente ilustrativas y explicativas y no limitan la presente divulgación, cuyo alcance se define por el conjunto de reivindicaciones adjunto.
Breve descripción de los dibujos
Los dibujos adjuntos, que se incorporan y constituyen una parte de esta memoria descriptiva, ilustran las realizaciones consistentes con la presente divulgación y, junto con la descripción, sirven para explicar los principios de la divulgación.
La figura 1A es un diagrama de flujo que ilustra un método para solicitar información de sistema según una realización.
La figura 1B es un diagrama de situación que ilustra un método para solicitar información de sistema según una realización.
La figura 2 es un diagrama de flujo que ilustra otro método para solicitar información de sistema según una realización.
La figura 3 es un diagrama de flujo que ilustra un método para solicitar información de sistema según una realización.
La figura 4 es un diagrama de flujo que ilustra otro método para enviar información de sistema según una realización.
La figura 5 es un diagrama de flujo que ilustra otro método para enviar información de sistema según una realización.
La figura 6 es un diagrama de bloques que ilustra un aparato para recibir información de sistema según una realización.
La figura 7 es un diagrama de bloques que ilustra otro aparato para recibir información de sistema según una realización.
La figura 8 es un diagrama de bloques que ilustra un aparato para enviar información de sistema según una realización.
La figura 9 es un diagrama de bloques que ilustra otro aparato para enviar información de sistema según una realización.
La figura 10 es un diagrama esquemático que ilustra un aparato adaptado para solicitar información de sistema que no forma parte de la presente invención.
La figura 11 es un diagrama esquemático que ilustra un aparato adaptado para solicitar información de sistema que no forma parte de la presente invención.
Descripción detallada de las realizaciones
Ahora se describirán realizaciones en detalle con los ejemplos de las mismas ilustrados en los dibujos. Cuando las siguientes descripciones involucren los dibujos, los mismos números en diferentes dibujos se refieren a elementos iguales o similares a menos que se indique lo contrario. Las formas de implementación descritas en las siguientes realizaciones a modo de ejemplo no representan todas las formas de implementación consistentes con la presente divulgación. En su lugar, son simplemente ejemplos de aparatos y métodos consistentes con algunos aspectos de la presente divulgación, cuyo alcance se define en las reivindicaciones adjuntas.
La figura 1A es un diagrama de flujo que ilustra un método para recibir información de sistema según una realización, y la figura 1B es un diagrama de situación que ilustra un método para solicitar información de sistema según una realización. El método para recibir información de sistema se aplica al UE. Tal como se muestra en la figura 1A, el método para solicitar información de sistema incluye las siguientes etapas 110-130.
En la etapa 110, se envía una primera solicitud de acceso aleatorio, en donde la primera solicitud de acceso aleatorio porta al menos un código piloto para identificar la información de sistema que va a solicitarse.
En una realización, la primera solicitud de acceso aleatorio es un primer mensaje MSG 1 en el proceso de acceso aleatorio.
En una realización, un recurso de frecuencia-tiempo de solicitud de acceso aleatorio puede obtenerse a través de un primer tipo de información de sistema transmitida por una estación base, por ejemplo, el recurso de frecuenciatiempo de solicitud de acceso aleatorio se obtiene a través de información de configuración de un canal de acceso aleatorio físico (PRACH) en un bloque de información de sistema 2 (SIB 2). El recurso de frecuencia-tiempo de la solicitud de acceso aleatorio puede determinarse a través de la técnica relacionada.
En una realización, la información de sistema que va a solicitarse pertenece a un segundo tipo de información de sistema, tal como, bloque de información de sistema 12 (SIB 12).
En una realización, el código piloto de la información de sistema que va a solicitarse se usa para identificar la información de sistema que va a solicitarse, y el código piloto puede ser un preámbulo o un código ortogonal en otras formas, que no se limitan en el presente documento.
En una realización, se portan uno o más códigos piloto en la primera solicitud de acceso aleatorio.
En la etapa 120, se monitorea un mensaje de respuesta correspondiente a la primera solicitud de acceso aleatorio en un periodo de tiempo prestablecido, en donde el mensaje de respuesta porta información para responder al código piloto.
En una realización, el periodo de tiempo prestablecido puede ser un periodo de tiempo negociado entre la estación base y el equipo de usuario. El mensaje de respuesta se devuelve dentro del periodo de tiempo prestablecido después de que se envía el MSG 1. Si el equipo de usuario recibe el mensaje de respuesta dentro del periodo de tiempo prestablecido, puede considerarse que no se recibirán más mensajes de respuesta.
En la etapa 130, cuando se detecta el mensaje de respuesta, en base a un identificador de código piloto incluido en el mensaje de respuesta, la información de sistema que va a solicitarse se monitorea y se recibe en una ventana de transmisión de la información de sistema que va a solicitarse correspondiente al identificador de código piloto.
En una realización, la información de sistema que va a solicitarse solicitada con éxito se determina basándose en el identificador de código piloto contenido en el mensaje de respuesta. Por ejemplo, si la primera solicitud de acceso aleatorio porta el código piloto 1 correspondiente a la información de sistema que va a solicitarse 1, el código piloto 2 correspondiente a la información de sistema que va a solicitarse 2, el código piloto 3 correspondiente a la información de sistema que va a solicitarse 3, y el mensaje de respuesta correspondiente a la primera solicitud de acceso aleatorio solo incluye los identificadores de código piloto correspondientes al código piloto 1 y al código piloto 2, se determina que la información de sistema que va a solicitarse solicitada con éxito es la información de sistema que va a solicitarse 1 y la información de sistema que va a solicitarse 2.
En una realización, el mensaje de respuesta correspondiente a la primera solicitud de acceso aleatorio es un mensaje de respuesta de acceso aleatorio (RAR).
En una realización, el UE puede determinar la ventana de transmisión de cada parte de la información de sistema que va a solicitarse a través de información de programación portada en el primer tipo de información de sistema transmitida por la estación base.
En una situación a modo de ejemplo, tal como se muestra en la figura 1B, se considera que la red móvil es la red de LTE y la estación base es un nodo B evolucionado (eNB) como ejemplo de ilustración. En la situación mostrada en la figura 1B, se incluyen el eNB 10 y el UE 20, en donde el eNB 10 transmite periódicamente el primer tipo de información de sistema, y el UE 20 puede determinar un recurso de dominio de tiempo de solicitud de acceso aleatorio, una ventana de transmisión de la información de sistema que va a solicitarse, y un código piloto de la información de sistema que va a solicitarse cuando se recibe el primer tipo de información de sistema. El UE 20 envía una primera solicitud de acceso aleatorio que porta el código piloto de la información de sistema que va a solicitarse sobre el recurso de dominio de tiempo de la solicitud de acceso aleatorio. Si se determina que la información de sistema que va a solicitarse se solicitó con éxito en base a un mensaje de respuesta que responde a la primera solicitud de acceso aleatorio, el UE 20 monitorea la información de sistema que va a solicitarse dentro de la ventana de transmisión de la información de sistema que va a solicitarse solicitada con éxito. Si se solicita sin éxito la determinación de la información de sistema que va a solicitarse en base al mensaje de respuesta que responde a la primera solicitud de acceso aleatorio, el UE 20 puede continuar enviando una segunda solicitud de acceso aleatorio en el recurso de dominio de tiempo de la solicitud de acceso aleatorio hasta que la información de sistema que va a solicitarse se solicita con éxito o el recurso de dominio de tiempo se agote.
En la realización, a través de las etapas anteriores 110 a 130, cuando el UE envía la solicitud de acceso aleatorio que porta el código piloto de la información de sistema que va a solicitarse a la estación base, a través de las soluciones técnicas anteriores, el UE se controla para monitorear la información de sistema que va a solicitarse dentro de la ventana de transmisión de la información de sistema que va a solicitarse solicitada con éxito cuando la información de sistema que va a solicitarse se solicita con éxito, para mejorar la eficacia de envío y recepción de la información de sistema entre la estación base y el equipo de usuario, evitando de este modo una larga latencia para que el equipo de usuario obtenga la información de sistema, lo que reduce el consumo de energía para que la estación base envíe la información de sistema y lo que aumenta la tasa de utilización de los recursos de espectro.
En una realización, el método para solicitar información de sistema puede incluir además:
recibir la información de sistema que va a solicitarse dentro de la ventana de transmisión de la información de sistema que va a solicitarse en respuesta a la determinación de que al menos una parte de la información de sistema que va a solicitarse solicitada sin éxito es nula.
En una realización, el método para solicitar información de sistema puede incluir además:
contar un número de solicitudes de la información de sistema que va a solicitarse; y
cuando el número de solicitudes es mayor que un umbral prestablecido, enviar un mensaje de informe de problemas de red a una capa de control de recursos de radio, en donde el mensaje de informe de problemas de red se usa para indicar la información de sistema que va a solicitarse que excede el umbral prestablecido de la solicitud de acceso aleatorio.
En una realización, la determinación de al menos una parte de la información de sistema que va a solicitarse solicitada sin éxito en base al resultado de monitorización dentro del periodo de tiempo prestablecido incluye:
en respuesta a la determinación de que no se recibe ningún mensaje de respuesta correspondiente a la solicitud de acceso aleatorio dentro del periodo de tiempo prestablecido, la determinación de que al menos una parte de la información de sistema que va a solicitarse solicitada sin éxito es la totalidad de la información de sistema que va a solicitarse; y
en respuesta a la determinación de que el mensaje de respuesta correspondiente a la solicitud de acceso aleatorio se recibe dentro del periodo de tiempo prestablecido, la determinación de que al menos una parte de la información de sistema que va a solicitarse solicitada sin éxito es parte de la información de sistema que va a solicitarse, en donde la parte de la información de sistema que va a solicitarse no es respondida por la información que se porta en el mensaje de respuesta y usada para responder al código piloto.
En particular, con respecto a cómo solicitar la información de sistema, remítase a los siguientes ejemplos.
Por tanto, los métodos anteriores proporcionados por las realizaciones de la presente divulgación mejoran la eficacia del envío y recepción de información de sistema entre la estación base y el equipo de usuario, evitando de este modo una latencia prolongada para que el equipo de usuario obtenga la información de sistema, lo que reduce el consumo de energía para que la estación base envíe la información de sistema y lo que aumenta la tasa de utilización de los recursos de espectro.
Las soluciones técnicas proporcionadas por los ejemplos de la presente divulgación se describen en los siguientes ejemplos específicos.
La figura 2 es un diagrama de flujo que ilustra otro método para solicitar información de sistema según una realización. En esta realización, mediante el uso de los métodos anteriores proporcionados en los ejemplos de la presente divulgación, se ilustra un ejemplo en el que el UE solicita la información de sistema que va a solicitarse a través de la solicitud de acceso aleatorio. Tal como se muestra en la figura 2, el método incluye las siguientes etapas.
En la etapa 210, se determina un recurso de frecuencia-tiempo de solicitud de acceso aleatorio.
En la etapa 220, se envía una primera solicitud de acceso aleatorio a través del recurso de frecuencia-tiempo de solicitud de acceso aleatorio, en donde la primera solicitud de acceso aleatorio porta un código piloto de información de sistema que va a solicitarse.
En la etapa 230, se monitoriza si existe un mensaje de respuesta correspondiente a la primera solicitud de acceso aleatorio dentro de un periodo de tiempo prestablecido.
En la etapa 240, cuando se detecta el mensaje de respuesta, en base a un identificador de código piloto portado en el mensaje de respuesta, se determina la información de sistema que va a solicitarse solicitada con éxito y la información de sistema que va a solicitarse solicitada sin éxito, y luego se realizan la etapa 250 y la etapa 260.
En una realización, el resultado de monitorización puede ser que no se detecta ningún mensaje de respuesta, y si es así, al menos una parte de la información de sistema que va a solicitarse solicitada sin éxito es toda la información de sistema que va a solicitarse.
En una realización, el resultado de monitorización es que se detecta el mensaje de respuesta, la al menos una parte de la información de sistema que va a solicitarse solicitada sin éxito es una parte de la información de sistema que va a solicitarse, en donde la parte de la información de sistema que va a solicitarse se responde mediante información que se porta en el mensaje de respuesta y se usa para responder al código piloto. Si el mensaje de respuesta porta la información del código piloto para responder a toda la información de sistema que va a solicitarse, el valor de la al menos una parte de la información de sistema que va a solicitarse solicitada sin éxito es nulo. Si el mensaje de respuesta porta la información del código piloto para responder a una parte de la información de sistema que va a solicitarse, el valor de la al menos una parte de la información de sistema que va a solicitarse solicitada sin éxito no es nulo.
En la etapa 250, si la información de sistema que va a solicitarse se solicita con éxito, la información de sistema que va a solicitarse se monitoriza y se recibe dentro de una ventana de transmisión de la información de sistema que va a solicitarse solicitada con éxito, y luego finaliza el proceso.
En la etapa 260, si la información de sistema que va a solicitarse se solicita sin éxito, se envía una segunda solicitud de acceso aleatorio, en donde la segunda solicitud de acceso aleatorio porta un código piloto para identificar la información de sistema que va a solicitarse solicitada sin éxito.
En una realización, cada parte de la información de sistema que va a solicitarse puede corresponder a múltiples códigos piloto, por ejemplo, la información de sistema que va a solicitarse 1 puede corresponder al código piloto 11, código piloto 12 o código piloto 13.
En una realización, el código piloto de la información de sistema que va a solicitarse solicitada sin éxito, que se porta en la segunda solicitud de acceso aleatorio, puede ser inconsistente o consistente con el código piloto portado en la primera solicitud de acceso aleatorio y correspondiente a la información de sistema que va a solicitarse. Por ejemplo, cuando la información de sistema que va a solicitarse 1 se solicita sin éxito, si el código piloto de la información de sistema que va a solicitarse 1, que se porta en la primera solicitud de acceso aleatorio, es el código piloto 11, el código piloto de la información de sistema que va a solicitarse 1, que se porta en la segunda solicitud de acceso aleatorio puede ser el código piloto 12 o el código piloto 11.
En una realización, el UE puede determinar si existe alguna información de sistema que va a solicitarse solicitada sin éxito, que se solicita por la segunda solicitud de acceso aleatorio, en base al mensaje de respuesta que responde a la segunda solicitud de acceso aleatorio, y el proceso es el mismo que el proceso de determinar la parte de la información de sistema que va a solicitarse solicitada sin éxito, que se solicita por la primera solicitud de acceso aleatorio, en base al mensaje de respuesta que responde a la primera solicitud de acceso aleatorio.
En una realización, si existe información de sistema que va a solicitarse solicitada sin éxito después de que el UE envíe la segunda solicitud de acceso aleatorio, el UE puede enviar continuamente la segunda solicitud de acceso aleatorio, hasta que toda la información de sistema que va a solicitarse se solicite con éxito o se agota el recurso de dominio de tiempo de la solicitud de acceso aleatorio, en donde el código piloto portado en la segunda solicitud de acceso aleatorio enviada posteriormente es el código piloto de la información de sistema que va a solicitarse solicitada sin éxito.
En la etapa 270, se cuenta un número de solicitudes para cada parte de la información de sistema que va a solicitarse.
En la etapa 280, cuando el número de solicitudes para una parte de la información de sistema que va a solicitarse es mayor que un umbral prestablecido, se indica a una capa de control de recursos de radio que la cantidad de solicitudes para la parte de la información de sistema que va a solicitarse ha alcanzado un umbral prestablecido y la parte de la información de sistema que va a solicitarse que ha alcanzado el umbral máximo.
En una realización, el umbral prestablecido de solicitudes puede ser un valor prestablecido del sistema, tal como 3 veces.
En la realización, al determinar que el resultado de solicitud de la información de sistema que va a solicitarse se solicita sin éxito, el UE puede controlarse para solicitar repetidamente la información de sistema que va a solicitarse a través de la solicitud de acceso aleatorio hasta que se solicite con éxito, para mejorar la eficacia de envío y recepción de información de sistema entre la estación base y el equipo de usuario, evitando de este modo la larga latencia para que el equipo de usuario obtenga la información de sistema, lo que reduce el consumo de energía para que la estación base envíe la información de sistema y lo que aumenta la tasa de utilización de los recursos de espectro.
La figura 3 es un diagrama de flujo que ilustra un método para enviar información de sistema según una realización. El método para solicitar información de sistema se aplica a eNB, y la realización se ilustra en combinación con la figura 1B. Tal como se muestra en la figura 3, el método para solicitar información de sistema incluye las siguientes etapas 310-330.
En la etapa 310, se recibe una solicitud de acceso aleatorio que porta un código piloto de información de sistema que va a solicitarse enviada por un equipo de usuario.
En la etapa 320, se genera un mensaje de respuesta con un formato prestablecido en base a un mensaje de solicitud.
En una realización, el formato prestablecido es un formato que solo incluye uno o más encabezados de subpaquete, pero no incluye un cuerpo de paquete y, por tanto, consiste en uno o más encabezados de subpaquete. Por ejemplo, el formato prestablecido no incluye información, tal como el identificador temporal de red de radio celular (C-RNTI) del UE. Un identificador de código piloto portado en el mensaje de respuesta se porta por el encabezado de subpaquete. El método para generar el mensaje de respuesta en este formato prestablecido se refiere a un ejemplo que se muestra en la figura 4.
En una realización, el formato prestablecido puede ser un formato con un encabezado de paquete y un cuerpo de paquete, en donde el encabezado de paquete incluye información indicativa para indicar un número de códigos piloto en el cuerpo de paquete o indicar una longitud del cuerpo de paquete. En una realización, el encabezado de paquete puede incluir además información indicativa de tipo para indicar una estructura del mensaje de respuesta. El cuerpo de paquete puede incluir uno o más identificadores de código piloto. El método para generar el mensaje de respuesta en este formato prestablecido se refiere a un ejemplo que se muestra en la figura 5.
En la etapa 330, se envía el mensaje de respuesta.
En una situación a modo de ejemplo, tal como se muestra en la figura 1B, se considera que la red móvil es la red LTE y la estación base es un nodo B evolucionado (eNB) como ejemplo de ilustración. En la situación que se muestra en la figura 1B, se incluyen el eNB 10 y el UE 20, en donde el eNB 10 transmite periódicamente el primer tipo de información de sistema, y el UE 20 puede determinar un recurso de dominio de tiempo de solicitud de acceso aleatorio, una ventana de transmisión de información de sistema que va a solicitarse, y un código piloto de información de sistema que va a solicitarse al recibir el primer tipo de información de sistema. El UE 20 envía una primera solicitud de acceso aleatorio que porta el código piloto de la información de sistema que va a solicitarse sobre el recurso de dominio de tiempo de solicitud de acceso aleatorio. Si se determina que la información de sistema que va a solicitarse se solicita con éxito en base a un mensaje de respuesta asociado con la primera solicitud de acceso aleatorio, el UE 20 monitorea la información de sistema que va a solicitarse dentro de la ventana de transmisión de la información de sistema que va a solicitarse que se solicita con éxito. Si se determina que la información de sistema que va a solicitarse se solicita sin éxito en base al mensaje de respuesta asociado con la primera solicitud de acceso aleatorio, el UE 20 puede continuar enviando una segunda solicitud de acceso aleatorio en el recurso de dominio de tiempo de la solicitud de acceso aleatorio hasta que la información de sistema que va a solicitarse se solicita con éxito o el recurso de dominio de tiempo se agote.
En la realización, a través de las etapas anteriores 310-330, al recibir un mensaje de solicitud enviado por el UE a través de un recurso de frecuencia-tiempo de solicitud de acceso aleatorio, la estación base genera el mensaje de respuesta con el formato prestablecido para indicar si el UE envía la información de sistema que va a solicitarse dentro de la ventana de transmisión de información de sistema que va a solicitarse, para mejorar la eficacia de envío y recepción de la información de sistema entre la estación base y el UE.
En una realización, generar el mensaje de respuesta con el formato prestablecido en base al mensaje de solicitud incluye:
analizar el código piloto de la información de sistema que va a solicitarse a partir del mensaje de solicitud; y obtener el mensaje de respuesta con el formato prestablecido añadiendo un identificador de código piloto del código piloto de la información de sistema que va a solicitarse que se determina para la respuesta, a un encabezado de subpaquete del mensaje de respuesta.
En una realización, generar el mensaje de respuesta con el formato prestablecido en base al mensaje de solicitud incluye:
analizar el código piloto de la información de sistema que va a solicitarse a partir del mensaje de solicitud; y obtener el mensaje de respuesta con el formato prestablecido configurando el número de códigos piloto de la información de sistema que va a solicitarse para la respuesta, o una longitud del cuerpo de paquete del mensaje de respuesta en un encabezado de paquete del mensaje de respuesta, y agregar el identificador de código piloto del código piloto de la información de sistema que va a solicitarse para la respuesta, al cuerpo de paquete del mensaje de respuesta.
En una realización, el encabezado de paquete del mensaje de respuesta incluye además información indicativa para indicar un tipo de estructura del mensaje de respuesta.
En una realización, el método para solicitar información de sistema incluye además:
enviar la información de sistema que va a solicitarse como respuesta, dentro de la ventana de transmisión de la información de sistema que va a solicitarse.
En particular, con respecto a cómo enviar la información de sistema, remítase a los siguientes ejemplos.
Las soluciones técnicas proporcionadas por los ejemplos de la presente divulgación se describen en los siguientes ejemplos específicos.
La figura 4 es un diagrama de flujo que ilustra otro método para enviar información de sistema según una realización. El ejemplo usa los métodos anteriores proporcionados por los ejemplos de la presente divulgación para ilustrar cómo generar un mensaje de respuesta con un formato prestablecido. Tal como se muestra en la figura 4, el método incluye las siguientes etapas.
En la etapa 410, se recibe un mensaje de solicitud que porta un código piloto de información de sistema que va a solicitarse enviada por un equipo de usuario en un recurso de frecuencia-tiempo de solicitud de acceso aleatorio. En la etapa 420, se analiza el código piloto de la información de sistema que va a solicitarse a partir del mensaje de solicitud.
En la etapa 430, se obtiene un mensaje de respuesta con un formato prestablecido añadiendo un identificador de código piloto del código piloto de la información de sistema que va a solicitarse que se determina para la respuesta, a un encabezado de subpaquete del mensaje de respuesta.
En una realización, la estación base determina la información de sistema que va a solicitarse para responder actualmente, y determina el identificador de código piloto del código piloto de la información de sistema que va a solicitarse para responder. En una realización, puede agregarse un identificador de código piloto a cada encabezado de subpaquete; y en otra realización, pueden agregarse múltiples identificadores de código piloto a un encabezado de subpaquete.
En una realización, dado que el formato prestablecido no incluye un cuerpo de paquete, después de determinar el encabezado de subpaquete del mensaje de respuesta en base al código piloto de la información de sistema que va a solicitarse, se obtiene el mensaje de respuesta con el formato prestablecido.
En la etapa 440, se envía el mensaje de respuesta, y la información de sistema que va a solicitarse se envía dentro de una ventana de transmisión de la información de sistema que va a solicitarse.
En una realización, la estación base puede enviar la información de sistema que va a solicitarse para su respuesta más de una vez dentro de la ventana de transmisión de la información de sistema que va a solicitarse.
En la realización, la estación base genera el mensaje de respuesta según el formato prestablecido para implementar la solicitud de la información de sistema que va a solicitarse, para mejorar la eficacia de envío y recepción de la información de sistema entre la estación base y el equipo de usuario.
La figura 5 es un diagrama de flujo que ilustra otro método para enviar información de sistema según una realización. El ejemplo usa los métodos anteriores proporcionados por los ejemplos de la presente divulgación para ilustrar cómo generar un mensaje de respuesta con un formato prestablecido. Tal como se muestra en la figura 5, el método incluye las siguientes etapas.
En la etapa 510, se recibe un mensaje de solicitud que porta un código piloto de información de sistema que va a solicitarse enviado por el equipo de usuario en un recurso de frecuencia-tiempo de solicitud de acceso aleatorio. En la etapa 520, el código piloto de la información de sistema que va a solicitarse se analiza a partir del mensaje de solicitud.
En la etapa 530, se obtiene un mensaje de respuesta con un formato prestablecido configurando un número de códigos piloto de la información de sistema que va a solicitarse para la respuesta o la longitud de un cuerpo de paquete del mensaje de respuesta en un encabezado de paquete del mensaje de respuesta y se añade un identificador de código piloto del código piloto de la información de sistema que va a solicitarse para responder al cuerpo de paquete del mensaje de respuesta.
En una realización, la estación base puede determinar la información de sistema que va a solicitarse para la respuesta actual y determinar el número de códigos piloto de la información de sistema que va a solicitarse para la respuesta, o la longitud del cuerpo de paquete del mensaje de respuesta.
En una realización, el encabezado de paquete del mensaje de respuesta incluye además información indicativa para indicar un tipo de estructura del mensaje de respuesta.
En la etapa 540, se envía el mensaje de respuesta y la información de sistema que va a solicitarse se envía dentro de una ventana de transmisión de la información de sistema que va a solicitarse.
En la realización, la estación base puede generar el mensaje de respuesta según el formato prestablecido para implementar la solicitud de la información de sistema que va a solicitarse, para mejorar la eficacia de envío y recepción de la información de sistema entre la estación base y el equipo de usuario.
La figura 6 es un diagrama de bloques que ilustra un aparato para solicitar información de sistema según una realización. Tal como se muestra en la figura 6, el aparato para solicitar información de sistema incluye:
un primer módulo de envío 610, configurado para enviar una primera solicitud de acceso aleatorio, en donde la primera solicitud de acceso aleatorio porta al menos un código piloto para identificar la información de sistema que va a solicitarse;
un primer módulo de monitorización 620, configurado para monitorear un mensaje de respuesta correspondiente a la primera solicitud de acceso aleatorio dentro de un periodo de tiempo prestablecido, en donde el mensaje de respuesta porta información para responder al al menos un código piloto; y
un segundo módulo de monitorización 630, configurado para, cuando se detecta el mensaje de respuesta, en base a un identificador de código piloto incluido en el mensaje de respuesta, monitorear y recibir la información de sistema que va a solicitarse dentro de una ventana de transmisión de la información de sistema que va a solicitarse correspondiente con el identificador del código piloto.
La figura 7 es un diagrama de bloques que ilustra otro aparato para solicitar información de sistema según una realización. Tal como se muestra en la figura 7, en base a la realización mostrada en la figura 6, el aparato incluye además:
un primer módulo de determinación 640, configurado para determinar información de sistema que va a solicitarse solicitada sin éxito en base al identificador de código piloto incluido en el mensaje de respuesta y el al menos un código piloto portado en la primera solicitud de acceso aleatorio para identificar la información de sistema que va a solicitarse; y
un segundo módulo de envío 650, configurado para enviar una segunda solicitud de acceso aleatorio, en donde la segunda solicitud de acceso aleatorio porta un código piloto de la información de sistema que va a solicitarse que se solicita sin éxito.
En una realización, el aparato incluye además:
un módulo de estadísticas 660, configurado para contar un número de solicitudes para cada parte de la información de sistema que va a solicitarse; y
un módulo de informe de problemas 670, configurado para indicar a una capa de control de recursos de radio (RRC) que el número de solicitudes para una parte de la información de sistema que va a solicitarse ha alcanzado un umbral máximo, cuando el número de solicitudes de la parte de la información de sistema que va a solicitarse es mayor que un umbral prestablecido.
En una realización, el aparato incluye además:
un segundo módulo de determinación 680, configurado para determinar que ninguna información de sistema que va a solicitarse se solicita con éxito cuando no se detecta ningún mensaje de respuesta.
La figura 8 es un diagrama de bloques que ilustra un aparato para enviar información de sistema según una realización. El aparato se aplica a una estación base. Tal como se muestra en la figura 8, el aparato para enviar información de sistema incluye:
un primer módulo de recepción 810, configurado para recibir una solicitud de acceso aleatorio que porta un código piloto de la información de sistema que va a solicitarse enviada por un equipo de usuario;
un módulo de generación de mensajes 820, configurado para generar un mensaje de respuesta con un formato prestablecido en base a un mensaje de solicitud recibido por el primer módulo de recepción 810; y
un tercer módulo de envío 830, configurado para enviar el mensaje de respuesta generado por el módulo de generación de mensajes 820.
La figura 9 es un diagrama de bloques que ilustra otro aparato para enviar información de sistema según una realización. Tal como se muestra en la figura 9, en base a la realización mostrada en la figura 8, en un ejemplo, el módulo de generación de mensajes 820 incluye:
un primer submódulo de análisis 821, configurado para analizar el código piloto de la información de sistema que va a solicitarse a partir del mensaje de solicitud; y
un primer submódulo de generación 822, configurado para obtener el mensaje de respuesta con el formato prestablecido agregando un identificador de código piloto del código piloto de la información de sistema que va a solicitarse que se determina para la respuesta, a un encabezado de subpaquete del mensaje de respuesta.
En una realización, el módulo de generación de mensajes 820 incluye:
un segundo submódulo de análisis 823, configurado para analizar el código piloto de la información de sistema que va a solicitarse a partir del mensaje de solicitud; y
un segundo submódulo de generación 824, configurado para obtener el mensaje de respuesta con el formato prestablecido configurando una cantidad de códigos piloto de la información de sistema que va a solicitarse para la respuesta o una longitud de un cuerpo de paquete del mensaje de respuesta en un encabezado de paquete del mensaje de respuesta, y añadir un identificador de código piloto del código piloto de la información de sistema que va a solicitarse para la respuesta al cuerpo de paquete del mensaje de respuesta.
En una realización, el encabezado de paquete del mensaje de respuesta incluye además información indicativa para indicar un tipo de estructura del mensaje de respuesta.
En una realización, el aparato incluye además:
un cuarto módulo de envío 840, configurado para enviar la información de sistema que va a solicitarse para la respuesta dentro de una ventana de transmisión de la información de sistema que va a solicitarse.
Con respecto a los aparatos ilustrados en las realizaciones anteriores, la manera específica en la que los módulos respectivos realizan operaciones se ha descrito en detalle en las realizaciones del método, que no se repetirán en este caso.
La figura 10 es un diagrama esquemático que ilustra un aparato para solicitar información de sistema. Por ejemplo, el aparato 1000 puede ser un teléfono móvil, un ordenador, una terminal de transmisión digital, un dispositivo de recepción y transmisión de mensajes, una consola de juegos, una tableta, un dispositivo médico, un dispositivo de entrenamiento físico, un asistente personal digital, y así sucesivamente.
Haciendo referencia a la figura 10, el aparato 1000 puede incluir uno o más de los siguientes componentes: un componente de procesamiento 1002, una memoria 1004, un componente de fuente de alimentación 1006, un componente multimedia 1008, un componente de audio 1010, una interfaz de entrada/salida (I/O) 1012, un componente de sensor 1014 y un componente de comunicación 1013.
El componente de procesamiento 1002 generalmente controla las operaciones generales del aparato 1000, tales como las operaciones asociadas con la visualización, llamadas telefónicas, comunicaciones de datos, operaciones de cámara y operaciones de grabación. El componente de procesamiento 1002 puede incluir uno o más procesadores 1020 para ejecutar instrucciones para completar todas o parte de las etapas de los métodos anteriores. Además, el componente de procesamiento 1002 puede incluir uno o más módulos que facilitan la interacción entre el componente de procesamiento 1002 y otros componentes. Por ejemplo, el componente de procesamiento 1002 puede incluir un módulo multimedia para facilitar la interacción entre el componente multimedia 1008 y el componente de procesamiento 1002.
La memoria 1004 es para almacenar varios tipos de datos para respaldar el funcionamiento del aparato 1000. Ejemplos de tales datos incluyen instrucciones para cualquier aplicación o método que se ejecuta en el aparato 1000, datos de contacto, datos de guía telefónica, mensajes, imágenes, videos, y así sucesivamente. La memoria 1004 puede implementarse mediante cualquier tipo de dispositivo de almacenamiento volátil o no volátil o una combinación de los mismos, tal como una memoria estática de acceso aleatorio (SRAM), una memoria de solo lectura programable borrable eléctricamente (EEPROM), una memoria programable borrable de solo lectura (EPROM), una memoria de solo lectura programable (PROM), una memoria de solo lectura (ROM), una memoria magnética, una memoria flash, un disco magnético u óptico.
El componente de fuente de alimentación 1006 proporciona energía a diferentes componentes del aparato 1000. El componente de fuente de alimentación 1006 puede incluir un sistema de gestión de energía, una o más fuentes de alimentación y otros componentes asociados con la generación, gestión y distribución de energía para el aparato 1000.
El componente multimedia 1008 incluye una pantalla que proporciona una interfaz de salida entre el aparato 1000 y un usuario. En algunas realizaciones, la pantalla puede incluir un elemento de visualización de cristal líquido (LCD) y un panel táctil (TP). Si la pantalla incluye el TP, la pantalla puede implementarse como una pantalla táctil para recibir señales de entrada procedentes del usuario. El TP puede incluir uno o más sensores táctiles para detectar toques, deslizamientos y gestos en el TP. Los sensores táctiles pueden no solo detectar un límite de un toque o deslizamiento, sino también detectar una duración y una presión asociadas con el toque o deslizamiento. En algunas realizaciones, el componente multimedia 1008 puede incluir una cámara frontal y/o una cámara trasera. La cámara frontal y/o la cámara trasera pueden recibir datos multimedia externos cuando el aparato 1000 está en un modo operativo, tal como un modo de fotografía o un modo de vídeo. Cada una de las cámaras frontal y trasera puede ser un sistema de lentes ópticas fijas o tener capacidad de distancia focal y zoom óptico.
El componente de audio 1010 es para emitir y/o introducir una señal de audio. Por ejemplo, el componente de audio 1010 incluye un micrófono (MIC). Cuando el aparato 1000 está en un modo operativo, tal como un modo de llamada, un modo de grabación y un modo de reconocimiento de voz, el MIC debe recibir una señal de audio externa. La señal de audio recibida puede almacenarse adicionalmente en la memoria 1004 o enviarse a través del componente de comunicación 1013. En algunas realizaciones, el componente de audio 1010 incluye además un altavoz para emitir una señal de audio.
La interfaz de I/O 1012 puede proporcionar una interfaz entre el componente de procesamiento 1002 y los módulos de interfaz periféricos. Los módulos de interfaz periféricos anteriores pueden incluir un teclado, una rueda de clic, botones, y así sucesivamente. Estos botones pueden incluir, pero no se limitan a, un botón de inicio, un botón de volumen, un botón de comienzo y un botón de bloqueo.
El componente de sensor 1014 incluye uno o más sensores para proporcionar evaluaciones de estado de varios aspectos para el aparato 1000. Por ejemplo, el componente de sensor 1014 puede detectar el estado de activación/desactivación del aparato 1000 y la colocación relativa del componente, por ejemplo, el componente es un elemento de visualización y un teclado del aparato 1000. El componente de sensor 1014 también puede detectar un cambio en la posición del aparato 1000 o un componente del aparato 1000, la presencia o ausencia del contacto entre un usuario y el aparato 1000, una orientación o una aceleración/desaceleración del aparato 1000, y un cambio de temperatura del aparato 1000. El componente de sensor 1014 puede incluir un sensor de proximidad para detectar la presencia de un objeto cercano sin ningún contacto físico. El componente de sensor 1014 puede incluir además un sensor óptico, tal como un sensor de imagen de semiconductor de óxido de metal complementario (CMOS) o dispositivo acoplado cargado (CCD) que se usa en aplicaciones de obtención de imágenes. En algunas realizaciones, el componente de sensor 1014 puede incluir además un sensor de aceleración, un sensor de giroscopio, un sensor magnético, un sensor de presión o un sensor de temperatura.
El componente de comunicación 1013 es para facilitar la comunicación por cable o inalámbrica entre el aparato 1000 y otros dispositivos. El aparato 1000 puede acceder a una red inalámbrica que se basa en un estándar de comunicación, tal como Wi-Fi, 2G o 3G, o una combinación de los mismos. En una realización, el componente de comunicación 1013 recibe una señal de transmisión o información asociada a transmisión desde un sistema de gestión de transmisión externo a través de un canal de transmisión. En una realización, el componente de comunicación 1013 incluye además un módulo de comunicación de campo cercano (NFC) para facilitar las comunicaciones de corto alcance. Por ejemplo, el módulo NFC puede implementarse en base a una tecnología de Identificación por frecuencia de radio (RFID), una tecnología de asociación de datos infrarrojos (IrDA), una tecnología de banda ultra ancha (UWB), una tecnología Bluetooth® (BT) y otras tecnologías.
En una realización, el aparato 1000 puede implementarse mediante uno o más circuitos integrados específicos de aplicación (ASIC), procesadores de señales digitales (DSP), dispositivos de procesamiento de señales digitales (DSPD), dispositivos lógicos programables (PLD), matrices de puertas programables en campo (FPGA), controladores, microcontroladores, microprocesadores u otros componentes electrónicos para realizar los métodos anteriores.
En un aspecto que no forma parte de la presente invención, también se proporciona un medio de almacenamiento legible por ordenador no transitorio que incluye instrucciones, tal como la memoria 1004 que incluye instrucciones. Las instrucciones pueden ejecutarse por el procesador 1020 del aparato 1000 para realizar los métodos descritos anteriormente, que incluyen las siguientes etapas:
enviar una primera solicitud de acceso aleatorio, en donde la primera solicitud de acceso aleatorio porta al menos un código piloto para identificar la información de sistema que va a solicitarse;
monitorear un mensaje de respuesta correspondiente a la primera solicitud de acceso aleatorio dentro de un periodo de tiempo prestablecido, en donde el mensaje de respuesta porta información para responder al código piloto; y
cuando se detecta el mensaje de respuesta, en base a un identificador de código piloto incluido en el mensaje de respuesta, monitorear y recibir la información de sistema que va a solicitarse dentro de una ventana de transmisión de la información de sistema que va a solicitarse correspondiente al identificador de código piloto.
La figura 11 es un diagrama esquemático que ilustra un aparato adaptado para enviar información de sistema. El aparato 1100 puede proporcionarse como una estación base. Haciendo referencia a la figura 11, el aparato 1100 incluye un componente de procesamiento 1122, un componente de transmisión/recepción inalámbrica 1124, un componente de antena 1126 y un componente de procesamiento de señal específico para una interfaz inalámbrica. El componente de procesamiento 1122 puede incluir además uno o más procesadores.
Uno de los procesadores en el componente de procesamiento 1122 puede configurarse para:
recibir una solicitud de acceso aleatorio que porta un código piloto de la información de sistema que va a solicitarse enviada por el equipo de usuario;
generar un mensaje de respuesta con un formato prestablecido en base a un mensaje de solicitud; y enviar el mensaje de respuesta.
En un aspecto que no forma parte de la presente invención, también se proporciona en la estación base un medio de almacenamiento legible por ordenador no transitorio que incluye instrucciones. El medio de almacenamiento legible por ordenador no transitorio almacena instrucciones que, cuando las instrucciones se ejecutan por un procesador para implementar las siguientes etapas, incluyen:
recibir una solicitud de acceso aleatorio que porta un código piloto de la información de sistema que va a solicitarse enviada por el equipo de usuario;
generar un mensaje de respuesta con un formato prestablecido en base a la solicitud de acceso aleatorio; y enviar el mensaje de respuesta.
Debe entenderse que la presente divulgación no se limita a la estructura precisa descrita anteriormente y mostrada en los dibujos adjuntos, y que pueden realizarse diversas modificaciones y cambios sin alejarse del alcance de la misma. El alcance de la presente divulgación únicamente se ve limitado por las reivindicaciones adjuntas.

Claims (11)

  1. REIVINDICACIONES
    i. Método para solicitar información de sistema implementado por un equipo de usuario, UE (20), que comprende:
    enviar una primera solicitud de acceso aleatorio a una estación base, en el que la primera solicitud de acceso aleatorio porta al menos un código piloto para identificar la información de sistema que va a solicitarse;
    monitorear un mensaje de respuesta correspondiente a la primera solicitud de acceso aleatorio dentro de un periodo de tiempo prestablecido, en donde el mensaje de respuesta comprende un identificador de código piloto del código piloto de la información de sistema que va a solicitarse que se determina por la estación base para responder;
    caracterizado porque el método comprende además:
    determinar por el UE si la información de sistema que va a solicitarse se solicita con éxito basándose en si el identificador de código piloto contenido en el mensaje de respuesta corresponde al código piloto portado en la solicitud de acceso aleatorio; y
    si se determina que la información de sistema que va a solicitarse se ha solicitado con éxito, monitorear y recibir la información de sistema que va a solicitarse dentro de una ventana de transmisión de la información de sistema que va a solicitarse correspondiente al identificador de código piloto;
    en el que el mensaje de respuesta tiene un formato que consiste en uno o más encabezados de subpaquetes, y el identificador de código piloto se porta por un encabezado de subpaquete del mensaje de respuesta.
  2. 2. Método según la reivindicación 1, que comprende además:
    si se determina que la información de sistema que va a solicitarse se solicitó sin éxito, enviar una segunda solicitud de acceso aleatorio, en el que la segunda solicitud de acceso aleatorio porta un código piloto de la información de sistema que va a solicitarse que se solicitó sin éxito.
  3. 3. Método según la reivindicación 2, que comprende además:
    contar un número de solicitudes para cada parte de la información de sistema que va a solicitarse; y cuando el número de solicitudes de una parte de la información de sistema que va a solicitarse es mayor que un umbral prestablecido, indicar a una capa de control de recursos de radio que el número de solicitudes de la parte de la información de sistema que va a solicitarse ha alcanzado un umbral máximo.
  4. 4. Método según la reivindicación 1, que comprende además:
    cuando no se detecta ningún mensaje de respuesta, determinar que ninguna de la información de sistema que va a solicitarse se solicitó con éxito.
  5. 5. Método para enviar información de sistema implementado por una estación base, que comprende: recibir una solicitud de acceso aleatorio enviada por un equipo de usuario, UE (20), en el que la solicitud de acceso aleatorio porta un código piloto de información de sistema que va a solicitarse; caracterizado porque el método comprende además:
    generar un mensaje de respuesta con un formato prestablecido basado en el mensaje de solicitud, en el que el mensaje de respuesta comprende un identificador de código piloto del código piloto de la información de sistema que va a solicitarse que se determina para la respuesta, el mensaje de respuesta tiene el formato prestablecido que consiste en uno o más encabezados de subpaquetes, y el identificador de código piloto se porta por un encabezado de subpaquete del mensaje de respuesta;
    enviar el mensaje de respuesta dentro de un periodo de tiempo prestablecido; y
    enviar la información de sistema que va a solicitarse para respuesta dentro de una ventana de transmisión de la información de sistema que va a solicitarse, de manera que el UE determina si la información de sistema que va a solicitarse se solicita con éxito basándose en si el identificador de código piloto contenido en el mensaje de respuesta corresponde al código piloto portado en la solicitud de acceso aleatorio.
  6. 6. Método según la reivindicación 5, en el que generar el mensaje de respuesta con el formato prestablecido en base al mensaje de solicitud comprende:
    analizar el código piloto de la información de sistema que va a solicitarse a partir del mensaje de solicitud; y
    obtener el mensaje de respuesta con el formato prestablecido añadiendo un identificador de código piloto de un código piloto de la información de sistema que va a solicitarse determinada para la respuesta al encabezado de subpaquete del mensaje de respuesta.
  7. 7. Equipo de usuario, UE (20), para solicitar información de sistema, que comprende:
    un primer módulo de envío, configurado para enviar una primera solicitud de acceso aleatorio a una estación base, en el que la primera solicitud de acceso aleatorio porta al menos un código piloto para identificar la información de sistema que va a solicitarse;
    un primer módulo de monitorización, configurado para monitorear un mensaje de respuesta correspondiente a la primera solicitud de acceso aleatorio dentro de un periodo de tiempo prestablecido, en el que el mensaje de respuesta comprende un identificador de código piloto del código piloto de la información de sistema que va a solicitarse que se determina por la estación base para la respuesta;
    caracterizado porque el UE (20) comprende además:
    un segundo módulo de monitorización, configurado para determinar si la información de sistema que va a solicitarse se solicita con éxito en base a si el identificador de código piloto contenido en el mensaje de respuesta corresponde al código piloto portado en la solicitud de acceso aleatorio, y si se determina que la información de sistema que va a solicitarse se ha solicitado con éxito, monitorear y recibir la información de sistema que va a solicitarse dentro de una ventana de transmisión de la información de sistema que va a solicitarse correspondiente al identificador de código piloto;
    en el que el mensaje de respuesta tiene un formato que consiste en uno o más encabezados de subpaquetes, y el identificador de código piloto se porta por un encabezado de subpaquete del mensaje de respuesta.
  8. 8. UE según la reivindicación 7, que comprende además:
    un segundo módulo de envío, configurado para enviar una segunda solicitud de acceso aleatorio si se determina que la información de sistema que va a solicitarse se solicita sin éxito, en el que la segunda solicitud de acceso aleatorio porta un código piloto de la información de sistema que va a solicitarse solicitada sin éxito.
  9. 9. UE según la reivindicación 7, que comprende además:
    un módulo de estadísticas, configurado para contar un número de solicitudes para cada parte de la información de sistema que va a solicitarse; y
    un módulo de informe de problemas, configurado para indicar a una capa de control de recursos de radio que la cantidad de solicitudes para la parte de la información de sistema que va a solicitarse ha alcanzado un umbral máximo cuando la cantidad de solicitudes para una parte de la información de sistema que va a solicitarse es mayor que un umbral prestablecido.
  10. 10. Estación base, para enviar información de sistema, que comprende:
    un primer módulo de recepción, configurado para recibir una solicitud de acceso aleatorio enviada por un equipo de usuario, UE (20), en el que la solicitud de acceso aleatorio porta un código piloto de la información de sistema que va a solicitarse;
    caracterizado porque la estación base comprende además:
    un módulo de generación de mensajes, configurado para generar un mensaje de respuesta con un formato prestablecido basado en el mensaje de solicitud recibido por el primer módulo de recepción, en el que el mensaje de respuesta comprende un identificador de código piloto del código piloto de la información de sistema que va a solicitarse que se determina para la respuesta, el mensaje de respuesta tiene un formato prestablecido que consiste en uno o más encabezados de subpaquetes, y el identificador de código piloto se porta por un encabezado de subpaquete del mensaje de respuesta;
    un tercer módulo de envío, configurado para enviar el mensaje de respuesta generado por el módulo de generación de mensajes dentro de un periodo de tiempo prestablecido; y
    un cuarto módulo de envío, configurado para enviar la información de sistema que va a solicitarse para respuesta dentro de una ventana de transmisión de la información de sistema que va a solicitarse, de manera que el UE determina si la información de sistema que va a solicitarse se solicita con éxito basándose en si el identificador de código piloto contenido en el mensaje de respuesta corresponde al código piloto portado en la solicitud de acceso aleatorio.
  11. 11. Estación base según la reivindicación 10, en la que el módulo de generación de mensajes comprende:
    un primer submódulo de análisis, configurado para analizar el código piloto de la información de sistema que va a solicitarse a partir del mensaje de solicitud; y
    un primer submódulo de generación, configurado para obtener el mensaje de respuesta con el formato prestablecido añadiendo un identificador de código piloto de un código piloto de la información de sistema que va a solicitarse determinada para la respuesta al encabezado de subpaquete del mensaje de respuesta.
ES17906580T 2017-04-17 2017-04-17 Método usado para solicitar información de sistema, aparato, equipo de usuario y estación base Active ES2945133T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/080713 WO2018191839A1 (zh) 2017-04-17 2017-04-17 用于请求系统消息的方法、装置、用户设备及基站

Publications (1)

Publication Number Publication Date
ES2945133T3 true ES2945133T3 (es) 2023-06-28

Family

ID=59953952

Family Applications (1)

Application Number Title Priority Date Filing Date
ES17906580T Active ES2945133T3 (es) 2017-04-17 2017-04-17 Método usado para solicitar información de sistema, aparato, equipo de usuario y estación base

Country Status (10)

Country Link
US (3) US11096223B2 (es)
EP (2) EP4213426A1 (es)
JP (1) JP6961795B2 (es)
KR (1) KR102314479B1 (es)
CN (1) CN107223353B (es)
ES (1) ES2945133T3 (es)
PL (1) PL3614599T3 (es)
RU (1) RU2726741C1 (es)
SG (1) SG11201909607PA (es)
WO (1) WO2018191839A1 (es)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11419143B2 (en) * 2017-06-08 2022-08-16 Qualcomm Incorporated Random access procedure in a wireless backhaul network
US11528749B2 (en) 2017-06-08 2022-12-13 Qualcomm Incorporated Techniques and apparatuses for random access procedure in a wireless backhaul network
WO2019095292A1 (zh) * 2017-11-17 2019-05-23 北京小米移动软件有限公司 系统信息配置、读取方法及装置、基站和用户设备
ES2991860T3 (es) * 2018-02-05 2024-12-05 Beijing Xiaomi Mobile Software Co Ltd Solicitud de información del sistema por el UE
US11317341B2 (en) 2018-03-16 2022-04-26 Beijing Xiaomi Mobile Software Co., Ltd. System information request adjustment method and apparatus, and user equipment
US11452030B2 (en) 2018-03-26 2022-09-20 Beijing Xiaomi Mobile Software Co., Ltd. Information recording method and information recording device
AU2018415756A1 (en) 2018-03-28 2020-09-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for acquiring system information, and terminal device and network device
US10791502B2 (en) 2018-04-02 2020-09-29 FG Innovation Company Limited On-demand system information request procedure and error handling
CN110418419B (zh) * 2018-04-28 2022-03-25 中国移动通信有限公司研究院 一种随机接入方法、终端及网络设备
WO2019213846A1 (en) * 2018-05-08 2019-11-14 Nokia Shanghai Bell Co., Ltd. Monitoring of random access procedure
CN111869282B (zh) * 2018-10-30 2023-06-02 Oppo广东移动通信有限公司 一种窗口配置方法及装置、终端、网络设备
WO2020087476A1 (zh) * 2018-11-01 2020-05-07 Oppo广东移动通信有限公司 传输系统信息的方法和设备
CN109565745B (zh) * 2018-11-01 2021-10-01 北京小米移动软件有限公司 处理si请求的方法、装置、终端及存储介质
CN111385816B (zh) * 2018-12-27 2022-07-15 展讯通信（上海）有限公司 随机接入统计信息的上报方法及装置
CN109983830B (zh) * 2019-02-14 2022-07-22 北京小米移动软件有限公司 随机接入的处理方法及装置
CN115989696B (zh) * 2020-08-28 2024-10-11 华为技术有限公司 一种通信的方法及装置
US12335849B2 (en) 2021-04-21 2025-06-17 Samsung Electronics Co., Ltd. Electronic device and method for receiving system information in electronic device

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101572594B (zh) * 2008-04-29 2013-01-16 中兴通讯股份有限公司 系统消息调度方法
CN101784121B (zh) * 2009-01-20 2012-01-04 华为技术有限公司 一种随机接入的方法、装置和系统
CN101827450B (zh) * 2009-03-04 2012-07-04 华为技术有限公司 随机接入的方法、装置及系统
CN101695196B (zh) * 2009-10-20 2011-08-31 普天信息技术研究院有限公司 一种提高竞争模式下随机接入成功率的方法、系统和装置
WO2011084008A2 (ko) * 2010-01-07 2011-07-14 엘지전자 주식회사 광대역 무선 접속 시스템에서 컨텐트 보존 등록해제 모드 수행 방법
KR20120070689A (ko) * 2010-12-22 2012-07-02 한국전자통신연구원 사물 통신 서비스를 위한 랜덤 액세스 방법 및 이를 이용한 무선 통신 장치
GB2487908B (en) * 2011-02-04 2015-06-17 Sca Ipla Holdings Inc Telecommunications method and system
US9642161B2 (en) * 2011-05-11 2017-05-02 Nokia Solutions And Networks Oy Cross-scheduling for random access response
GB2493702B (en) * 2011-08-11 2016-05-04 Sca Ipla Holdings Inc OFDM subcarrier allocations in wireless telecommunications systems
JP5834639B2 (ja) * 2011-09-02 2015-12-24 ソニー株式会社 通信装置、通信方法、通信システム、および基地局
US9609682B2 (en) * 2012-05-11 2017-03-28 Kyocera Corporation Communication control method, user terminal, processor, storage medium, and base station
WO2014088479A1 (en) * 2012-12-04 2014-06-12 Telefonaktiebolaget L M Ericsson (Publ) Overload control in a communication network
CN103067880A (zh) * 2013-01-09 2013-04-24 中兴通讯股份有限公司 一种发送集群消息的方法和网络侧设备、终端设备
US9867183B2 (en) * 2013-07-12 2018-01-09 Lg Electronics Inc. Communication method and wireless device for supporting variable bandwidth
US9730249B2 (en) * 2014-11-19 2017-08-08 Intel Corporation Systems, apparatuses, and methods for processing random acccess response messages for coverage constrained devices
EP3245835B1 (en) * 2015-01-13 2019-06-05 Telefonaktiebolaget LM Ericsson (publ) A network node, a wireless device and respective method performed thereby for use in a random access procedure therebetween in a cell of the network node
WO2016198909A1 (en) * 2015-06-11 2016-12-15 Intel IP Corporation Low overhead system information acquisition for wireless communication
CN113115405B (zh) * 2016-02-29 2022-02-01 三星电子株式会社 用于发信号通知系统信息的设备和方法
EP3481107B1 (en) * 2016-06-30 2022-11-02 Koninklijke Philips N.V. System information transmission method and device
US10834759B2 (en) * 2017-03-20 2020-11-10 Motorola Mobility Llc Feedback for a system information request

Also Published As

Publication number Publication date
BR112019021576A2 (pt) 2020-05-05
JP2020517208A (ja) 2020-06-11
US20200045749A1 (en) 2020-02-06
EP4213426A1 (en) 2023-07-19
EP3614599A4 (en) 2020-04-22
WO2018191839A1 (zh) 2018-10-25
CN107223353B (zh) 2018-09-04
PL3614599T3 (pl) 2023-08-14
US12089265B2 (en) 2024-09-10
US20210337600A1 (en) 2021-10-28
US11612000B2 (en) 2023-03-21
US20230199858A1 (en) 2023-06-22
CN107223353A (zh) 2017-09-29
EP3614599B1 (en) 2023-04-12
KR20190136084A (ko) 2019-12-09
EP3614599A1 (en) 2020-02-26
SG11201909607PA (en) 2019-11-28
KR102314479B1 (ko) 2021-10-18
RU2726741C1 (ru) 2020-07-15
US11096223B2 (en) 2021-08-17
JP6961795B2 (ja) 2021-11-05

Similar Documents

Publication Publication Date Title
ES2945133T3 (es) Método usado para solicitar información de sistema, aparato, equipo de usuario y estación base
ES2963113T3 (es) Método y dispositivo de acceso aleatorio, y medio de almacenamiento legible por ordenador
ES2988491T3 (es) Método y aparato de transmisión de datos para comunicación directa, dispositivo y sistema de transmisión de datos para comunicación directa
ES2946602T3 (es) Método y aparato de configuración para indicación de configuración de transmisión
ES2929733T3 (es) Método y aparato de retroalimentación de HARQ
ES3016737T3 (en) Service handover method and apparatus
CN110337830A (zh) 监听方法、信令下发方法及装置、通信设备及存储
US20240397532A1 (en) Methods for determining cfr, and communication device and storage medium
US12010065B2 (en) Method for transmitting HARQ feedback information, terminal, and base station
WO2022000336A1 (zh) 信息传输方法、装置、通信设备及存储介质
CN114223229B (zh) 随机接入方法、装置及存储介质
ES2929639T3 (es) Procedimiento de transmisión de datos, dispositivo y medio de almacenamiento legible por ordenador
JP2024516887A (ja) リソース設定方法、装置、通信デバイス及び記憶媒体
CN111771351A (zh) 数据传输处理方法、装置、通信设备及存储介质
US20230262691A1 (en) Uplink transmission sending method and apparatus, uplink transmission receiving method and apparatus, communication device, and medium
US11356890B2 (en) Method and apparatus for transmitting radio resource control message
CN113115592B (zh) Harq-ack传输方法及装置、通信设备
EP4221303A1 (en) Channel state information (csi) reporting method and apparatus, and storage medium
WO2022151489A1 (zh) 一种数据传输方法、数据传输装置及存储介质
WO2021087766A1 (zh) 混合自动重传请求应答传输方法及装置、设备及介质
ES3016587T3 (en) Downlink control information configuration method and apparatus, and communication device and storage medium
US12501300B2 (en) Method for reporting channel state information and communication device
EP4510749A1 (en) Wireless transmission method and apparatus, communication device and storage medium
CN116391345A (zh) 信息处理方法以及装置、通信设备及存储介质
CN116830637A (zh) 一种监听下行信道的方法、装置及可读存储介质