ES2913161T3 - Método y dispositivo para enviar un mensaje de respuesta de acceso aleatorio, método y dispositivo para recibir un mensaje de respuesta de acceso aleatorio - Google Patents

Método y dispositivo para enviar un mensaje de respuesta de acceso aleatorio, método y dispositivo para recibir un mensaje de respuesta de acceso aleatorio Download PDF

Info

Publication number
ES2913161T3
ES2913161T3 ES18795149T ES18795149T ES2913161T3 ES 2913161 T3 ES2913161 T3 ES 2913161T3 ES 18795149 T ES18795149 T ES 18795149T ES 18795149 T ES18795149 T ES 18795149T ES 2913161 T3 ES2913161 T3 ES 2913161T3
Authority
ES
Spain
Prior art keywords
message
rar
format
subheader
submessage
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
ES18795149T
Other languages
English (en)
Inventor
Xiaodong Yang
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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Application granted granted Critical
Publication of ES2913161T3 publication Critical patent/ES2913161T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W56/00Synchronisation arrangements
    • H04W56/004Synchronisation arrangements compensating for timing error of reception due to propagation delay
    • H04W56/0045Synchronisation arrangements compensating for timing error of reception due to propagation delay compensating for timing error by altering transmission time
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • H04W74/006Transmission of channel access control information in the downlink, i.e. towards the terminal

Landscapes

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

Abstract

Un método para transmitir un mensaje de respuesta de acceso aleatorio, RAR, que comprende: (S101) recibir una solicitud de acceso aleatorio enviada por un UE y devolver un primer mensaje al UE, donde el primer mensaje consta de una pluralidad de unidades de mensaje dispuestas en secuencia, comprendiendo cada unidad de mensaje una subcabecera del mensaje y un submensaje RAR correspondiente a la subcabecera del mensaje, donde la subcabecera del mensaje comprende información de indicación del formato del submensaje, configurada para indicar un formato del submensaje RAR.

Description

DESCRIPCIÓN
Método y dispositivo para enviar un mensaje de respuesta de acceso aleatorio, método y dispositivo para recibir un mensaje de respuesta de acceso aleatorio
Campo técnico
La presente invención se refiere a las tecnologías de la comunicación y, en particular, se refiere a un método para transmitir un mensaje de respuesta de acceso aleatorio, a un método para recibir un mensaje de respuesta de acceso aleatorio y sus dispositivos.
Antecedentes
La red inalámbrica de quinta generación (5G) también se conoce como el estándar de comunicación móvil de teléfonos móviles de quinta generación, que es una extensión de 4G. Las redes inalámbricas 5G pueden aumentar la velocidad de transmisión de la señalización mediante el uso de frecuencias portadoras altas y un número de antenas sin precedentes. Además, 5G se puede combinar con cualquier posible nueva interfaz aérea 5G, LTE y WiFi para proporcionar una alta cobertura universal y una experiencia de usuario perfecta. El acceso inalámbrico de nueva radio (NR) 5G es un nuevo estándar de interfaz aérea inalámbrica 5G basado en OFDM. De manera similar a evolución a largo plazo (LTE), este necesita conseguir una pluralidad de propósitos al soportar el acceso aleatorio de los UE.
Actualmente, el canal de acceso aleatorio (RACH) de NR se puede dividir en un acceso aleatorio con contienda y un acceso aleatorio sin contienda. El procedimiento de acceso aleatorio de la competencia se muestra en la figura 1 como cuatro etapas del mensaje 1 al mensaje 4. El proceso de acceso aleatorio sin contienda solo necesita acceder al mensaje 1 y al mensaje 2 en dos etapas, como se muestra en la figura 2. No es difícil ver que el lado del eNB necesita enviar un mensaje de respuesta de acceso aleatorio (RAR) al UE después de recibir la solicitud de preámbulo de acceso aleatorio (RAP) notificada por el UE, ya sea un acceso aleatorio con contienda o sin contienda.
Las figuras 3, 4 y 5 muestran varios formatos soportados por la transmisión de mensajes RAR actual. Sin embargo, en el proceso de implementación de las realizaciones de la presente invención, los inventores han descubierto que el lado de la red en la técnica relacionada determina el formato del mensaje RAR que se enviará al UE en función del código de preámbulo en el mensaje 1 del RACH. Como se muestra en la figura 6, cuando el lado de la estación base decide enviar el mensaje RAR al UE, los mensajes RAR de una pluralidad de UE que tienen el mismo formato se disponen en cascada y se entregan juntos. No es difícil entender que el modo de entrega de mensajes RAR es inflexible. Cuando el formato de la información RAR correspondiente a una pluralidad de UE a enviar es diferente, el lado de la estación base tiene que enviar una pluralidad de elementos de información RAR para diferentes formatos RAR, para permitir que el lado del UE realice la decodificación con éxito en un formato RAR unificado, lo que no solo aumenta la carga de trabajo de la estación base, sino que también desperdicia recursos de la interfaz aérea.
El documento "Format for RACH Message 2" discutió varias estructuras para el formato RACH msg2 y los contenidos están investigando y proporciona las siguientes propuestas: propuesta 1: no incluir el LCID en la cabecera correspondiente a la MAC SDU que contiene el Msg2; propuesta 2: la cabecera de Msg2 debe contener elementos para distinguir diferentes respuestas y permitir una decodificación rápida; propuesta 3: para soportar un número variable de respuestas y una decodificación rápida, la cabecera también debe incluir un bit de extensión en cada cabecera de solicitud. El documento "US20110170503A1 discutió un procedimiento de acceso aleatorio realizado recibiendo información relacionada con un preámbulo de acceso aleatorio, indicando la información un primer preámbulo de acceso aleatorio relacionado con un primer formato y un segundo preámbulo de acceso aleatorio relacionado con un segundo formato; seleccionando un preámbulo de acceso aleatorio de acuerdo con la información recibida, transmitir el preámbulo de acceso aleatorio seleccionado, recibir una respuesta de acceso aleatorio, y decodificar la respuesta de acceso aleatorio recibida de acuerdo con el formato asociado con el preámbulo de acceso aleatorio seleccionado.
Compendio
La presente invención está definida por las reivindicaciones independientes adjuntas. El alcance de la presente invención es dar a conocer un método y un dispositivo para transmitir un mensaje de respuesta de acceso aleatorio y un método y un dispositivo para recibir un mensaje de respuesta de acceso aleatorio, que mejoran la técnica anterior mencionada anteriormente. Este objetivo se consigue mediante el método y el dispositivo según las reivindicaciones adjuntas. En la presente invención se da a conocer un método para transmitir un mensaje de respuesta de acceso aleatorio, un método para recibir un mensaje de respuesta de acceso aleatorio, y dispositivos relacionados, para resolver los problemas técnicos de la técnica relacionada en los que el modo de transmisión de mensajes RAR es inflexible, el mensaje enviado a una pluralidad de UE solo puede incluir el mensaje RAR del mismo formato, lo que aumenta la carga de trabajo de la estación base y desperdicia los recursos de la interfaz aérea.
En un primer aspecto, se da a conocer un método para transmitir un mensaje de respuesta de acceso aleatorio en algunas realizaciones de la presente invención, que incluye:
recibir una solicitud de acceso aleatorio enviada por un UE, y devolver un primer mensaje al UE, donde el primer mensaje consta de una pluralidad de unidades de mensaje dispuestas en secuencia, comprendiendo cada unidad de mensaje una subcabecera del mensaje y un submensaje RAR correspondiente a la subcabecera del mensaje, en el que la subcabecera del mensaje comprende información de indicación del formato del submensaje, configurada para indicar un formato del submensaje RAR.
En un segundo aspecto, se da a conocer un método para recibir un mensaje de respuesta de acceso aleatorio en algunas realizaciones de la presente invención, que incluye:
recibir un primer mensaje devuelto por un lado de la red después de enviar una solicitud de acceso aleatorio, donde el primer mensaje consta de una pluralidad de unidades de mensaje dispuestas en secuencia, comprendiendo cada unidad de mensaje una subcabecera del mensaje y un submensaje RAR correspondiente a la subcabecera del mensaje, en el que la subcabecera del mensaje comprende información de indicación del formato del submensaje, configurada para indicar un formato del submensaje RAR; y
decodificar el submensaje RAR basándose en el formato del submensaje RAR indicado por la información de indicación del formato del submensaje.
En un tercer aspecto, se da a conocer un dispositivo para transmitir un mensaje de respuesta de acceso aleatorio en algunas realizaciones de la presente invención, que incluye:
una primera unidad de comunicación, configurada para recibir una solicitud de acceso aleatorio enviada por un UE, y devolver un primer mensaje al UE, donde el primer mensaje consta de una pluralidad de unidades de mensaje dispuestas en secuencia, comprendiendo cada unidad de mensaje una subcabecera del mensaje y un submensaje RAR correspondiente a la subcabecera del mensaje, en el que la subcabecera del mensaje comprende información de indicación del formato del submensaje, configurada para indicar un formato del submensaje RAR.
En un cuarto aspecto, se da a conocer un dispositivo para recibir un mensaje de respuesta de acceso aleatorio en algunas realizaciones de la presente invención, que incluye:
una segunda unidad de comunicación, configurada para recibir un primer mensaje devuelto por un lado de la red después de enviar una solicitud de acceso aleatorio, donde el primer mensaje consta de una pluralidad de unidades de mensaje dispuestas en secuencia, comprendiendo cada unidad de mensaje una subcabecera del mensaje y un submensaje RAR correspondiente a la subcabecera del mensaje, en el que la subcabecera del mensaje comprende información de indicación del formato del submensaje, configurada para indicar un formato del submensaje RAR; y
una unidad de decodificación, configurada para decodificar el submensaje RAR basándose en el formato del submensaje RAR indicado por la información de indicación del formato del submensaje.
Según el método de transmisión de un mensaje de respuesta de acceso aleatorio, el método de recepción de un mensaje de respuesta de acceso aleatorio y sus dispositivos, en el método de transmisión de un mensaje de respuesta de acceso aleatorio, el dispositivo del lado de la red (por ejemplo, la estación base), después de recibir la solicitud RAP enviada por el UE, puede enviar un primer mensaje al UE, donde el primer mensaje incluye información de indicación de formato RAR configurada para indicar el formato del mensaje RAR correspondiente, para permitir que el UE, después de recibir el mensaje RAR, decodifique e identifique el mensaje RAR de acuerdo con el formato indicado por la información de indicación del formato del mensaje RAR. En comparación con el método de envío de mensajes RAR en la técnica relacionada, el mensaje enviado en la realización de la presente invención incluye información de indicación que indica el formato de cada mensaje RAR, y cuando se usa en el escenario en el que los mensajes RAR se envían a una pluralidad de UE al mismo tiempo, el UE puede decodificar e identificar los mensajes RAR con éxito y los mensajes RAR de diferentes formatos pueden integrarse en un solo mensaje y entregarse a cada UE, reduciendo así efectivamente la carga de trabajo del lado de la estación base y ahorrando recursos de la interfaz aérea.
Breve descripción de los dibujos
Otras ventajas y beneficios resultarán evidentes para los expertos en la técnica a partir de las descripciones detalladas a continuación. Los dibujos son solo para ilustrar algunas realizaciones y no limitan la presente invención. En todos los dibujos, se utilizan los mismos números de referencia para referirse a las mismas partes.
la figura 1 es una vista esquemática de una interacción de una señalización de acceso aleatorio con contienda en acceso aleatorio NR en la técnica anterior;
la figura 2 es una vista esquemática de una interacción de una señalización de acceso aleatorio sin contienda en acceso aleatorio NR en la técnica anterior;
la figura 3 es una vista esquemática de un formato de subinformación RAR en la técnica anterior;
la figura 4 es una vista esquemática de otro formato de subinformación RAR de la técnica anterior;
la figura 5 es una vista esquemática de otro formato de subinformación RAR de la técnica anterior;
la figura 6 es una vista esquemática de un formato de información RAR en la técnica anterior;
la figura 7 es un diagrama de flujo de un método para enviar un mensaje RAR en algunas realizaciones de la presente invención;
la figura 8 es una vista esquemática de una subcabecera del mensaje en algunas realizaciones de la presente invención;
la figura 9 es una vista esquemática de otra subcabecera del mensaje en algunas realizaciones de la presente invención;
la figura 10 es una vista esquemática de un submensaje RAR en algunas realizaciones de la presente invención; la figura 11 es una vista esquemática de otro submensaje RAR en algunas realizaciones de la presente invención; la figura 12 es una vista esquemática de un mensaje RAR en algunas realizaciones de la presente invención; la figura 13 es una vista esquemática de otro mensaje RAR en algunas realizaciones de la presente invención; las figuras 14(a) y 14(b) son vistas esquemáticas de una estructura de otro mensaje RAR en algunas realizaciones de la presente invención;
la figura 15 es un diagrama de flujo de un método para recibir un mensaje RAR en algunas realizaciones de la presente invención;
la figura 16 es una vista esquemática de un dispositivo de envío de mensajes RAR en algunas realizaciones de la presente invención;
la figura 17 es una vista esquemática de un dispositivo de mensajes RAR en algunas realizaciones de la presente invención;
la figura 18 es una vista esquemática de un dispositivo del lado de la red en algunas realizaciones de la presente invención; y
La figura 19 es una vista esquemática de un dispositivo terminal en algunas realizaciones de la presente invención.
Descripción detallada
Las soluciones técnicas en las realizaciones de la presente invención se describirán a continuación clara y completamente haciendo referencia a los dibujos adjuntos de las realizaciones de la presente invención. Obviamente, las realizaciones descritas anteriormente son parte de las realizaciones de la presente invención, no todas ellas. En base a las realizaciones de la presente invención, todas las demás realizaciones logradas por los expertos en la materia sin trabajo creativo entrarán dentro del alcance de protección de la presente invención.
En un primer aspecto, se da a conocer un método para transmitir un mensaje de respuesta de acceso aleatorio en algunas realizaciones de la presente invención. Como se muestra en la figura 7, el método incluye:
S101: recibir una solicitud de acceso aleatorio enviada por un UE y devolver un primer mensaje al UE.
El primer mensaje lleva un mensaje de respuesta de acceso aleatorio (RAR) e información de indicación de formato RAR, la información de indicación de formato RAR se establece al menos parcialmente en el mensaje RAR; la información de indicación de formato RAR está configurada para indicar un formato del mensaje RAR.
De acuerdo con el método de transmisión de un mensaje de respuesta de acceso aleatorio, el dispositivo del lado de la red (por ejemplo, la estación base), después de recibir la solicitud RAP enviada por el UE, puede enviar un primer mensaje al UE, donde el primer mensaje incluye información de indicación de formato RAR configurada para indicar el formato del mensaje RAR correspondiente, para permitir que el UE, después de recibir el mensaje RAR, decodifique e identifique el mensaje RAR según el formato indicado por la información de indicación del formato del mensaje RAR. En comparación con el método de envío de mensajes RAR en la técnica relacionada, el mensaje enviado en la realización de la presente invención incluye información de indicación que indica el formato de cada mensaje RAR, y cuando se usa en el escenario en el que los mensajes RAR se envían a una pluralidad de UE al mismo tiempo, el UE puede decodificar e identificar los mensajes RAR con éxito y los mensajes RAR de diferentes formatos pueden integrarse en un solo mensaje y entregarse a cada UE, reduciendo así efectivamente la carga de trabajo del lado de la estación base y ahorrando recursos de la interfaz aérea.
En aplicaciones prácticas, el número de UE que notifican solicitudes RAP puede ser uno o más. En consecuencia, cuando hay un UE que notifica solicitudes RAP, el dispositivo del lado de la red solo puede devolver el primer mensaje al UE, y el primer mensaje puede incluir solo una información de indicación de formato RAR y un mensaje RAR. Cuando hay una pluralidad de UE que notifican solicitudes RAP, el dispositivo del lado de la red solo puede devolver un primer mensaje a cada UE, pero el primer mensaje puede incluir una pluralidad de informaciones de indicación de formato RAR y una pluralidad de mensajes RAR.
En una implementación específica, el mensaje RAR incluye el submensaje RAR, y la información de indicación de formato RAR puede incluir la información de indicación del formato del submensaje que indica el formato del submensaje RAR correspondiente.
En una aplicación real, el mensaje RAR del presente documento incluye además una subcabecera del mensaje correspondiente al submensaje RAR, es decir, un mensaje RAR incluye una subcabecera del mensaje y un submensaje RAR correspondiente. Entonces, la información de indicación del formato del submensaje se transporta en la subcabecera del mensaje correspondiente, y cuando el primer mensaje incluye una pluralidad de mensajes RAR, en otras palabras, el primer mensaje incluye una pluralidad de subcabeceras de mensaje y submensajes RAR, cada una de las subcabeceras de mensaje lleva una información de indicación del formato del submensaje que está configurada para indicar el formato del submensaje RAR correspondiente. Mediante la relación de indicación entre la información de indicación del formato del submensaje y el submensaje RAR, la subcabecera del mensaje que incluye la información de indicación del formato del submensaje también establece una relación correspondiente con el submensaje RAR. Por supuesto, la información de indicación del formato del submensaje está en un campo distinto de la subcabecera del mensaje, por ejemplo, en un campo adyacente a la subcabecera del mensaje.
En una implementación específica, se puede entender que, para permitir que cada UE reciba con éxito los submensajes RAR que se tiene que recibir, la subcabecera del mensaje debe incluir información de indicación del UE que pueda establecer una relación con el UE. La información de indicación de UE aquí puede implementarse de muchas maneras, y a continuación se presenta una forma de implementación opcional:
Los expertos en la materia saben bien que cuando el UE envía una solicitud RAP, el código de preámbulo notificado por el UE es transportado en la solicitud RAP, y el código de preámbulo tiene una correspondencia biunívoca con cada UE. En consecuencia, la información del código de preámbulo puede incluirse en la subcabecera del mensaje, y la subcabecera del mensaje puede establecer una relación correspondiente con el UE utilizando la información del código de preámbulo. La información del código de preámbulo puede ser el propio código de preámbulo o el identificador del código de preámbulo. El identificador de código de preámbulo está configurado para indicar la correspondencia entre la subcabecera del mensaje y el código de preámbulo notificado por el UE. Por ejemplo, se supone que tanto el UE1 como el lado de la red están de acuerdo en que el símbolo "1" indica el código de preámbulo "123456", y tanto el UE2 como el lado de la red están de acuerdo en que el símbolo "0" indica el código de preámbulo "234567"“. Cuando el UE1 notifica el código de preámbulo "123456" y el UE2 notifica el código de preámbulo "234567", la información del código de preámbulo de la subcabecera del mensaje correspondiente al UE1 que es enviado por el lado de la red puede llevar solo el símbolo "1", y la información del código de preámbulo de la subcabecera del mensaje correspondiente al UE2 que es enviado por el lado de la red puede llevar solo el símbolo "0". La ventaja es que la longitud de la subcabecera del mensaje puede minimizarse, evitando así que la subcabecera del mensaje ocupe demasiados recursos de interfaz aérea debido al código de preámbulo demasiado largo.
Cabe señalar que la situación anterior es solo una forma de implementación opcional. En una aplicación real, se puede usar otra información de identificador del UE en lugar del identificador de código de preámbulo para indicar la correspondencia entre el UE y la subcabecera del mensaje. Por ejemplo, la ID del UE, etc., y esto no se limita a las realizaciones de la presente invención.
En caso de que la subcabecera del mensaje incluya la información de indicación del formato del submensaje y la información de código de preámbulo, en la implementación específica, la información de indicación del formato del submensaje en este documento puede implementarse de varias maneras y, en consecuencia, la subcabecera del mensaje también puede tener una pluralidad de formatos. Una de algunas realizaciones se describirá en detalle a continuación.
Opcionalmente, como se muestra en la figura 8, la subcabecera del mensaje íntegra incluye un campo E, un campo de indicación del formato del submensaje (Formato) y un campo de ID de código de preámbulo de acceso aleatorio (RAPID) (es decir, el campo en el que se encuentra la información del código de preámbulo). El campo E ocupa 1 bit y está configurado para indicar si hay otras subcabeceras de mensaje después de esta subcabecera del mensaje en el primer mensaje. En el caso en que el campo E es 1, esto significa que hay al menos una subcabecera del mensaje siguiente. En el caso en que el campo E es 0, esto significa que no hay subcabecera del mensaje siguiente. El campo Formato identifica el formato del submensaje RAR correspondiente. Dado que el campo Formato aquí ocupa 1 bit, el campo de indicación del formato del submensaje puede representar como máximo dos formatos de submensaje RAR. El campo RAPID ocupa 6 bits y se utiliza para transportar al menos una información de código de preámbulo. Cuando una pluralidad de UE notifican un mensaje RAP y el dispositivo del lado de la red envía un primer mensaje a una pluralidad de UE, el dispositivo del lado de la red puede llevar la información del código de preámbulo correspondiente a cada UE en la subcabecera del mensaje, por lo que el UE puede determinar qué subcabecera es su subcabecera del mensaje correspondiente de acuerdo con la información del código de preámbulo de la subcabecera del mensaje, y a continuación el UE puede determinar qué submensaje RAR se adquiere y decodifica de acuerdo con la correspondencia entre la subcabecera del mensaje y el submensaje RAR, asegurando así que el submensaje RAR se puede recibir correctamente.
Opcionalmente, como se muestra en la figura 9, la subcabecera del mensaje íntegra incluye un campo E, un campo de indicación del formato del submensaje (Formato), un campo R y un campo de ID de código de preámbulo de acceso aleatorio (RAPID). El campo E aquí es el mismo que el de la realización anterior, que ocupa 1 bit y está configurado para indicar si hay otras subcabeceras de mensaje después de esta subcabecera del mensaje. El campo Formato también está configurado para identificar el formato del submensaje RAR correspondiente. Dado que el campo Formato ocupa 3 bits, el campo Formato puede representar hasta ocho formatos de submensaje RAR. El campo RAPID aquí también está configurado para llevar al menos una información de código de preámbulo. Además, el campo R en este documento es un campo reservado, y el campo R puede no llevar información, o llevar alguna información que deba enviarse al UE según sea necesario, lo que no está específicamente limitado en esta realización de la presente invención.
Se puede entender que la figura 8 y la figura 9 son solo dos formas de implementación de la subcabecera del mensaje en la presente invención, lo que no se limita a los dos métodos anteriores en aplicaciones prácticas, y el formato de la subcabecera del mensaje puede modificarse según sea necesario. Por ejemplo, el bit ocupado por el campo Formato puede establecerse de acuerdo con el número de tipos de formato del submensaje RAR. Por ejemplo, cuando hay 10 formatos de mensaje RAR en total, el campo Formato puede establecerse en 4 bits. Por supuesto, para ahorrar recursos de ancho de banda, el número de bits del campo Formato aquí no necesita ser demasiado grande, siempre que satisfaga las identificaciones de todos los tipos de formatos, generalmente se puede configurar para cumplir con los números de bits mínimos que identifican todos los tipos de formatos.
También se puede establecer si configurar el campo R y cómo organizar cada campo aquí de acuerdo con la situación real. Por ejemplo, en caso de que el campo RAPID requiera al menos 6 bits, entonces cuando el campo Formato ocupa más de un bit, es obvio que un bit de byte no puede contener el campo E, el campo Formato y el campo RAPID al mismo tiempo, por lo que en el byte, los bits que no sean el campo E y el campo Formato se establecen en el campo reservado R, y el campo RAPID se establece en el siguiente byte. En caso de que el campo RAPID contenga una pluralidad de códigos de preámbulo correspondientes al UE, se puede requerir una pluralidad de bytes para transportar el campo, lo que no está específicamente limitado en esta realización de la presente invención.
Además, se describirá una implementación especial de la subcabecera del mensaje. Se ha descrito anteriormente en este documento que la información del código de preámbulo en la cabecera del mensaje puede incluir al menos una información del código de preámbulo. Cuando solo se incluye una información de código de preámbulo, esto significa que el UE, la subcabecera del mensaje y el submensaje RAR tienen una correspondencia uno a uno. Cuando se incluye una pluralidad de informaciones de código de preámbulo, no es difícil entender en este momento que cuando una pluralidad de UE realiza la identificación, algunos de los UE pueden encontrar la misma subcabecera del mensaje, si bien una subcabecera de mensaje corresponde a un submensaje RAR. Por lo tanto, en este caso, en realidad se entrega el mismo submensaje RAR a una pluralidad de UE. Esta situación se aplica generalmente en un escenario de entrega a los UE por grupos.
Por ejemplo, se supone que hay un total de 10 UE que notifican mensajes RAP, en los que se debe entregar un submensaje RAR con un código de formato 001 a los UE1-UE3, un submensaje RAR con un código de formato de 010 se entrega a los UE4-UE8, y un submensaje RAR con un código de formato de 011 se entrega a los UE9-UE10. Entonces, el primer mensaje en este momento puede incluir tres subcabeceras de mensaje y tres submensajes RAR. La subcabecera del primer mensaje incluye tres códigos de preámbulo correspondientes a los UE1-UE3, y la indicación del formato del submensaje es 001, el primer submensaje RAR es un submensaje con el código de formato 001. La subcabecera del segundo mensaje incluye cinco códigos de preámbulo correspondientes a los UE4-UE8, y la indicación del formato del submensaje es 010, el segundo submensaje RAR es un submensaje con el código de formato 010. La tercera subcabecera del mensaje incluye dos códigos de preámbulo correspondientes a los UE9-UE10, y la indicación del formato del submensaje es 011, y el tercer submensaje RAR es un submensaje con código de formato 011. Por lo tanto, de esta manera, el submensaje RAR de los tres formatos puede ser entregado a los grupos en los UE1-UE10, reduciendo así la longitud de los datos transmitidos durante la transmisión por grupos y ahorrando el recurso de la interfaz aérea.
En una implementación específica, el submensaje RAR también puede tener una pluralidad de formas de implementación diferentes en base a diferentes situaciones reales. Dos realizaciones opcionales se describen en detalle a continuación.
(1) El UE no tiene datos de enlace ascendente para notificar.
En la actualidad, el acceso aleatorio en 5G-NR en la técnica relacionada puede soportar los siguientes eventos: 1. soportar un UE inactivo RRC (estado inactivo) inicial para conectarse a la red; 2. soportar el restablecimiento de RRC del UE; 3. soportar que el UE para realice conmutación de celdas; 4. soportar que el UE a solicite una sincronización de enlace ascendente cuando los datos de enlace descendente llegan al UE pero el enlace ascendente no está sincronizado; 5. los datos de enlace ascendente llegan pero el enlace ascendente no está sincronizado; 6. soportar que el UE cambie del estado inactivo al estado activo; 7. Soportar la adquisición de sincronización de enlace ascendente de Scelda. Puede verse por las figuras 3 a 5 que el submensaje RAR en la técnica relacionada incluye un campo de concesión de enlace ascendente (concesión de UL) configurado para indicar al UE el resultado de asignación de recursos de enlace ascendente asignado al UE por la estación base.
Sin embargo, en el proceso de implementación de las realizaciones de la presente invención, los inventores han encontrado que, de acuerdo con los eventos soportados por el acceso aleatorio NR, no todos los propósitos de acceso aleatorio basados en el acceso RACH necesitan solicitar la planificación de los recursos del enlace ascendente. Por ejemplo, el cuarto evento aquí es "llegan datos de enlace descendente pero el enlace ascendente no está sincronizado, el UE solicita una sincronización de enlace ascendente" y el séptimo evento "soportar la adquisición de sincronización de enlace ascendente de Scelda". En estos dos casos, el UE realiza el acceso aleatorio solo para la sincronización del enlace ascendente sin solicitar la planificación de recursos del enlace ascendente. Para el UE que notifica dicha solicitud, sin importar qué tipo de mensaje RAR aplique la estación base, el campo de concesión de UL puede incluirse en el submensaje RAR enviado a dicho UE. A continuación, después de recibir dicho submensaje RAR, el UE tiene que notificar los datos de enlace ascendente a la estación base de acuerdo con el resultado de la asignación de recursos del enlace ascendente indicado en el campo de concesión de UL. Sin embargo, en realidad no es necesario notificar los datos, por lo que los datos de enlace ascendente no contienen ninguna información sustancial. Obviamente, dicho proceso de notificación del UE no tiene sentido y desperdicia significativamente los recursos de la interfaz aérea.
En base a esto, el método de transmisión del mensaje RAR en algunas realizaciones de la presente invención puede incluir además:
S101': en caso de que se determine en base a la solicitud de acceso aleatorio enviada por el UE que un acceso aleatorio del UE no requiere una concesión de enlace ascendente, no transportar un recurso de concesión de enlace ascendente en el submensaje RAR correspondiente al UE.
Específicamente, el dispositivo del lado de la red recibe la solicitud RAP notificada por cada UE. En caso de que se determine en base a la solicitud RAP notificada por el UE que un acceso aleatorio del UE no requiere una concesión de enlace ascendente, es decir, no es necesario enviar datos de enlace ascendente, por ejemplo, como se ha descrito anteriormente, el UE solicita solo una sincronización de enlace ascendente en este momento, y el recurso de concesión de enlace ascendente no se transporta en el submensaje RAR correspondiente al UE, es decir, el submensaje RAR puede no incluir el campo de concesión UL y el dispositivo del lado de la red envía el primer mensaje que transporta dicho submensaje RAR a cada UE. La figura 10 ilustra una realización de un submensaje RAR que no incluye un campo de concesión de UL, donde el submensaje RAR lleva solo el campo reservado R, el campo de comando de avance de tiempo y el campo de identificador de celda temporal (C-RNTI temporal). Después de recibir el primer mensaje que incluye dicho submensaje, el UE puede buscar un submensaje RAR correspondiente de acuerdo con la subcabecera del mensaje. Dado que el campo de concesión de UL no se decodifica cuando se decodifica el submensaje RAR, no hay necesidad de notificar los datos de enlace ascendente sin contenido sustancial al dispositivo del lado de la red, ahorrando así recursos de interfaz aérea.
Cabe señalar que la figura 10 es solo una forma de implementación específica. En aplicaciones prácticas, la disposición y el número de bits respectivamente ocupados por el campo de comando de avance de tiempo, el campo de identificador de celda temporal y el campo R pueden configurarse de acuerdo con las necesidades reales, siempre que el submensaje RAR no contenga un campo de concesión de UL y contenga los campos necesarios requeridos por otros UE.
(2) El dispositivo del lado de la red necesita enviar otros mensajes de control necesarios al UE.
Puede entenderse que el dispositivo del lado de la red envía frecuentemente varios tipos de mensajes de control al UE, tal como un mensaje de control de potencia para controlar la potencia de transmisión del UE. En la técnica relacionada, generalmente el mensaje de control de potencia es enviado independientemente al UE por el dispositivo del lado de la red, y los expertos en la técnica siempre tienen la intención de ahorrar el recurso de la interfaz aérea tanto como sea posible. En vista de esto, el método de transmisión del mensaje RAR en algunas realizaciones de la presente invención puede incluir además:
S101": llevar información de control de potencia en el submensaje RAR, donde la información de control de potencia está configurada para permitir que el UE adquiera, en base a la información de control de potencia, una potencia de transmisión de la transmisión de información de enlace ascendente.
La figura 11 ilustra una realización de un submensaje RAR que transporta información de control de potencia. La información de control de potencia se transporta en el campo de control de potencia después del campo de comando de avance de temporización. En comparación con el formato de submensaje RAR en la técnica relacionada que se muestra en la figura 3 a la figura 5, el campo de control de potencia ocupa una parte del campo de concesión de UL original. De este modo, el lado del dispositivo del lado de la red puede enviar simultáneamente el submensaje RAR y el mensaje de control de potencia al UE basándose en un submensaje RAR en el primer mensaje, en lugar de enviar el mensaje de control de potencia por separado, ahorrando así efectivamente el recurso de interfaz aérea. Después de recibir tal submensaje RAR, el UE puede decodificar el campo de control de potencia y adquirir la potencia de transmisión para transmitir la información de enlace ascendente de acuerdo con la información de control de potencia en el campo de control de potencia.
Además, dado que el UE ha transmitido la solicitud de RAP con una cierta potencia, la información de control de potencia en este documento puede ser un valor de cambio de potencia aumentado o disminuido en relación con la potencia de transmisión del RAP. Por ejemplo, 000 representa que la potencia no cambia y 001 representa que la potencia aumenta en 0,5 db. Por supuesto, la información de control de potencia también puede ser el valor absoluto de la potencia.
Se puede entender que, debido a que la información de control de potencia es la información de control para controlar la potencia de transmisión de la información de enlace ascendente del UE, el propósito del acceso del UE en este momento es cargar datos, y a continuación el submensaje RAR suministrado por el dispositivo del lado de la red tiene que incluir el campo de concesión de UL. El número específico de bits de la concesión de UL original ocupado por el campo de control de potencia y el número específico de bits de la concesión de UL ocupada en la técnica relacionada se pueden establecer de manera flexible de acuerdo con la situación real, lo que no se limita específicamente en esta realización de la presente invención.
También puede entenderse que el caso de transportar la información de control de potencia es solo una forma de implementación específica del submensaje RAR que lleva el mensaje de control UE, y el experto en la materia también puede realizar mejoras adaptativas al submensaje RAR según las necesidades reales. Por ejemplo, se pueden transportar uno o más mensajes de control del UE en el submensaje RAR, siempre que el UE pueda recibir con éxito el mensaje de control transportado y el campo que transporta el mensaje no afecte los campos necesarios de otros submensajes RAR, la realización de la presente invención no limita específicamente esto.
En lo anterior, se describen varias implementaciones de la subcabecera del mensaje y varias implementaciones del submensaje RAR. Puede entenderse que, en una implementación específica, el primer mensaje que incluye una pluralidad de subcabeceras de mensaje y una pluralidad de submensajes RAR, es decir, que incluye una pluralidad de mensajes RAR, también puede implementarse de varias maneras.
Opcionalmente, como se muestra en la figura 12, el primer mensaje incluye una cabecera de mensaje y una carga útil de mensaje. Por ejemplo, como se muestra en la figura 12, los formatos de los submensajes RAR identificados por la subcabecera 1 del mensaje, la subcabecera 2 del mensaje... y la subcabecera n del mensaje pueden ser iguales o diferentes. La carga útil del mensaje puede incluir una pluralidad de submensajes RAR que también están ordenados secuencialmente en el orden preestablecido, tales como el submensaje RAR 1, el submensaje RAR 2... y el submensaje RAR n que se muestran en la figura 12. No es difícil comprender que el orden de las subcabeceras de mensaje puede estar en correspondencia biunívoca con el orden de los submensajes RAR, es decir, la subcabecera 1 del mensaje corresponde al mensaje RAR 1, y la subcabecera 2 del mensaje corresponde al mensaje RAR 2, y la subcabecera n del mensaje corresponde al mensaje RAR n, de manera que el UE puede encontrar rápidamente el submensaje RAR correspondiente según la subcabecera del mensaje.
Opcionalmente, como se muestra en la figura 13, el primer mensaje incluye una pluralidad de unidades de mensaje dispuestas en secuencia, y cada unidad de mensaje puede incluir un mensaje RAR, es decir, incluir una subcabecera del mensaje y un submensaje RAR correspondiente a la subcabecera del mensaje. Es decir, la subcabecera 1 del mensaje en la unidad de mensaje 1 corresponde al mensaje RAR 1, la subcabecera 2 del mensaje en la unidad de mensaje 2 corresponde al mensaje RAR 2 y la subcabecera n del mensaje en la unidad de mensaje n corresponde al mensaje RAR n.
Por supuesto, la subcabecera del mensaje y el submensaje RAR en el primer mensaje también pueden disponerse de otras formas, lo que no está específicamente limitado en la presente invención.
De acuerdo con la descripción anterior, la subcabecera del mensaje en la realización de la presente invención también tiene varias formas de implementación. Por lo tanto, para permitir que el UE que recibe el primer mensaje identifique el formato de cada subcabecera, en algunas realizaciones de la presente invención, la información de indicación de formato RAR puede incluir además información de indicación de formato de subcabecera configurada para indicar un formato de la subcabecera del mensaje correspondiente.
En una implementación específica, la información de indicación de formato de subcabecera en este documento puede estar en una pluralidad de formas diferentes. Por ejemplo, el número de bits del byte correspondiente puede establecerse de acuerdo con el número total de tipos de formatos de subcabecera. Por ejemplo, cuando el número total de tipos es 2, la longitud de la información de indicación de formato de subcabecera se puede establecer en 1 bit, y se configura 1 ó 0 para indicar diferentes formatos.
En la implementación específica, la información de indicación de formato de subcabecera en este documento puede establecerse en una pluralidad de ubicaciones diferentes. Por ejemplo, haciendo referencia a la figura 14 (a) y la figura 14 (b), la información de indicación de formato de subcabecera H puede configurarse antes de, y junto a una subcabecera correspondiente a cada submensaje RAR, de modo que después de que el UE adquiera la información de indicación de formato de subcabecera, el UE puede aprender el formato correspondiente a la subcabecera y determinar el número de bits ocupados por la subcabecera. Entonces, después del número correspondiente de bits, se adquiere la siguiente información H de indicación de formato de subcabecera. Esto hace posible determinar el formato de cada subcabecera en secuencia. Por ejemplo, haciendo referencia a la figura 14(a) y la figura 14(b), se puede establecer un campo de bit H antes de la subcabecera correspondiente a cada submensaje RAR, donde el campo H se puede configurar para indicar a qué clase de las dos clases de subcabeceras pertenece la subcabecera correspondiente al submensaje RAR correspondiente.
No es difícil entender que la información de indicación del formato del submensaje configurada para indicar el submensaje RAR también puede estar como la información de indicación de formato de subcabecera, es decir, en un campo anterior y adyacente a la subcabecera. De este modo, el UE puede, antes de adquirir la subcabecera, obtener el formato de la subcabecera y el formato del submensaje RAR correspondiente adquiriendo el mensaje de indicación de formato de subcabecera y el mensaje de indicación del formato del submensaje.
Opcionalmente, la información de indicación de formato de subcabecera se puede establecer de la misma manera que el campo de indicación del formato del submensaje se establece en la figura 8, es decir, la información de indicación de formato de subcabecera se establece después del campo E. De este modo, también se podrá determinar el formato de cada subcabecera. En este caso, la información de indicación de formato de subcabecera y la información de indicación del formato del submensaje pueden ser la misma información.
De acuerdo con el método en la realización de la presente invención, se transmite la información de indicación de formato de subcabecera que indica el formato de la subcabecera del mensaje, de modo que incluso si el primer mensaje lleva las subcabeceras de diferentes formatos, el dispositivo UE puede , después de recibir el mensaje, determinar el formato y la longitud de la subcabecera basándose en la información de indicación de formato de la subcabecera, para poder soportar las subcabeceras de la pluralidad de formatos de subcabecera en el primer mensaje.
Debe entenderse que la descripción anterior de las realizaciones tiene simplemente el propósito de facilitar una mejor comprensión del método de las realizaciones de la presente invención y no pretende limitar la invención. Además, las diversas realizaciones descritas anteriormente no se afectan entre sí, y cualquier combinación de las diversas realizaciones puede caer dentro del alcance de la presente invención.
En resumen, el método en algunas realizaciones de la presente invención da a conocer una pluralidad de formas de implementación del primer mensaje y la subcabecera del mensaje y el submensaje RAR del mismo, para poder adaptarse a diversos entornos de servicio en entornos de comunicación, lo que mejora significativamente la capacidad de expansión del primer mensaje. No es difícil entender que, para permitir que el UE reciba y decodifique con éxito, antes de S101, el método incluye además:
S100: negociar con el UE para configurar una correspondencia entre la información de indicación de formato RAR y el formato del mensaje RAR.
Específicamente, para la negociación del formato del submensaje RAR, en primer lugar, el dispositivo del lado de la red tiene que configurar el número de bits ocupados por el campo de indicación del formato del submensaje de acuerdo con el número total de tipos de formato del submensaje RAR y a continuación determina, según el número de bits ocupados por el campo de indicación del formato del submensaje, el formato de la subcabecera del mensaje. Este proceso de determinación se ha descrito anteriormente y no se describirá aquí. A continuación, se establece la correspondencia entre los campos de indicación del formato del submensaje y los formatos del submensaje RAR.
Por ejemplo, en caso de que el formato de submensaje RAR actual tenga cinco tipos, que son los estilos de formato que se muestran en la figura 3, la figura 4, la figura 5, la figura 10 y la figura 11, entonces el campo de indicación del formato del submensaje necesita 3 bits para identificar todos los tipos de formatos. Después de configurar el campo de formato, el estilo de formato que se muestra en la figura 3 se representa con 000, el estilo de formato que se muestra en la figura 4 se representa con 001, el estilo de formato que se muestra en la figura 5 se representa con 010, el estilo de formato que se muestra en la figura 10 está representado por 011, y el estilo de formato que se muestra en la figura 11 está representado por 100.
Finalmente, el dispositivo del lado de la red envía el resultado de la configuración a cada UE, y el UE guarda el resultado de la configuración localmente después de recibir el resultado de la configuración, para que el UE pueda recibir con éxito el primer mensaje en la forma de la negociación anterior, y aprenda la información de formato del submensaje RAR correspondiente de acuerdo con la información de indicación del formato del submensaje en la subcabecera del mensaje correspondiente, y finalmente decodifique el submensaje RAR de acuerdo con el estilo de formato correspondiente prealmacenado correspondiente para obtener los datos correspondientes. El proceso de negociación del formato de la subcabecera es similar al proceso de negociación del formato del submensaje RAR, y los detalles no se describen aquí nuevamente.
Además, cabe señalar que el método de la realización de la presente invención se puede aplicar no solo a un sistema 5G sino también a un sistema como LTE.
En un segundo aspecto, se da a conocer un método para recibir un mensaje de respuesta de acceso aleatorio en algunas realizaciones de la presente invención. Como se muestra en la figura 15, el método incluye:
S201: recibir un primer mensaje devuelto por un lado de la red después de enviar una solicitud de acceso aleatorio, donde el primer mensaje lleva un mensaje de respuesta de acceso aleatorio (RAR) e información de indicación de formato RAR, la información de indicación de formato RAR se establece al menos parcialmente en el mensaje RAR, y la información de indicación de formato RAR está configurada para indicar un formato del mensaje RAR; y
S202: decodificar el mensaje RAR en base a un formato indicado por la información de indicación de formato RAR.
De acuerdo con el método de recibir un mensaje de respuesta de acceso aleatorio en algunas realizaciones de la presente invención, después de recibir el primer mensaje enviado por el lado de la red, el mensaje RAR correspondiente se decodifica de acuerdo con el formato indicado por la información de indicación de formato, reduciendo así la carga de trabajo del lado de la red, ahorrando los recursos de la interfaz aérea y asegurando la decodificación normal y ordenada de los mensajes RAR.
En una implementación específica, el mensaje RAR puede incluir un submensaje RAR, donde la información de indicación de formato RAR puede incluir información de indicación del formato del submensaje configurada para indicar un formato del submensaje RAR correspondiente.
En consecuencia, S202 puede ser específicamente:
S202': decodificar el submensaje RAR en base a un formato indicado por la información de indicación del formato del submensaje.
Además, en una implementación específica, el mensaje RAR en este caso puede incluir además una subcabecera del mensaje, donde la subcabecera del mensaje corresponde al submensaje RAR, y la información de indicación del formato del submensaje se puede transportar en la subcabecera del mensaje correspondiente. Además, la subcabecera del mensaje puede incluir además información de código de preámbulo, donde la información de código de preámbulo puede ser el propio código de preámbulo o el identificador del código de preámbulo. El código de preámbulo es notificado por el UE en la solicitud RAP anterior, y la información del código de preámbulo aquí también puede ser una pluralidad de informaciones de código de preámbulo, y a continuación, para el UE, en caso de que una determinada subcabecera de mensaje del primer mensaje incluya una pluralidad de informaciones de código de preámbulo, el UE puede decodificar el submensaje RAR correspondiente en función de la información de indicación del formato del submensaje en la subcabecera del mensaje determinado, siempre que el código de preámbulo notificado por el UE se corresponda con una de la pluralidad de informaciones de código de preámbulo. En esta realización, las descripciones detalladas que se han hecho anteriormente no se describen de nuevo aquí.
Además, en la realización en la que la información de indicación de formato y el mensaje RAR son como se ha descrito anteriormente, opcionalmente el S202 incluye:
S202'a: adquirir información de código de preámbulo en una subcabecera del mensaje en el mensaje RAR;
S202'b: en caso de que la información del preámbulo se corresponda con la información del preámbulo utilizada para enviar la solicitud de acceso aleatorio, decodificar el submensaje RAR correspondiente en función del formato indicado por la información de indicación del formato del submensaje en la subcabecera del mensaje;
en caso de que la información del preámbulo no se corresponda con la información del preámbulo utilizada para enviar la solicitud de acceso aleatorio, adquirir una longitud del submensaje RAR correspondiente en función de la información de indicación del formato del submensaje en la subcabecera del mensaje, adquiriendo una posición inicial del siguiente submensaje RAR en base a la longitud, y estimar la información del preámbulo en la siguiente subcabecera del mensaje;
Es decir, en caso de que el primer mensaje contenga una pluralidad de subcabeceras de mensajes y una pluralidad de submensajes RAR, cuando cada UE recibe el primer mensaje y busca su subcabecera del mensaje correspondiente, cada UE atraviesa de hecho todas las subcabeceras anteriores a la subcabecera. La razón es que los formatos de los submensajes RAR en el primer mensaje pueden ser diferentes, por lo que las longitudes de los submensajes RAR también pueden ser diferentes, por lo que el UE debe conocer la posición inicial del siguiente submensaje RAR cuando determina que la subcabecera actual no se corresponde con el mismo.
Por ejemplo, se supone que el primer mensaje está dispuesto como se muestra en la figura 12 e incluye tres subcabeceras de mensaje y tres submensajes RAR. Los formatos de los tres submensajes RAR son diferentes, y las longitudes de los mismos son de 6 bits, 8 bits y 10 bits, respectivamente. Para un determinado UE, la subcabecera del mensaje correspondiente es la subcabecera del tercer mensaje, y el tercer submensaje RAR debe decodificarse. A continuación, para el UE, el proceso de encontrar el tercer mensaje RAR es el siguiente:
En primer lugar, se adquiere la información del código de preámbulo en la subcabecera del primer mensaje. En caso de que se determine que no coincide, se adquiere la información de indicación del formato del submensaje en la subcabecera del primer mensaje, y a continuación el UE aprende que la longitud del primer submensaje RAR se basa en 6 bits sobre la correspondencia entre identificadores de formato y formatos almacenados localmente. No es difícil entender que el UE puede conocer la posición inicial del primer submensaje RAR en este momento (para facilitar la descripción, la posición inicial es el primer bit), y el UE puede saber que la posición inicial del segundo submensaje RAR es el séptimo bit según la longitud del primer submensaje RAR. A continuación, se adquiere la información del código de preámbulo en la subcabecera del segundo mensaje. En caso de que se determine que no coincide, el UE también adquiere la información de indicación del formato del submensaje en la subcabecera del segundo mensaje, y aprende que la longitud del segundo submensaje RAR es de 8 bits, y a continuación el UE puede saber que la posición inicial del tercer submensaje RAR es el decimoquinto bit. A continuación, después de adquirir la subcabecera del tercer mensaje y determinar que coincide, también se obtiene el código de formato, se obtiene el formato del tercer submensaje rAr y a continuación se decodifica el tercer submensaje RAR de acuerdo con el formato prealmacenado localmente, desde el decimoquinto bit.
De manera similar, el método de búsqueda descrito anteriormente también es aplicable al formato de disposición del primer mensaje que se muestra en la figura 13. Sin embargo, como se ha descrito anteriormente, el formato de cada subcabecera del mensaje en el método dado a conocer por la realización de la presente invención es diferente. Cuando los formatos de la subcabecera del mensaje que lleva el primer mensaje son iguales, el UE puede conocer el formato de la subcabecera a través de la negociación, de modo que los dos submensajes RAR correspondientes se pueden encontrar directamente utilizando los dos anteriores métodos de búsqueda. Sin embargo, el primer mensaje también puede llevar una pluralidad de subcabeceras de mensajes de diferentes formatos. En este caso, el UE tampoco puede saber dónde comenzar la adquisición de cada subcabecera y en qué formato decodificar cada subcabecera.
Por lo tanto, la información de indicación de formato RAR puede incluir además información de indicación de formato de subcabecera configurada para indicar el formato de la subcabecera del mensaje correspondiente, y la forma de configuración específica de la información de indicación de formato de subcabecera puede referirse a la descripción de la información de indicación de formato de subcabecera en el primer aspecto. Además, S202 puede incluir además:
S202: decodificar la subcabecera del mensaje en base a un formato indicado por la información de indicación de formato de la subcabecera.
El proceso de decodificación específico puede referirse al método mencionado anteriormente para decodificar el submensaje RAR.
Por ejemplo, para la forma de disposición del primer mensaje que se muestra en la figura 12, el UE puede adquirir primero la información de indicación de formato de subcabecera de la subcabecera del primer mensaje para obtener el formato de la subcabecera del primer mensaje, y a continuación adquirir la información del código de preámbulo según el formato. En caso de que coincida la información del código de preámbulo, se busca directamente el submensaje RAR correspondiente a la subcabecera del primer mensaje; en caso de que la información del código de preámbulo no coincida, la longitud de la subcabecera del primer mensaje se obtiene de acuerdo con el formato de la subcabecera del primer mensaje, y a continuación se aprende la posición inicial de la subcabecera del segundo mensaje, para seguir estimando la subcabecera del segundo mensaje.
Para otro ejemplo, para la forma de disposición del primer mensaje que se muestra en la figura 13, el UE puede adquirir primero la información de indicación de formato de subcabecera de la subcabecera del primer mensaje para obtener el formato de la subcabecera del primer mensaje, y a continuación adquirir la información del código de preámbulo de acuerdo con el formato. En caso de que coincida la información del código de preámbulo, se busca directamente el submensaje RAR correspondiente a la subcabecera del primer mensaje; en caso de que la información del código de preámbulo no coincida, la longitud de la subcabecera del primer mensaje se obtiene de acuerdo con el formato de la subcabecera del primer mensaje, y a continuación la longitud del primer submensaje RAR se obtiene de acuerdo con la información de indicación del formato del submensaje en la subcabecera del mensaje, y a continuación se aprende la posición inicial de la subcabecera del segundo mensaje de acuerdo con las dos longitudes anteriores, para estimar la subcabecera del segundo mensaje.
Por supuesto, se puede entender que, en caso de que el UE necesite obtener la posición inicial de acuerdo con la longitud cada vez, esto afectará inevitablemente a la velocidad de decodificación del UE. Por lo tanto, se da a conocer otra realización de la presente invención.
Por ejemplo, para adquirir el submensaje RAR, se puede establecer el concepto de la subcarga del mensaje, y la subcarga del mensaje lleva el submensaje RAR. La longitud de cada subcarga de mensaje es un valor fijo, por ejemplo, 10 bits, y los formatos de los submensajes RAR transportados en la subcarga de mensaje pueden ser diferentes, y su longitud también puede ser diferente, pudiendo ser de 4 bits, 6 bits u 8 bits, respectivamente. Los submensajes RAR en cada subcarga se organizan en los primeros bits y los bits subsiguientes pueden reservarse. Por ejemplo, los primeros 4 bits de 10 bits son submensajes RAR y los últimos 6 bits están reservados. La ventaja de esto es que el UE puede conocer la posición inicial de cada subcabecera de mensaje RAR tan pronto como recibe el mensaje RAR, por lo que el UE no necesita adquirir el formato del submensaje RAR correspondiente a la subcabecera para adquirir la longitud del submensaje RAR al determinar que la subcabecera del mensaje actual no coincide, y puede saltar directamente a la posición inicial del siguiente submensaje RAR para esperar el siguiente resultado de estimación, reduciendo así el flujo de trabajo del UE y mejorando la velocidad de decodificación del submensaje RAR por el UE.
La forma anterior también podrá ser aplicable a la adquisición de subcabeceras. Es decir, se puede establecer el concepto del campo de subcabecera y también se establece la longitud fija. Después de determinar una subcabecera, el UE puede saltar directamente a la posición inicial de la siguiente subcabecera según la longitud fija. Por supuesto, este método también se puede combinar con la forma anterior de obtener continuamente la longitud. Por ejemplo, la subcabecera del mensaje está situada en un campo de subcabecera fijo, pero no es necesario transportar el submensaje RAR en una subcarga fija, y esto no está limitado en la realización de la presente invención.
Además, cabe señalar que la subcabecera del mensaje y el submensaje RAR en el primer mensaje recibido por el lado del UE pueden tener una pluralidad de formas de implementación diferentes. Por ejemplo, el campo Formato en la subcabecera del mensaje puede tener al menos un bit. Cuando el número de bits ocupados por los campos es diferente, el campo R, el campo Formato y el campo RAPID en la subcabecera del mensaje pueden organizarse de manera diferente. Por ejemplo, se pueden usar diferentes formatos de submensaje RAR de acuerdo con diferentes escenarios de comunicación. Por ejemplo, cuando el UE no necesita enviar datos de enlace ascendente, el submensaje RAR recibido puede no incluir un campo de concesión de UL configurado para indicar una concesión de planificación de enlace ascendente. Además, el submensaje RAR que se escribe en la información de control de potencia también se puede recibir, y el lado del UE puede obtener la potencia de transmisión para transmitir la información de enlace ascendente enviada por el lado de la red después de decodificar el campo de control de potencia, y enviar la información de enlace ascendente en una potencia de transmisión preestablecida de acuerdo con las instrucciones del lado de la red. En lo anterior se han descrito en detalle varias implementaciones que no se describirán más aquí.
La subcabecera del mensaje y el submensaje RAR en el primer mensaje recibido por el lado del UE también pueden tener disposiciones diferentes. Por ejemplo, el primer mensaje incluye una cabecera de mensaje y una carga útil de mensaje, y la carga útil de mensaje incluye una pluralidad de submensajes RAR también dispuestos en el orden preestablecido. Para otro ejemplo, el primer mensaje incluye una pluralidad de unidades de mensaje dispuestas en secuencia, y cada unidad de mensaje incluye una subcabecera del mensaje y un submensaje RAR correspondiente a la subcabecera del mensaje. De manera similar, en lo anterior se han descrito en detalle varias disposiciones que no se describirán aquí.
Además, para permitir que el UE decodifique con éxito el primer mensaje, antes de que se reciba el primer mensaje, el lado del UE puede negociar con el lado de la red para configurar una correspondencia entre la información de indicación de formato RAR y el formato del mensaje RAR. De acuerdo con la correspondencia de formato preestablecida, el lado del UE puede decodificar el submensaje RAR basándose en el formato correcto después de adquirir la información de indicación de formato en la subcabecera del mensaje.
Para una comprensión más completa del método en la realización de la presente invención, el proceso de interacción completo del dispositivo del lado de la red y el dispositivo terminal se describe en detalle en base al método de transmisión del mensaje RAR en el primer aspecto y el método de recibir el mensaje RAR en el segundo aspecto.
Todo el proceso de interacción puede incluir las siguientes etapas:
S1: el dispositivo del lado de la red configura un formato de subcabecera del mensaje en el primer mensaje que se entregará. En concreto, se puede configurar el número de bits ocupados por el campo en el que se encuentra la información de indicación de formato RAR, incluyendo la información de indicación del formato del submensaje y el número de bits de la indicación de formato de subcabecera. A continuación, se configura la correspondencia entre cada tipo de información de indicación de formato RAR y cada formato de mensaje RAR. Finalmente, todos los resultados de la configuración se envían a cada UE;
S2: después de recibir el resultado de la configuración, cada UE almacena el resultado de la configuración localmente.
se envía una solicitud de RAP al dispositivo del lado de la red, donde la solicitud de RAP incluye el código de secuencia del UE, es decir, el código de preámbulo, y también incluye información que indica el propósito de la solicitud, por ejemplo, la solicitud de RAP es para solicitar una sincronización de enlace ascendente o para solicitar el restablecimiento de RRC o similar;
S3. Después de recibir la solicitud RAP notificada por cada UE, el dispositivo del lado de la red devuelve un primer mensaje a cada UE. El primer mensaje incluye información de indicación de formato de subcabecera de cada subcabecera, y cada cabecera de mensaje puede incluir además un código de preámbulo correspondiente al UE y un tipo de formato del submensaje RAR.
Ciertamente, para algunos escenarios de comunicación especiales, el dispositivo del lado de la red también puede configurar el submensaje RAR correspondiente a un determinado UE como un submensaje RAR de un formato especial.
Por ejemplo, cuando la solicitud RAP notificada por un determinado UE es una solicitud que no necesita solicitar asignación de recursos de enlace ascendente, el dispositivo del lado de la red puede configurar el submensaje RAR correspondiente al UE para que sea un submensaje RAR que no incluir un campo de concesión de enlace ascendente, y el identificador de formato correspondiente al tipo especial de submensaje se transporta en una subcabecera del mensaje correspondiente al UE;
Por ejemplo, cuando se requiere enviar cierta información de control a un determinado UE, como información de control de potencia, el dispositivo del lado de la red también puede configurar el submensaje RAR correspondiente al UE para que lleve la información de control de potencia que se enviará al UE, es decir, una parte de un determinado campo original (por ejemplo, el campo de concesión de enlace ascendente) se modifica para que el campo de control de potencia transporte la información de control de potencia. De manera similar, es necesario que el identificador de formato correspondiente al tipo especial de submensaje se transporte en la subcabecera del mensaje correspondiente al UE;
Además, las formas de disposición de las subcabeceras de mensajes y los submensajes RAR en el primer mensaje enviado por el dispositivo del lado de la red a cada UE pueden ser diferentes. De la manera mostrada en la figura 13, se puede disponer en forma de varias unidades de mensaje, y cada unidad de mensaje incluye un mensaje RAR, es decir, incluye una subcabecera del mensaje y un submensaje RAR correspondiente.
S4: después de recibir el primer mensaje enviado por el dispositivo del lado de la red, el UE primero obtiene el formato de la subcabecera de acuerdo con la información de indicación de formato de la subcabecera, y a continuación busca la subcabecera del mensaje correspondiente de acuerdo con el código de preámbulo prealmacenado localmente.
En caso de que una determinada subcabecera del mensaje se corresponda con el código de preámbulo del UE, el UE adquiere entonces el identificador de formato según el formato de la subcabecera de mensaje prealmacenada y obtiene, según el identificador de formato, el correspondiente estilo de formato de submensaje RAR almacenado localmente, para decodificar el submensaje RAR correspondiente a la subcabecera.
Para algunos escenarios de comunicación especiales, el UE también puede realizar algunas operaciones especiales de acuerdo con el submensaje RAR de un formato especial.
Por ejemplo, cuando el submensaje RAR decodificado por un determinado UE no incluye el campo de concesión de enlace ascendente, es posible que el UE no necesite notificar los datos de enlace ascendente al dispositivo del lado de la red en la siguiente etapa; por ejemplo, cuando el submensaje RAR decodificado por un determinado UE incluye un campo de control de potencia, la potencia de transmisión de los datos de enlace ascendente puede ajustarse de acuerdo con la información de control de potencia en el campo de control de potencia.
A través de la interacción de las cuatro etapas anteriores, el dispositivo del lado de la red solo necesita enviar un primer mensaje a cada UE y a continuación cada UE puede recibir y decodificar correctamente el submensaje RAR respectivo. En algunos escenarios especiales, el UE recibe el submensaje RAR que no incluye el campo de concesión de enlace ascendente y no necesita notificar los datos de enlace ascendente sin contenido sustancial. El dispositivo del lado de la red también puede transportar la información de control del UE necesaria en el submensaje RAR, y no necesita enviar la información de control del UE por separado. Por lo tanto, el método de transmisión del mensaje RAR y el método de recepción del mensaje RAR en algunas realizaciones de la presente invención puede reducir el proceso de interacción del dispositivo del lado de la red y el dispositivo terminal, y puede mejorar efectivamente la utilización de recursos de la interfaz aérea en comparación con el modo de envío y recepción en la técnica relacionada. Además, el método en algunas realizaciones de la presente invención se puede aplicar a sistemas tales como sistemas 5G y sistema LTE, y tiene una amplia aplicabilidad.
En un tercer aspecto, se da a conocer un dispositivo para transmitir un mensaje de respuesta de acceso aleatorio en algunas realizaciones de la presente invención. Como se muestra en la figura 16, el dispositivo incluye:
una primera unidad de comunicación, configurada para recibir una solicitud de acceso aleatorio enviada por un UE, y devolver un primer mensaje al UE,
cuando el primer mensaje lleva un mensaje de respuesta de acceso aleatorio (RAR) e información de indicación de formato RAR, la información de indicación de formato RAR se establece al menos parcialmente en el mensaje RAR; la información de indicación de formato RAR está configurada para indicar un formato del mensaje RAR.
Opcionalmente, el mensaje RAR incluye un submensaje RAR, y la información de indicación de formato RAR incluye información de indicación del formato del submensaje configurada para indicar un formato del submensaje RAR.
Opcionalmente, el mensaje RAR incluye además una subcabecera del mensaje correspondiente al submensaje RAR, y la información de indicación del formato del submensaje se transporta en la subcabecera del mensaje.
Opcionalmente, el mensaje RAR incluye una subcabecera del mensaje y un submensaje RAR correspondiente, donde la información de indicación de formato RAR incluye información de indicación de formato de subcabecera configurada para indicar un formato de la subcabecera del mensaje.
Opcionalmente, la solicitud de acceso aleatorio enviada por el UE incluye un código de preámbulo notificado por el UE; la subcabecera del mensaje incluye además información de al menos un código de preámbulo, la información del código de preámbulo es el código de preámbulo o un identificador del código de preámbulo.
Opcionalmente, el primer mensaje incluye una cabecera de mensaje y una carga útil de mensaje, la carga útil de mensaje incluye una pluralidad de submensajes RAR dispuestos en el orden preestablecido.
Opcionalmente, el primer mensaje incluye una pluralidad de unidades de mensaje dispuestas en secuencia, cada unidad de mensaje incluye la subcabecera del mensaje y el submensaje RAR correspondiente a la subcabecera del mensaje.
Opcionalmente, la primera unidad de comunicación se configura además para:
en caso de que se determine en base a la solicitud de acceso aleatorio enviada por el UE que un acceso aleatorio del UE no requiere una concesión de enlace ascendente, no llevar un recurso de concesión de enlace ascendente en el submensaje RAR correspondiente al UE.
Opcionalmente, la primera unidad de comunicación se configura además para:
llevar información de control de potencia en el submensaje RAR, donde la información de control de potencia está configurada para permitir que el UE adquiera, basándose en la información de control de potencia, una potencia de transmisión de la transmisión de información de enlace ascendente.
Opcionalmente, la información de control de potencia lleva un valor absoluto de potencia o un valor de cambio de potencia relativo a la potencia de transmisión de notificar la solicitud de acceso aleatorio por el UE.
Opcionalmente, el dispositivo incluye además:
una primera unidad de negociación, configurada para negociar con el UE para configurar una correspondencia entre la información de indicación de formato RAR y el formato del mensaje RAR.
El dispositivo de transmisión de una respuesta de acceso aleatorio en algunas realizaciones de la presente invención es capaz de realizar el método de transmisión de una respuesta de acceso aleatorio en algunas realizaciones de la presente invención, por lo tanto, un experto en la materia puede comprender la forma de implementación específica del dispositivo, de transmisión de la respuesta de acceso aleatorio en la presente realización y varios cambios de la misma, por lo que no se describirá de nuevo cómo el dispositivo implementa el método de transmisión de la respuesta de acceso aleatorio en la realización de la presente invención. El dispositivo utilizado por el experto en la materia para implementar el método en las realizaciones de la presente invención está dentro del alcance de la presente invención.
En un sexto aspecto, se da a conocer un dispositivo para recibir un mensaje de respuesta de acceso aleatorio en algunas realizaciones de la presente invención. Como se muestra en la figura 17, el dispositivo incluye:
una segunda unidad de comunicación, configurada para recibir un primer mensaje devuelto por un lado de la red después de enviar una solicitud de acceso aleatorio, donde el primer mensaje lleva un mensaje de respuesta de acceso aleatorio (RAR) e información de indicación de formato RAR, la información de indicación de formato RAR está configurada, al menos parcialmente, en el mensaje RAR, y la información de indicación de formato RAR está configurada para indicar un formato del mensaje RAR; y
una unidad de decodificación, configurada para decodificar el mensaje RAR en base a un formato indicado por la información de indicación de formato RAR.
Opcionalmente, el mensaje RAR incluye un submensaje RAR, y la información de indicación de formato RAR incluye información de indicación del formato del submensaje configurada para indicar un formato del submensaje RAR, la unidad de decodificación está además configurada para decodificar el submensaje RAR basándose en un formato indicado por la información de indicación del formato del submensaje.
Opcionalmente, el mensaje RAR incluye además una subcabecera del mensaje correspondiente al submensaje RAR, y la información de indicación del formato del submensaje se transporta en la subcabecera del mensaje. Opcionalmente, la solicitud de acceso aleatorio enviada por el UE incluye un código de preámbulo notificado por el UE; la subcabecera del mensaje incluye además información de al menos un código de preámbulo, la información del código de preámbulo es el código de preámbulo o un identificador del código de preámbulo.
Opcionalmente, la unidad de decodificación se configura además para:
adquirir el código de preámbulo en la subcabecera del mensaje;
en caso de que la información del código de preámbulo se corresponda con el código de preámbulo utilizado para enviar la solicitud de acceso aleatorio, decodificar el submensaje RAR según el formato indicado por la información de indicación del formato del submensaje en la subcabecera del mensaje;
en caso de que la información del código de preámbulo no se corresponda con el código de preámbulo utilizado para enviar la solicitud de acceso aleatorio, adquirir una longitud del submensaje RAR en función de la información de indicación del formato del submensaje en la subcabecera del mensaje, adquirir una posición inicial del siguiente submensaje RAR en función de la longitud y estimar la información del código de preámbulo en la siguiente subcabecera del mensaje.
Opcionalmente, el mensaje RAR incluye una subcabecera del mensaje y un submensaje RAR correspondiente, donde la información de indicación de formato RAR incluye información de indicación de formato de subcabecera configurada para indicar un formato de la subcabecera del mensaje;
la unidad de decodificación está además configurada para:
decodificar la subcabecera del mensaje basándose en un formato indicado por la información de indicación de formato de subcabecera.
Opcionalmente, el primer mensaje incluye una cabecera de mensaje y una carga útil de mensaje, la carga útil de mensaje incluye una pluralidad de submensajes RAR dispuestos en el orden preestablecido.
Opcionalmente, el primer mensaje incluye una pluralidad de unidades de mensaje dispuestas en secuencia, cada unidad de mensaje incluye la subcabecera del mensaje y el submensaje RAR correspondiente a la subcabecera del mensaje.
En caso de que el submensaje RAR decodificado lleve información de control de potencia, se adquiere una potencia de transmisión de la transmisión de información de enlace ascendente en base a la información de control de potencia.
Opcionalmente, la información de control de potencia lleva un valor absoluto de potencia o un valor de cambio de potencia relativo a la potencia de transmisión de notificar la solicitud de acceso aleatorio por el UE.
Opcionalmente, la correspondencia entre la información de indicación de formato RAR y el formato del mensaje RAR se configura negociando con el lado de la red.
El dispositivo de recepción de una respuesta de acceso aleatorio en algunas realizaciones de la presente invención es capaz de realizar el método de recepción de una respuesta de acceso aleatorio en algunas realizaciones de la presente invención, por lo tanto, un experto en la materia puede comprender la forma de implementación específica del dispositivo de recepción de la respuesta de acceso aleatorio en la presente realización y varios cambios de la misma, por lo que no se describirá de nuevo cómo el dispositivo implementa el método de recepción de la respuesta de acceso aleatorio en la realización de la presente invención. El dispositivo utilizado por el experto en la materia para implementar el método en las realizaciones de la presente invención está dentro del alcance de la presente invención.
La figura 18 es un diagrama de bloques de un dispositivo del lado de la red de otra realización de la presente invención. El dispositivo del lado de la red 500 que se muestra en la figura 18 incluye al menos un procesador 501, una memoria 502, al menos una interfaz de red 504 y otras interfaces de usuario 503. Los diversos componentes en el dispositivo del lado de la red 500 están acoplados entre sí por el sistema de bus 505. Se apreciará que el sistema de bus 505 se utiliza para implementar una comunicación de conexión entre estos componentes. El sistema de bus 505 incluye un bus de alimentación, un bus de control y un bus de señal de estado además del bus de datos. Sin embargo, para mayor claridad de la descripción, varios buses están etiquetados como sistema de bus 505 en la figura 18.
La interfaz de usuario 503 puede incluir una pantalla, un teclado o un dispositivo de puntero (por ejemplo, un ratón, una bola de seguimiento, un panel táctil o una pantalla táctil, etc.).
Debe entenderse que la memoria 502 en las realizaciones de la presente invención puede ser una memoria volátil o una memoria no volátil, o puede incluir tanto memoria volátil como no volátil. La memoria no volátil puede ser una memoria de solo lectura (ROM), una memoria de solo lectura programable (PROM), una memoria de solo lectura programable borrable (PROM borrable, EPROM) o una memoria de solo lectura programable de borrado eléctrico (EEPROM) o memoria flash. La memoria volátil puede ser una memoria de acceso aleatorio (RAM) que actúa como caché externo. A modo de ejemplo y no de limitación, están disponibles muchas formas de RAM, tales como memoria de acceso aleatorio estática (SRAM), memoria de acceso aleatorio dinámico (DRAM), memoria de acceso aleatorio dinámico síncrono (DRAM síncrona). SDRAM), SDRAM de doble velocidad de datos (DDRSDRAM), memoria de acceso aleatorio dinámica síncrona mejorada (ESDRAM), memoria de acceso aleatorio dinámica de conexión síncrona (SDRAM) y memoria de acceso aleatorio de bus de memoria directa (Direct Rambus RAM, DRRAM). Se prevé que la memoria 502 de los sistemas y métodos descritos en este documento comprenda, sin limitarse a ellos, estos y otros tipos de memoria adecuados.
En algunas implementaciones, la memoria 502 almacena elementos, módulos ejecutables o estructuras de datos, o un subconjunto de los mismos, o su conjunto ampliado: sistema operativo 5021 y aplicación 5022.
El sistema operativo 5021 incluye varios programas de sistema, como una capa de marco, una capa de biblioteca central, una capa de controlador y similares, para implementar varios servicios básicos y procesar tareas basadas en hardware. La aplicación 5022 incluye varias aplicaciones, como un reproductor multimedia, un navegador (navegador), etc., para implementar varios servicios de aplicaciones. Un programa que implementa el método de la realización de la presente invención puede incluirse en la aplicación 5022.
En la realización de la presente invención, el programa o la instrucción almacenada en la memoria 502 es específicamente un programa o una instrucción almacenada en la aplicación 5022, y el procesador 501 está configurado para recibir una solicitud de acceso aleatorio enviada por el UE al UE y devolver un primer mensaje, donde el primer mensaje lleva un mensaje de respuesta de acceso aleatorio (RAR) e información de indicación de formato RAR, la información de indicación de formato RAR se establece al menos parcialmente en el mensaje RAR; la información de indicación de formato RAR está configurada para indicar un formato del mensaje RAR.
El método dado a conocer en las anteriores realizaciones de la presente invención puede aplicarse al procesador 501 o implementarse mediante el procesador 501. El procesador 501 puede ser un chip de circuito integrado con capacidades de procesamiento de señales. En el proceso de implementación, cada etapa del método anterior puede completarse mediante un circuito lógico integrado de hardware en el procesador 501 o una instrucción en forma de software. El procesador 501 puede ser un procesador de propósito general, un procesador de señales digitales (DSP), un circuito integrado de aplicación específica (ASIC), una matriz de puertas programables en campo (FPGA), o similar. Dispositivos lógicos de programación, puertas discretas o dispositivos lógicos de transistores, componentes de hardware discretos. Los métodos, etapas y diagramas de bloques lógicos dados a conocer en las realizaciones de la presente invención pueden implementarse o llevarse a cabo. El procesador de propósito general puede ser un microprocesador o el procesador o cualquier procesador convencional o similar. Las etapas del método dado a conocer en las realizaciones de la presente invención pueden ser implementadas directamente por el procesador decodificador de hardware, o pueden ser realizadas por una combinación de módulos de hardware y software en el procesador decodificador. El módulo de software puede ubicarse en un medio de almacenamiento convencional tal como memoria de acceso aleatorio, memoria flash, memoria de solo lectura, memoria de solo lectura programable o memoria programable borrable eléctricamente, registros y similares. El medio de almacenamiento está ubicado en la memoria 502, y el procesador 501 lee la información en la memoria 502 y completa las etapas del método anterior en combinación con su hardware.
Se apreciará que las realizaciones descritas en este documento pueden implementarse en hardware, software, software inalterable, software intermedio, microcódigo o una combinación de los mismos. Para la implementación de hardware, la unidad de procesamiento puede implementarse en uno o más circuitos integrados de aplicación específica (ASIC), procesamiento de señal digital (DSP), equipo de procesamiento de señal digital (dispositivo DSP, DSPD), lógica programable. Dispositivo lógico programable (PLD), matriz de puertas programables en campo (FPGA), procesador de propósito general, controlador, microcontrolador, microprocesador, otra unidad electrónica para realizar las funciones descritas en este documento o una combinación de los mismos.
Para una implementación de software, las técnicas descritas en este documento pueden implementarse mediante módulos (por ejemplo, procedimientos, funciones, etc.) que realizan las funciones descritas en este documento. El código de software puede almacenarse en la memoria y ser ejecutado por el procesador. La memoria puede estar implementada en el procesador o ser externa al procesador.
Opcionalmente, el mensaje RAR incluye un submensaje RAR, y la información de indicación de formato RAR incluye información de indicación del formato del submensaje configurada para indicar un formato del submensaje RAR.
Opcionalmente, el mensaje RAR incluye además una subcabecera de mensaje correspondiente al submensaje RAR, y la información de indicación del formato del submensaje se transporta en la subcabecera del mensaje.
Opcionalmente, el mensaje RAR incluye una subcabecera del mensaje y un submensaje RAR correspondiente, donde la información de indicación de formato RAR incluye información de indicación de formato de subcabecera configurada para indicar un formato de la subcabecera del mensaje.
Opcionalmente, la solicitud de acceso aleatorio enviada por el UE incluye un código de preámbulo notificado por el UE, y
la subcabecera del mensaje incluye además información de al menos un código de preámbulo, la información del código de preámbulo es el código de preámbulo o un identificador del código de preámbulo.
Opcionalmente, el primer mensaje incluye una cabecera de mensaje y una carga útil de mensaje, la carga útil de mensaje incluye una pluralidad de submensajes RAR dispuestos en el orden preestablecido.
Opcionalmente, el primer mensaje incluye una pluralidad de unidades de mensaje dispuestas en secuencia, cada unidad de mensaje incluye la subcabecera del mensaje y el submensaje RAR correspondiente a la subcabecera del mensaje.
Opcionalmente, el método incluye además:
en caso de que se determine en base a la solicitud de acceso aleatorio enviada por el UE que un acceso aleatorio del UE no requiere una concesión de enlace ascendente, no llevar un recurso de concesión de enlace ascendente en el submensaje RAR correspondiente al UE.
Opcionalmente, el método incluye además:
llevar información de control de potencia en el submensaje RAR, donde la información de control de potencia está configurada para permitir que el UE adquiera, basándose en la información de control de potencia, una potencia de transmisión de la transmisión de información de enlace ascendente.
Opcionalmente, el método incluye además que la información de control de potencia lleva un valor absoluto de potencia o un valor de cambio de potencia relativo a la potencia de transmisión de notificación de la solicitud de acceso aleatorio por el UE.
Opcionalmente, el método incluye además:
negociar con el UE para configurar una correspondencia entre la información de indicación de formato RAR y el formato del mensaje RAR.
El dispositivo del lado de la red 500 puede implementar varios procesos implementados por el dispositivo del lado de la red en la realización anterior. Para evitar repeticiones, los detalles no se describen aquí nuevamente.
Según las realizaciones de la presente invención, el dispositivo del lado de la red, después de recibir la solicitud RAP enviada por el UE, puede enviar un primer mensaje al UE, donde el primer mensaje incluye información de indicación de formato RAR configurada para indicar el formato del correspondiente mensaje RAR, para permitir que el UE, después de recibir el mensaje RAR, decodifique e identifique el mensaje RAR de acuerdo con el formato indicado por la información de indicación del formato del mensaje RAR. En comparación con el método de envío de mensajes RAR en la técnica relacionada, el mensaje enviado en la realización de la presente invención incluye información de indicación que indica el formato de cada mensaje RAR, y cuando se usa en el escenario en el que los mensajes RAR se envían a una pluralidad de UE al mismo tiempo, el UE puede decodificar e identificar los mensajes RAR con éxito y los mensajes RAR de diferentes formatos pueden integrarse en un solo mensaje y entregarse a cada UE, reduciendo así efectivamente la carga de trabajo del lado de la estación base y ahorrando recursos de la interfaz aérea.
La figura 19 es un diagrama de bloques de un dispositivo terminal de otra realización de la presente invención. El dispositivo terminal 600 que se muestra en la FIG. 19 incluye al menos un procesador 601, una memoria 602, al menos una interfaz de red 604 y otras interfaces de usuario 603. Los diversos componentes del dispositivo terminal 600 están acoplados entre sí mediante un sistema de bus 605. Se apreciará que el sistema de bus 605 se utiliza para implementar la comunicación de conexión entre estos componentes. El sistema de bus 605 incluye un bus de alimentación, un bus de control y un bus de señal de estado además del bus de datos. Sin embargo, para mayor claridad de la descripción, varios buses están etiquetados como sistema de bus 605 en la FIG.
La interfaz de usuario 603 puede incluir una pantalla, un teclado o un dispositivo de puntero (por ejemplo, un ratón, una bola de seguimiento, un panel táctil o una pantalla táctil, etc.).
Debe entenderse que la memoria 602 en las realizaciones de la presente invención puede ser una memoria volátil o una memoria no volátil, o puede incluir tanto memoria volátil como no volátil. La memoria no volátil puede ser una memoria de solo lectura (ROM), una memoria de solo lectura programable (PROM), una memoria de solo lectura programable borrable (PROM borrable, EPROM) o una memoria de solo lectura programable de borrado eléctrico (EEPROM) o memoria flash. La memoria volátil puede ser una memoria de acceso aleatorio (RAM) que actúa como caché externo. A modo de ejemplo y no de limitación, hay disponibles muchas formas de RAM, como la memoria de acceso aleatorio estática (SRAM), tales como memoria de acceso aleatorio dinámico (DRAM), memoria de acceso aleatorio dinámico síncrono (DRAM síncrona). SDRAM), SDRAM de doble velocidad de datos (DDRSDRAM), memoria de acceso aleatorio dinámica síncrona mejorada (ESDRAM), memoria de acceso aleatorio dinámica de conexión síncrona (SDRAM) y memoria de acceso aleatorio de bus de memoria directa (Direct Rambus RAM, DRRAM). La memoria 602 de los sistemas y métodos descritos en este documento pretende comprender, sin limitarse a, estos y otros tipos de memoria adecuados.
En algunas implementaciones, la memoria 602 almacena elementos, módulos ejecutables o estructuras de datos, o un subconjunto de los mismos, o su conjunto de extensiones: sistema operativo 6021 y aplicación 6022.
El sistema operativo 6021 incluye varios programas de sistema, como una capa de marco, una capa de biblioteca central, una capa de controlador y similares, para implementar varios servicios básicos y procesar tareas basadas en hardware. La aplicación 6022 incluye varias aplicaciones, como un reproductor multimedia (Media Player), un navegador y similares, para implementar varios servicios de aplicaciones. Un programa que implementa el método de la realización de la presente invención puede incluirse en la aplicación 6022.
En la realización de la presente invención, el programa o la instrucción almacenada en la memoria 602 es específicamente un programa o una instrucción almacenada en la aplicación 6022. El proceso 601 está configurado para: recibir un primer mensaje devuelto por un lado de la red después de enviar una solicitud de acceso aleatorio, donde el primer mensaje lleva un mensaje de respuesta de acceso aleatorio (RAR) e información de indicación de formato RAR, la información de indicación de formato RAR está establecida al menos parcialmente en el mensaje RAR, y la información de indicación de formato RAR está configurada para indicar un formato del mensaje RAR; y decodificar el mensaje RAR basándose en un formato indicado por la información de indicación de formato RAR.
El método dado a conocer en las anteriores realizaciones de la presente invención puede aplicarse al procesador 601 o implementarse mediante el procesador 601. El procesador 601 puede ser un chip de circuito integrado con capacidades de procesamiento de señales. En el proceso de implementación, cada etapa del método anterior puede completarse mediante un circuito lógico integrado de hardware en el procesador 601 o una instrucción en forma de software. El procesador 601 puede ser un procesador de propósito general, un procesador de señales digitales (DSP), un circuito integrado de aplicación específica (ASIC), una matriz de puertas programables en campo (FPGA), o similar. Dispositivos lógicos de programación, puertas discretas o dispositivos lógicos de transistores, componentes de hardware discretos. Los métodos, etapas y diagramas de bloques lógicos dados a conocer en las realizaciones de la presente invención pueden implementarse o llevarse a cabo. El procesador de propósito general puede ser un microprocesador o el procesador o cualquier procesador convencional o similar. Las etapas del método dado a conocer en las realizaciones de la presente invención pueden ser implementadas directamente por el procesador decodificador de hardware, o pueden ser realizadas por una combinación de módulos de hardware y software en el procesador decodificador. El módulo de software puede ubicarse en un medio de almacenamiento convencional tal como memoria de acceso aleatorio, memoria flash, memoria de solo lectura, memoria de solo lectura programable o memoria programable borrable eléctricamente, registros y similares. El medio de almacenamiento está ubicado en la memoria 602, y el procesador 601 lee la información en la memoria 602 y completa las etapas del método anterior en combinación con su hardware.
Se apreciará que las realizaciones descritas en este documento pueden implementarse en hardware, software, software inalterable, software intermedio, microcódigo o una combinación de los mismos. Para la implementación de hardware, la unidad de procesamiento puede implementarse en uno o más circuitos integrados de aplicación específica (ASIC), procesamiento de señal digital (DSP), equipo de procesamiento de señal digital (dispositivo DSP, DSPD), lógica programable. Dispositivo lógico programable (PLD), matriz de puertas programables en campo (FPGA), procesador de propósito general, controlador, microcontrolador, microprocesador, otra unidad electrónica para realizar las funciones descritas en este documento o una combinación de los mismos.
Para una implementación de software, las técnicas descritas en este documento pueden implementarse mediante módulos (por ejemplo, procedimientos, funciones, etc.) que realizan las funciones descritas en este documento. El código de software puede almacenarse en la memoria y ser ejecutado por el procesador. La memoria puede estar implementada en el procesador o ser externa al procesador.
Opcionalmente, el mensaje RAR incluye un submensaje RAR, y la información de indicación de formato RAR incluye información de indicación del formato del submensaje configurada para indicar un formato del submensaje RAR,
donde la decodificación del mensaje RAR en base al formato indicado por la información de indicación de formato RAR incluye:
decodificar el submensaje RAR en base a un formato indicado por la información de indicación del formato del submensaje.
Opcionalmente, el mensaje RAR incluye además una subcabecera de mensaje correspondiente al submensaje RAR, y la información de indicación del formato del submensaje se transporta en la subcabecera del mensaje.
Opcionalmente, la solicitud de acceso aleatorio enviada por el UE incluye un código de preámbulo notificado por el UE, y
la subcabecera del mensaje incluye además información de al menos un código de preámbulo, la información del código de preámbulo es el código de preámbulo o un identificador del código de preámbulo.
Opcionalmente, la decodificación del submensaje RAR en función del formato indicado por la información de indicación del formato del submensaje incluye:
adquirir el código de preámbulo en la subcabecera del mensaje;
en caso de que la información del código de preámbulo se corresponda con el código de preámbulo utilizado para enviar la solicitud de acceso aleatorio, decodificar el submensaje RAR según el formato indicado por la información de indicación del formato del submensaje en la subcabecera del mensaje;
en caso de que la información del código de preámbulo no se corresponda con el código de preámbulo utilizado para enviar la solicitud de acceso aleatorio, adquirir una longitud del submensaje RAR en función de la información de indicación del formato del submensaje en la subcabecera del mensaje, adquirir una posición inicial del siguiente submensaje RAR en función de la longitud, y estimar la información del código de preámbulo en la siguiente subcabecera del mensaje.
Opcionalmente, el mensaje RAR incluye una subcabecera del mensaje y un submensaje RAR correspondiente, donde la información de indicación de formato RAR incluye información de indicación de formato de subcabecera configurada para indicar un formato de la subcabecera del mensaje,
la información de indicación de formato RAR está configurada para indicar un formato del mensaje RAR, incluyendo:
decodificar la subcabecera del mensaje en base a un formato indicado por la información de indicación de formato de subcabecera.
Opcionalmente, el primer mensaje incluye una cabecera de mensaje y una carga útil de mensaje, la carga útil de mensaje incluye una pluralidad de submensajes RAR dispuestos en el orden preestablecido.
Opcionalmente, el primer mensaje incluye una pluralidad de unidades de mensaje dispuestas en secuencia, cada unidad de mensaje incluye la subcabecera del mensaje y el submensaje RAR correspondiente a la subcabecera del mensaje.
Opcionalmente, el método incluye además:
en caso de que el submensaje RAR decodificado lleve información de control de potencia, adquirir, en base a la información de control de potencia, una potencia de transmisión de la transmisión de información de enlace ascendente.
Opcionalmente, la información de control de potencia lleva un valor absoluto de potencia o un valor de cambio de potencia relativo a la potencia de transmisión de notificar la solicitud de acceso aleatorio por el UE.
Opcionalmente, el método incluye además:
negociar con el lado de la red para configurar una correspondencia entre la información de indicación de formato RAR y el formato del mensaje RAR.
El dispositivo terminal 600 puede implementar varios procesos implementados por el dispositivo terminal en la realización anterior. Para evitar repeticiones, los detalles no se describen aquí nuevamente.
Los expertos en la materia apreciarán que los elementos y etapas de algoritmo de los diversos ejemplos descritos en relación con las realizaciones dadas a conocer en el presente documento pueden implementarse en hardware electrónico o en una combinación de software informático y hardware electrónico. Que estas funciones se realicen en hardware o software depende de la aplicación específica y las restricciones de diseño de la solución. Un experto en la materia puede utilizar diferentes métodos para implementar las funciones descritas para cada aplicación particular, pero dicha implementación no debe considerarse fuera del alcance de la presente invención.
Una persona experta en la técnica puede comprender claramente que, por conveniencia y brevedad de la descripción, el proceso de trabajo específico del sistema, del dispositivo y de la unidad descritos anteriormente pueden referirse al proceso correspondiente en la realización del método anterior, y los detalles no se describen aquí nuevamente.
En las realizaciones dadas a conocer por la presente solicitud, debe entenderse que el aparato y el método dados a conocer pueden implementarse de otras maneras. Por ejemplo, las realizaciones de dispositivos descritas anteriormente son meramente ilustrativas. Por ejemplo, la división de la unidad es solo una división de funciones lógicas. En la implementación real, puede haber otra forma de división, por ejemplo, una pluralidad de unidades o componentes pueden combinarse o integrarse en otro sistema, o algunas características pueden ignorarse o no ejecutarse. Además, el acoplamiento mutuo o el acoplamiento directo o la conexión de comunicación que se muestra o analiza puede ser un acoplamiento indirecto o una conexión de comunicación a través de alguna interfaz, dispositivo o unidad, y puede tener forma eléctrica, mecánica u otra.
Las unidades descritas como componentes separados pueden o no estar separadas físicamente, y los componentes mostrados como unidades pueden o no ser unidades físicas, es decir, pueden estar ubicadas en un lugar o pueden distribuirse a una pluralidad de unidades de red. Algunas o todas las unidades pueden seleccionarse de acuerdo con las necesidades reales para conseguir el propósito de la solución de la realización.
Además, cada unidad funcional en cada realización de la presente invención puede integrarse en una unidad de procesamiento, o cada unidad puede existir físicamente por separado, o dos o más unidades pueden integrarse en una unidad.
Las funciones pueden almacenarse en un medio de almacenamiento legible por ordenador en caso de que se implementen en forma de una unidad funcional de software y se vendan o usen como un producto independiente. Sobre la base de tal entendimiento, la solución técnica de la presente invención, que es esencial o contribuye al estado de la técnica, o una parte de la solución técnica, puede incorporarse en forma de un producto de software, que se almacena en un medio de almacenamiento. Las instrucciones se usan para hacer que un dispositivo informático (que puede ser un ordenador personal, un servidor o un dispositivo de red, etc.) realice todas o parte de las etapas de los métodos descritos en varias realizaciones de la presente invención. El medio de almacenamiento anterior incluye varios medios que pueden almacenar códigos de programa, como una unidad flash USB, un disco duro móvil, una ROM, una RAM, un disco magnético o un disco óptico.

Claims (1)

  1. REIVINDICACIONES
    1. Un método para transmitir un mensaje de respuesta de acceso aleatorio, RAR, que comprende:
    (S101) recibir una solicitud de acceso aleatorio enviada por un UE y devolver un primer mensaje al UE, donde el primer mensaje consta de una pluralidad de unidades de mensaje dispuestas en secuencia, comprendiendo cada unidad de mensaje una subcabecera del mensaje y un submensaje RAR correspondiente a la subcabecera del mensaje, donde la subcabecera del mensaje comprende información de indicación del formato del submensaje, configurada para indicar un formato del submensaje RAR.
    2. El método según la reivindicación 1, en el que la solicitud de acceso aleatorio enviada por el UE comprende un código de preámbulo notificado por el UE, y la subcabecera del mensaje comprende además información de al menos un código de preámbulo, la información del código de preámbulo es el código de preámbulo o un identificador del código de preámbulo.
    3. El método según la reivindicación 1, que comprende además:
    en caso de que se determine en base a la solicitud de acceso aleatorio enviada por el UE que un acceso aleatorio del UE no requiere una concesión de enlace ascendente, no llevar un recurso de concesión de enlace ascendente en el submensaje RAR correspondiente al UE.
    4. El método según la reivindicación 1, que comprende además:
    llevar información de control de potencia en el submensaje RAR, en el que la información de control de potencia está configurada para permitir que el UE adquiera, basándose en la información de control de potencia, una potencia de transmisión de la transmisión de información de enlace ascendente.
    5. El método según la reivindicación 1, que comprende además:
    negociar con el UE para configurar una correspondencia entre una información de indicación de formato RAR y un formato del mensaje RAR.
    6. Un método para recibir un mensaje de respuesta de acceso aleatorio, RAR, que comprende:
    (5201) recibir un primer mensaje devuelto por un lado de la red después de enviar una solicitud de acceso aleatorio, donde el primer mensaje consta de una pluralidad de unidades de mensaje dispuestas en secuencia, comprendiendo cada unidad de mensaje una subcabecera del mensaje y un submensaje RAR correspondiente a la subcabecera del mensaje, donde la subcabecera del mensaje comprende información de indicación del formato del submensaje, configurada para indicar un formato del submensaje RAR; y
    (5202) decodificar el submensaje RAR en base al formato del submensaje RAR indicado por la información de indicación del formato del submensaje.
    7. El método según la reivindicación 6, en el que la solicitud de acceso aleatorio enviada por el UE comprende un código de preámbulo notificado por el UE, y la subcabecera del mensaje comprende además información de al menos un código de preámbulo, la información del código de preámbulo es el código de preámbulo o un identificador del código de preámbulo;
    en el que la decodificación del submensaje RAR en función del formato del submensaje RAR indicado por la información de indicación del formato del submensaje, comprende:
    adquirir el código de preámbulo en la subcabecera del mensaje;
    en caso de que la información del código de preámbulo se corresponda con el código de preámbulo utilizado para enviar la solicitud de acceso aleatorio, decodificar el submensaje RAR en función del formato del submensaje RAR indicado por la información de indicación del formato del submensaje en la subcabecera del mensaje;
    en caso de que la información del código de preámbulo no se corresponda con el código de preámbulo utilizado para enviar la solicitud de acceso aleatorio, adquirir una longitud del submensaje RAR en función de la información de indicación del formato del submensaje en la subcabecera del mensaje, adquirir una posición inicial del siguiente submensaje RAR en función de la longitud, y estimar la información del código de preámbulo en la siguiente subcabecera del mensaje.
    8. El método según la reivindicación 6, que comprende además:
    en caso de que el submensaje RAR decodificado lleve información de control de potencia, adquirir, en base a la información de control de potencia, una potencia de transmisión de la transmisión de información de enlace ascendente.
    9. El método según la reivindicación 6, que comprende además:
    negociar con el lado de la red para configurar una correspondencia entre una información de indicación de formato RAR y un formato del mensaje RAR.
    10. Un dispositivo de transmisión de un mensaje de respuesta de acceso aleatorio, RAR, que comprende:
    una primera unidad de comunicación (301), configurada para recibir una solicitud de acceso aleatorio enviada por un UE, y devolver un primer mensaje al UE, donde el primer mensaje consta de una pluralidad de unidades de mensaje dispuestas en secuencia, comprendiendo cada unidad de mensaje una subcabecera del mensaje y un submensaje RAR correspondiente a la subcabecera del mensaje, donde la subcabecera del mensaje comprende información de indicación del formato del submensaje, configurada para indicar un formato del submensaje RAR.
    11. El dispositivo según la reivindicación 10, en el que la solicitud de acceso aleatorio enviada por el UE comprende un código de preámbulo notificado por el UE, y la subcabecera del mensaje comprende además información de al menos un código de preámbulo, la información del código de preámbulo es el código de preámbulo o un identificador del código de preámbulo.
    12. El dispositivo según la reivindicación 10, en el que la primera unidad de comunicación (301) está configurada además para,
    en caso de que se determine en base a la solicitud de acceso aleatorio enviada por el UE que un acceso aleatorio del UE no requiere una concesión de enlace ascendente, no llevar un recurso de concesión de enlace ascendente en el submensaje RAR correspondiente al UE.
    13. El dispositivo según la reivindicación 10, en el que la primera unidad de comunicación (301) está configurada además para,
    llevar información de control de potencia en el submensaje RAR, en el que la información de control de potencia está configurada para permitir que el UE adquiera, basándose en la información de control de potencia, una potencia de transmisión de la transmisión de información de enlace ascendente.
    14. Un dispositivo para recibir un mensaje de respuesta de acceso aleatorio, RAR, que comprende:
    una segunda unidad de comunicación (401), configurada para recibir un primer mensaje devuelto por un lado de la red después de enviar una solicitud de acceso aleatorio, en el que el primer mensaje consta de una pluralidad de unidades de mensaje dispuestas en secuencia, comprendiendo cada unidad de mensaje una subcabecera del mensaje y un submensaje RAR correspondiente a la subcabecera del mensaje, en el que la subcabecera del mensaje comprende información de indicación del formato del submensaje, configurada para indicar un formato del submensaje RAR unidad de decodificación (402), configurada para decodificar el submensaje RAR en base al formato del submensaje RAR indicado por la información de indicación del formato del submensaje.
    15. El dispositivo según la reivindicación 14, en el que en caso de que el submensaje RAR decodificado lleve información de control de potencia, se adquiere una potencia de transmisión de la transmisión de información de enlace ascendente basada en la información de control de potencia.
ES18795149T 2017-05-05 2018-05-02 Método y dispositivo para enviar un mensaje de respuesta de acceso aleatorio, método y dispositivo para recibir un mensaje de respuesta de acceso aleatorio Active ES2913161T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710314222.4A CN108811166B (zh) 2017-05-05 2017-05-05 随机接入响应消息的发送、接收方法及发送、接收装置
PCT/CN2018/085346 WO2018202042A1 (zh) 2017-05-05 2018-05-02 随机接入响应消息的发送、接收方法及发送、接收装置

Publications (1)

Publication Number Publication Date
ES2913161T3 true ES2913161T3 (es) 2022-05-31

Family

ID=64016342

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18795149T Active ES2913161T3 (es) 2017-05-05 2018-05-02 Método y dispositivo para enviar un mensaje de respuesta de acceso aleatorio, método y dispositivo para recibir un mensaje de respuesta de acceso aleatorio

Country Status (5)

Country Link
US (1) US11445550B2 (es)
EP (1) EP3621399B1 (es)
CN (1) CN108811166B (es)
ES (1) ES2913161T3 (es)
WO (1) WO2018202042A1 (es)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110831241B (zh) * 2017-08-11 2020-09-29 华为技术有限公司 传输随机接入响应的方法、接入网设备和终端设备
CN109392017B (zh) * 2017-08-11 2021-07-09 大唐移动通信设备有限公司 一种随机接入响应的方法、装置、基站及终端
EP3836716A4 (en) * 2018-08-08 2021-08-11 Fujitsu Limited BASE STATION, TERMINAL AND WIRELESS COMMUNICATION SYSTEM
CN113795054A (zh) * 2019-07-19 2021-12-14 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
CN114928895B (zh) * 2019-07-30 2024-06-07 中兴通讯股份有限公司 用于随机接入消息传递的架构
WO2021026830A1 (zh) * 2019-08-14 2021-02-18 北京小米移动软件有限公司 随机接入消息传输方法、装置及可读存储介质

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101441138B1 (ko) * 2007-09-28 2014-09-18 엘지전자 주식회사 무선통신 시스템에서 상향링크 시간 동기 수행 방법
KR101548748B1 (ko) * 2008-08-07 2015-09-11 엘지전자 주식회사 랜덤 접속 절차를 수행하는 방법
US8077670B2 (en) * 2009-04-10 2011-12-13 Jianke Fan Random access channel response handling with aggregated component carriers
CN101873713A (zh) * 2009-04-24 2010-10-27 中兴通讯股份有限公司 随机接入方法、终端
CN102577529B (zh) * 2009-10-02 2016-11-09 瑞典爱立信有限公司 无线通信系统中的上行链路功率控制
CN102595626B (zh) 2011-01-17 2014-12-24 华为技术有限公司 半静态调度方法、用户设备及网络设备
US9642161B2 (en) * 2011-05-11 2017-05-02 Nokia Solutions And Networks Oy Cross-scheduling for random access response
CN102883459B (zh) * 2011-07-12 2016-05-25 华为技术有限公司 随机接入响应的接收和发送方法、用户设备、基站及系统
US9369980B2 (en) * 2011-07-19 2016-06-14 Industrial Technology Research Institute Method of handling random access response
CN102958073B (zh) * 2011-08-19 2016-03-16 普天信息技术研究院有限公司 支持并行prach传输的ue获取定时提前量的方法
US20130083739A1 (en) * 2011-10-04 2013-04-04 Sharp Laboratories Of America, Inc. Devices for random access response scheduling
CN103228054B (zh) * 2012-01-31 2016-06-01 上海贝尔股份有限公司 发送和接收基于非竞争的随机接入响应消息的方法和装置
CN102595636B (zh) * 2012-03-14 2015-09-02 电信科学技术研究院 一种随机接入响应确定方法、装置及系统
WO2015035650A1 (zh) * 2013-09-16 2015-03-19 华为技术有限公司 随机接入中预先确定资源的方法、用户设备和基站
US10080253B2 (en) * 2014-07-09 2018-09-18 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for keep-alive signaling
US11057921B2 (en) * 2014-10-01 2021-07-06 Samsung Electronics Co., Ltd. System and method for improving spectral efficiency and coverage for user equipments
US10004089B2 (en) * 2015-06-24 2018-06-19 Electronics And Telecommunications Research Institute Method and apparatus for controlling random access opportunity in mobile communication system
WO2017026433A1 (ja) * 2015-08-13 2017-02-16 株式会社Nttドコモ ユーザ端末、無線基地局及び無線通信方法

Also Published As

Publication number Publication date
WO2018202042A1 (zh) 2018-11-08
US20200077447A1 (en) 2020-03-05
EP3621399B1 (en) 2022-04-06
US11445550B2 (en) 2022-09-13
EP3621399A1 (en) 2020-03-11
CN108811166A (zh) 2018-11-13
CN108811166B (zh) 2020-04-21
EP3621399A4 (en) 2020-04-15

Similar Documents

Publication Publication Date Title
ES2913161T3 (es) Método y dispositivo para enviar un mensaje de respuesta de acceso aleatorio, método y dispositivo para recibir un mensaje de respuesta de acceso aleatorio
ES2962255T3 (es) Método para configurar un ancho de banda para soportar una portadora de banda ancha en un sistema de comunicación
US10555338B2 (en) NR-PRACH multiple Msg1 transmission
ES2899418T3 (es) Método de notificación de la capacidad de prueba a ciegas, configuración de una prueba a ciegas, método de prueba a ciegas, terminal y estación base
ES2925043T3 (es) Método y aparato para enviar mensajes de sistema
ES2962671T3 (es) Procedimiento de determinación del tiempo de retroalimentación de HARQ-ACK y dispositivo terminal
ES2952991T3 (es) Método de control de BWP, dispositivo relacionado y sistema
ES2867536T3 (es) Bloque de información maestra (mib) dependiente del tipo de sistema
ES2890703T3 (es) Método y aparato de transmisión de datos
ES2963484T3 (es) Solicitud de programación con diferentes numerologías
ES2890704T3 (es) Monitorización de espacios de búsqueda en sistemas de comunicaciones inalámbricas
US10462817B2 (en) Method and apparatus for controlling channel access in wireless local area network (WLAN) system
ES2905593T3 (es) Configuraciones de potencia de transmisión y salto de frecuencia para transmisiones de información de control
US20210022108A1 (en) Paging message monitoring method, indication information sending method, device, and system
ES2899423T3 (es) Método de transmisión de datos, estación base y equipo de usuario
ES2967197T3 (es) Configuración de esquemas de mejora de cobertura que involucran tamaños de bloques de transporte y número de repeticiones del SIB
CN109802789B (zh) 传输公共控制信息的时频域资源的配置方法和设备
ES2872535T3 (es) Método y aparato para transmitir una señal de control de enlace ascendente
ES2925026T3 (es) Método de transmisión de datos, dispositivo terminal y dispositivo de red
ES2932078T3 (es) Métodos y dispositivos para determinar recursos y medios de almacenamiento
BR112020013675A2 (pt) método para transmitir dados, dispositivo terminal e dispositivo de rede
ES2827178T3 (es) Métodos y dispositivos para el acceso aleatorio
US10778280B2 (en) Operation method of communication node in network supporting low power communication
ES2923887T3 (es) Método de planificación de recursos, dispositivo terminal y dispositivo de red
ES2942014T3 (es) Método de comunicación inalámbrica, dispositivo terminal y dispositivo de red