ES2751715T3 - Terminal de comunicaciones y estación de base - Google Patents

Terminal de comunicaciones y estación de base Download PDF

Info

Publication number
ES2751715T3
ES2751715T3 ES09705415T ES09705415T ES2751715T3 ES 2751715 T3 ES2751715 T3 ES 2751715T3 ES 09705415 T ES09705415 T ES 09705415T ES 09705415 T ES09705415 T ES 09705415T ES 2751715 T3 ES2751715 T3 ES 2751715T3
Authority
ES
Spain
Prior art keywords
priority
mac
priorities
base station
bearer
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
ES09705415T
Other languages
English (en)
Inventor
Joachim Loehr
Takahisa Aoyama
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.)
Optis Wireless Technology LLC
Original Assignee
Optis Wireless Technology LLC
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 Optis Wireless Technology LLC filed Critical Optis Wireless Technology LLC
Application granted granted Critical
Publication of ES2751715T3 publication Critical patent/ES2751715T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H04W74/0841—Random access procedures, e.g. with 4-step access with collision treatment
    • H04W74/085—Random access procedures, e.g. with 4-step access with collision treatment collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

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

Abstract

Un terminal de comunicaciones para comunicarse con una estación de base de acuerdo con un procedimiento predeterminado, comprendiendo el terminal de comunicaciones: una sección de control de prioridades (703, 1001, 1301, 1701, 2202) configurada para definir una relación entre prioridades de MAC, control de acceso al medio, que son asignadas respectivamente a una pluralidad de elementos de control de MAC y prioridades asignadas a un portador DRB, portador de radio de datos, y a portadores SRB, portadores de radio de señalización; y una sección de generación de mensajes de transmisión (704, 1002, 1302, 2203) configurada para controlar la transmisión de información para transmitir información en un portador SRB que tiene una prioridad más alta asignada antes que un elemento de control de MAC que tiene una prioridad de MAC más baja, de acuerdo con la relación entre las prioridades de MAC y las prioridades asignadas al portador DRB y/o SRB definidas por la sección de control de prioridades.

Description

DESCRIPCIÓN
Terminal de comunicaciones y estación de base
Campo técnico
La presente invención se refiere a un terminal de comunicaciones y a una estación de base para comunicarse de acuerdo con un procedimiento predeterminado.
Técnica anterior
En E-UTRA/E-UTRAN estandarizado en la actualidad, se adopta el multiplex de tiempo tanto en un enlace de subida (UL - up link) desde un terminal a una estación de base como en un enlace de bajada (DL - down link) desde la estación de base al terminal. En el enlace de subida, cuando la estación de base recibe datos procedentes de una pluralidad de terminales, si los tiempos de recepción de los datos transmitidos por los terminales están desplazados, el multiplex de tiempo no se puede ejecutar de forma eficiente. Por lo tanto, en un sistema multiplex de tiempo, se deben ajustar los tiempos de transmisión de los terminales para que la estación de base pueda recibir los datos transmitidos por los terminales dentro de un determinado retardo.
Esto se denomina sincronización de enlace de subida (también denominado ajuste de temporización, alineación de temporización, etc.). La operación necesaria para que cada terminal consiga la sincronización de enlace de subida es un procedimiento de RACH (Random Access CHannel procedure - procedimiento de canal de acceso aleatorio). Primero, se describirá un resumen del procedimiento de RACH y luego se describirá una transmisión de Mensaje 3 sobre la que la invención centra la atención.
[Resumen del procedimiento de RACH]
En E-UTRA/E-UTRAN, se utiliza el procedimiento de RACH en varios casos. Las razones de uso del procedimiento de RACH son específicamente la conexión de llamada (acceso inicial), la compleción de handover, la transmisión de mensajes, la transmisión de datos de enlace de subida/enlace de bajada y la reanudación de recepción (reanudación de datos de enlace de subida/enlace de bajada) y la reconexión (recuperación de fallos de enlace de radio).
El acceso inicial es el caso en el que el terminal realiza una conexión de llamada desde un estado inactivo (RRC_INACTIVO). Dado que el terminal está en estado inactivo, no se consigue la sincronización de enlace de subida con la estación de base.
La transmisión de compleción de Handover es el caso en el que el terminal ejecuta el handover y se notifica a la estación de base objetivo que el terminal se mueve hacia la estación de base objetivo. El terminal no se ha conectado a la estación de base objetivo hasta entonces y, por lo tanto, es en este momento que consigue sincronizarse con la estación de base objetivo.
La reanudación de datos de enlace de subida/enlace de bajada es el caso en el que el terminal que realiza una recepción intermitente (DRX) comienza a transmitir o recibir datos de enlace de subida o enlace de bajada. Dado que la sincronización de enlace de subida del terminal es desactivada después de un tiempo, es necesario conseguir de nuevo la sincronización.
La recuperación de fallos de enlace de radio es el caso en el que después de que sea imposible para el terminal detectar la celda conectada, el terminal se vuelve a conectar a una celda acabada de detectar (o a la que se ha conectado antes). La situación se parece al acceso inicial.
Hay dos grandes tipos de procedimientos de RACH. Uno es el caso en el que el terminal selecciona el preámbulo de RACH transmitido a la estación de base por sí mismo (caso de preámbulo de RACH no dedicado) y el otro es el caso en el que el terminal utiliza el preámbulo de RACH procedente de la estación de base (caso de preámbulo de RACH dedicado).
Las respectivas operaciones se muestran en (a) y (b) de la Figura 1. La gran diferencia es la siguiente: en el caso de preámbulo de RACH no dedicado, existe la posibilidad de que una pluralidad de terminales puedan usar el mismo preámbulo de RACH al mismo tiempo y, por lo tanto, se utiliza un mensaje para verificar la presencia o ausencia de colisión (Mensaje 4: resolución de contención); en el caso de preámbulo de RACH dedicado, el preámbulo de RACH a utilizar se asigna por medio de un mensaje de asignación (Mensaje 0: asignación de preámbulo de RA).
En el Mensaje 1 y el Mensaje 2, aplica lo mismo a todos los casos, pero en el Mensaje 3 y el Mensaje 4, se transmiten datos diferentes en respuesta a cada caso. Solo la transmisión de compleción de handover y la reanudación de datos de enlace de bajada pueden usar el preámbulo de RACH dedicado, porque la estación de base puede realizar la operación de asignar el preámbulo de RACH solo en los dos casos.
La Figura 2 muestra los dos procedimientos. El preámbulo de RACH dedicado no siempre se utiliza para la transmisión de compleción de handover o la reanudación de datos de enlace de bajada y se puede usar el preámbulo de RACH no dedicado.
Otra gran diferencia entre el preámbulo de RACH no dedicado y el preámbulo de RACH dedicado es que cuando la estación de base recibe un preámbulo de RACH dedicado, puede identificar el terminal. En consecuencia, el trabajo para verificar qué terminal envía el preámbulo de RACH en el mensaje posterior resulta innecesario.
En otras palabras, en el caso del preámbulo de RACH no dedicado, se necesita que el ID del terminal esté contenido en el Mensaje 3 para indicar a qué terminal se accede. Como ID del terminal, si el terminal está activo (RRC_CONECTADO), se utiliza un identificador C-RNTI (Controlling Radio Network Temporary Id - Identificador Temporal de red de radio de control) utilizado en las unidades de celda; si el terminal ejecuta el acceso inicial, se utiliza una identidad S-TMSI (S-Temporary Mobile Subscriber Identity - identidad de identificación de abonado de móvil temporal de SAE)utilizada en el área de seguimiento (unidad de gestión de movimiento de terminal IDLE o inactivo) o una identidad IMSI (International Mobile Subscriber Identity - identidad de abonado de móvil internacional) del identificador único del terminal (correspondiente al número de teléfono). En la recuperación de fallos de enlace de radio, se utiliza el identificador de celda (ID de celda) de la celda conectada antes de que ocurra el fallo de enlace de radio, el identificador C-RNTI en la celda, etc.
[Transmisión de Mensaje 3]
Los datos que se pueden transmitir inicialmente a la estación de base por parte del terminal son un Mensaje 3, y se asigna información para esto en un Mensaje 2. Sin embargo, se sabe que el tamaño del Mensaje 3 es de aproximadamente 72 bits si el terminal está en un borde de celda.
Por lo tanto, se considera que es difícil transmitir toda la información al mismo tiempo. Para mostrar cómo es configurado el Mensaje 3, las Figuras 3, 4 y 5 muestran unas configuraciones de encabezado de MAC (Medium Access Control - control de acceso al medio), r Lc (Radio Link Control - control de enlace de radio) y PDCP (Packet Data Convergence Protocol - protocolo de convergencia de datos por paquetes) respectivamente. La Figura 14 muestra la configuración del protocolo. A continuación se describe un esquema:
(MAC)
Se proporcionan tres tipos de sub-encabezados de MAC y el sub-encabezado mínimo es de ocho bits. Los datos contenidos son indicados utilizando un identificador LCID (Logical Channel ID - identificador de canal lógico), la existencia o ausencia un sub-encabezado de MAC después de un sub-encabezado de MAC se indica en un campo E (Extention - extensión), y el tamaño de los datos se indica en un campo L (Longitud)).
El elemento de control de MAC (información de control de MAC: como enlace de subida, identificador C-RNTI, informe de estado del búfer (BSR - Buffer status report, que indica el estado del búfer del terminal) y el indicador CQI (Channel Quality Indicator - indicador de calidad del canal, que indica el estado del canal del terminal) también son indicados en un identificador LCID. En este caso, el tamaño es predeterminado y, por lo tanto, no se requiere el campo L. (RLC)
Se define un encabezado de 16 bits para el modo con acuse de recibo (AM - acknowledge mode) del control RLC, y se definen 16 bits (SN de 10 bits para datos largos) y ocho bits (SN de cinco bits para datos cortos) para el modo sin acuse de recibo (UM - unacknowledge mode) del control RLC.
(PDCP)
Se definen diferentes encabezados en un portador SRB (signalling radio bearer - portador de radio de señalización: portador para portar un mensaje de control RRC de un mensaje de control) y un portador de radio de datos (DRB, data radio bearer - portador para portar datos). Para el portador SRB, es necesario un encabezado de 40 bits.
El portador de radio de datos se puede denominar portador de radio en el plano de usuario (portador de radio de usuario).
Se considera que la compleción de handover contiene un tipo de mensaje (que indica el tipo de mensaje), un ID de transacción (que indica una respuesta a qué mensaje), etc., como mensaje de control RRC, y se suponen ocho bits. Documento 1 no de patente: TS25.321: "Medium Access Control (MAC) protocol specification" Similarmente, el documento 3GPPTS 36.321 v8.0.0, “Medium Access Control (MAC) protocol specification” especifica el formato PDU de MAC y la asignación de canales logísticos para canales de transporte para E-UTRA.
Divulgación de la invención
Problemas a resolver por la invención
A partir de la descripción proporcionada anteriormente, teniendo en cuenta una transmisión de compleción de handover, se observa que si solo se asignan 72 bits al terminal para la transmisión, la transmisión se debe ejecutar dos veces como en la Tabla 1. Está predeterminado que se transmite un informe BSR después de que se ejecute el handover. En un sistema UMTS (Universal Mobile Telecommunication System - sistema de comunicaciones móviles universales), se asume que la información de control de MAC (elemento de control de MAC en LTE) siempre tiene mayor prioridad que un portador SRB y un portador DRB (consúltese el documento 1 que no de patente).
Por lo tanto, se asume que el informe BSR se envía antes de que se complete el handover. En este caso, la transmisión se ejecuta tres veces como en la Tabla 2 y se retrasa la transmisión adicional de compleción de handover.
T l 1: l r r n miir l m l i n h n v r
Figure imgf000004_0001
T l 2: n l inf rm B R ri ri ri n r l m l i n h n ver
Figure imgf000004_0002
Según se ha descrito anteriormente, si un elemento de control de MAC (por ejemplo, el informe BSR) es prioritario, es a través de que la transmisión de compleción de handover se retrasa. Esto tiene la siguiente desventaja:
(Retardo en la conmutación de ruta en la red)
Como la estación de base recibe la compleción de handover, puede determinar de manera fiable que el terminal se mueve. Por lo tanto, la conmutación en la red (conmutación de ruta de la estación de base anterior a una nueva estación de base) se realiza en el momento en el que se recibe la compleción de handover. Si la conmutación de ruta se retrasa, se descartan los datos, etc. no transferidos desde la estación de base anterior a la nueva estación de base. La Figura 15 muestra la relación entre la estación de base en la red y la entidad de una red central. La entidad de red central continúa transmitiendo datos a la estación de base anterior (eNB de origen) hasta que la ruta se conmuta a la entidad de red central.
No hay problema si la estación de base anterior transfiere datos a una nueva estación de base; por ejemplo, se asume que un paquete no se transfiere en el servicio de VolP en tiempo real, etc. Para minimizar esto, se requiere un acortamiento del retardo en la conmutación de ruta.
(Retardo del inicio de transmisión de enlace de bajada)
Como la estación de base recibe la compleción de handover, puede determinar de manera fiable que el terminal se mueve, y puede iniciar la transmisión de datos de enlace de bajada. Por lo tanto, si se retrasa la recepción de la compleción de handover, cuando hay datos transferidos desde la estación de base anterior a una nueva estación de base, se retrasa el inicio de la transmisión de datos de enlace de bajada.
Considerando la descripción proporcionada anteriormente, no es deseable que el elemento de control de MAC siempre sea prioritario. Por lo tanto, la prioridad del elemento de control de MAC necesita ser controlada.
En vista de las circunstancias descritas anteriormente, es un objeto de la invención proporcionar un terminal de comunicaciones y una estación de base que puedan asignar una prioridad a la información de control de MAC y puedan controlar qué información se transmitirá según se desee.
Medios para resolver los problemas
Un terminal de comunicaciones según la presente invención es un terminal de comunicaciones para comunicarse con una estación de base de acuerdo con un procedimiento predeterminado, comprendiendo el terminal de comunicaciones: una sección de control de prioridades para definir una relación entre una prioridad de información de control de MAC de prioridad asignada a información de control de MAC y una prioridad asignada a un portador DRB y un portador SRB; y una sección de generación de mensajes de transmisión para controlar la transmisión de información que tiene una alta prioridad anterior de acuerdo con la relación de prioridades definida por la sección de control de prioridad.
De acuerdo con la configuración descrita anteriormente, es posible controlar qué información se transmitirá según se desee en respuesta a la prioridad de la información de control de MAC y la prioridad asignada al portador DRB y al portador SRB. Por lo tanto, se hace que sea posible un control apropiado en respuesta a la descripción y la situación del servicio de comunicaciones. Por ejemplo, cuando se ejecuta VoIP, si la conmutación de ruta se debe realizar rápidamente, se considera que el portador SRB tiene una prioridad más alta que el informe BSR. Por el contrario, si la conmutación de ruta no necesita ser realizada rápidamente y el estado del búfer del terminal debe ser comprendido rápidamente, el informe BSR puede tener una prioridad más alta que el portador SRB.
El terminal de comunicaciones de la presente invención puede comprender una sección de recepción para recibir la prioridad de la información de control de MAC transmitida desde la estación de base.
En el terminal de comunicaciones de la presente invención, la información de control de MAC incluye un identificador C-RNTI, un informe BSR y un indicador CQI, y la sección de generación de mensajes de transmisión transmite información que tiene una alta prioridad anterior de acuerdo con las prioridades del portador DRB, del portador SRB, del identificador C-RNTI, del informe BSR y del indicador CQI.
Según las configuraciones descritas anteriormente, por ejemplo, si se establece el identificador C-RNTI con prioridad igual a 1 y se establecen el informe BSR y el indicador CQI con prioridad igual a 3, cuando la prioridad del portador SRB es igual a 2, solo el identificador C-RNTI puede tener una prioridad más alta que el portador SRB y se hace que sea posible controlar qué información se transmitirá según se desee.
El terminal de comunicaciones de la presente invención comprende una sección de tabla de prioridades para mantener información de prioridad de la información de control de MAC, y la sección de recepción recibe información de límites que indica el límite de prioridad de la información de control de MAC, y la sección de control de prioridades hace referencia a la información de límites para definir la relación entre la prioridad de la información de control de MAC y la prioridad asignada al portador DRB y al portador SRB.
De acuerdo con la configuración descrita anteriormente, la información de límites de prioridad de la información de control de MAC se puede establecer utilizando un pequeño número de bits, de modo que se puede suprimir un aumento en la sobrecarga de señalización.
En el terminal de comunicaciones de la presente invención, la sección de control de prioridades especifica la prioridad de la información de control de MAC en respuesta a una razón de uso de un procedimiento de RACH.
Según la configuración descrita anteriormente, la prioridad de la información de control de MAC se especifica en respuesta a la razón de uso del procedimiento de RACH, con lo que se puede cambiar la operación de transmisión para cada procedimiento de RACH.
En el terminal de comunicaciones de la presente invención, la sección de recepción recibe un umbral relativo al tamaño de un mensaje procedente de la estación de base, y la sección de control de prioridades hace referencia al umbral para definir la relación entre la prioridad de la información de control de MAC y la prioridad asignada al portador DRB y al portador SRB.
De acuerdo con la configuración descrita anteriormente, si el conjunto de mensajes a transmitir antes es grande, la información de control de MAC se transmite antes y se puede disminuir la sobrecarga que acompaña a la transmisión de un mensaje grande.
En el terminal de comunicaciones de la presente invención, la sección de recepción recibe información necesaria para determinar las prioridades de la información de control de MAC y del portador SRB procedente de la estación de base, y la sección de control de prioridades hace referencia a la información para determinar las prioridades del portador SRB y de la información de control de MAC.
Según la configuración descrita anteriormente, la prioridad se puede establecer sin un comando procedente de la red. En el terminal de comunicaciones de la presente invención, la información necesaria para determinar las prioridades de la información de control de MAC y del portador SRB contiene información que indica si se recibe o no se recibe un servicio en el que se aumenta la pérdida de paquetes debido al retardo en la conmutación de ruta, información que indica si el handover es o no es dentro de la estación de base, e información que indica si el handover es o no es entre las estaciones base.
De acuerdo con la configuración descrita anteriormente, las prioridades del portador SRB y de la información de control de MAC se pueden determinar sin un comando procedente de la red en función de si se utiliza o no se utiliza VoIP y si el handover es o no es un handover en la estación de base o un handover entre las estaciones de base.
En el terminal de la presente invención, hay un campo de extensión encima del sub-encabezado de MAC que indica si viene o no viene a continuación un sub-encabezado de MAC y, si está asignado un recurso de 72 bits solo del sub­ encabezado de MAC, se indica si existe o no existe un encabezado de MAC a través del valor del campo de extensión ubicado al comienzo del encabezado de MAC.
Según la configuración descrita anteriormente, el terminal puede notificar a la estación de base si existe o no existe el encabezado de MAC sin usar un nuevo bit.
Una estación de base de acuerdo con la presente invención es una estación de base para comunicarse con un terminal de comunicaciones de acuerdo con un procedimiento predeterminado, en el que se asigna una prioridad a la información de control de MAC y se transmite la prioridad de la información de control de MAC al terminal de comunicaciones.
De acuerdo con la configuración descrita anteriormente, se asigna una prioridad a la información de control de MAC, de modo que es posible controlar qué información transmite el terminal según se desee.
En la estación de base de la presente invención, la prioridad de la información de control de MAC se determina previamente, y solo se transmite al terminal de comunicaciones información de límites entre la información de control de MAC que tiene una prioridad más alta que el portador SRB e información de control de MAC que tiene una prioridad más baja que el portador SRB.
De acuerdo con la configuración descrita anteriormente, el límite de la información de control de MAC se puede establecer utilizando un pequeño número de bits, de modo que se puede suprimir un aumento en la sobrecarga de señalización.
En la estación de base de la presente invención, se transmite al terminal de comunicaciones la prioridad de la información de control de MAC en respuesta a una razón de uso de un procedimiento de RACH.
Según la configuración descrita anteriormente, se especifica la prioridad de la información de control de MAC en respuesta a la razón de uso del procedimiento de RACH, con lo que se puede cambiar la operación del terminal para cada procedimiento de RACH.
En la estación de base de la presente invención, si el tamaño de un mensaje a transmitir es mayor que un tamaño predeterminado, la información de control de MAC es prioritaria.
De acuerdo con la configuración descrita anteriormente, si el conjunto de mensajes a transmitir antes es grande, se transmite antes la información de control de MAC y se puede disminuir la sobrecarga que acompaña a la transmisión de un mensaje grande.
En la estación de base de la invención, hay un campo de extensión ubicado encima del sub-encabezado de MAC que indica si viene o no viene a continuación un sub-encabezado de MAC y, si está asignado un recurso de 72 bits solo del sub-encabezado de MAC, se determina si existe o no existe un encabezado de MAC a través del valor del campo de extensión ubicado al comienzo del encabezado de MAC.
Según la configuración descrita anteriormente, la estación de base puede determinar si existe o no existe el encabezado de MAC sin utilizar un nuevo bit.
Efectos ventajosos de la invención
Según el terminal de comunicaciones de la invención, se realiza una comparación entre la prioridad de la información de control de MAC y la prioridad asignada al portador DRB y al portador SRB, con lo que es posible controlar qué información se transmitirá según se desee. De acuerdo con la estación de base de la invención, se asigna una prioridad a la información de control de MAC y se transmite la prioridad de la información de control de MAC al terminal de comunicaciones, de modo que es posible controlar qué información transmite el terminal de comunicaciones según se desee. La invención se define en las reivindicaciones adjuntas.
Breve descripción de los dibujos
La Figura 1 muestra el funcionamiento u operación del preámbulo de RACH no dedicado y del preámbulo de RACH dedicado.
La Figura 2 muestra procedimientos de transmisión de compleción de handover y reanudación de datos de enlace de bajada.
La Figura 3 muestra la configuración de un encabezado de control MAC de un Mensaje 3.
La Figura 4 muestra la configuración de un encabezado de control RLC de un Mensaje 3.
La Figura 5 muestra la configuración de un encabezado de protocolo PDCP de un Mensaje 3.
La Figura 6 muestra el concepto de una forma de realización 2 de la invención.
La Figura 7 es un diagrama de bloques de un terminal de acuerdo con la forma de realización 2 de la invención.
La Figura 8 muestra un ejemplo específico de un procedimiento de acuerdo con la forma de realización 2 de la invención.
La Figura 9 muestra el concepto de una forma de realización 3 de la invención.
La Figura 10 es un diagrama de bloques de un terminal de acuerdo con la forma de realización 3 de la invención.
La Figura 11 describe un cambio de prioridad de un elemento de control de MAC para cada razón de uso de un procedimiento de RACH en la forma de realización 3 de la invención.
La Figura 12 muestra el concepto de una forma de realización 4 de la invención.
La Figura 13 es un diagrama de bloques de un terminal de acuerdo con la forma de realización 4 de la invención.
La Figura 14 muestra la configuración de protocolo de un Mensaje 3.
La Figura 15 muestra la relación entre una estación de base en una red y la entidad de una red central.
La Figura 16 muestra un esquema de establecimiento de prioridad para cada elemento de control de MAC en una forma de realización 1 de la invención.
La Figura 17 es un diagrama de bloques de un terminal de acuerdo con la forma de realización 1 de la invención.
La Figura 18 muestra un ejemplo de tabla de prioridades de elementos de control de MAC y un ejemplo de información de límites en la forma de realización 2 de la invención.
La Figura 19 muestra la operación cuando una estación de base considera la velocidad de un terminal en la forma de realización 2 de la invención.
La Figura 20 muestra la operación de una prioridad que cambia temporalmente en la forma de realización 2 de la invención.
La Figura 21 muestra un procedimiento de transmisión de información de límites utilizada para una transmisión que utiliza una planificación semi persistente a un terminal en la forma de realización 3 de la invención.
La Figura 22 es un diagrama de bloques de un terminal de acuerdo con una forma de realización 5 de la invención. La Figura 23 e
Figure imgf000007_0001
diagrama de flujo para mostrar la esencia de la operación de acuerdo con la forma de realización 5 de la invención.
La Figura 24 muestra un flujo cuando el terminal ejecuta un acceso inicial (conexión de llamada), recuperación de fallo de enlace de radio (reconexión) en la forma de realización 2 de la invención.
La Figura 25 muestra la configuración de un sub-encabezado de MAC utilizado en una propuesta convencional. La Figura 26 muestra la configuración de un sub-encabezado de MAC de acuerdo con una propuesta convencional 1. La Figura 27 muestra la configuración de un sub-encabezado de MAC de acuerdo con una forma de realización 6 de la invención.
La Figura 28 es un diagrama de flujo para mostrar un esquema de la operación o funcionamiento de un terminal de acuerdo con la forma de realización 6 de la invención.
La Figura 29 muestra ejemplos de configuración de encabezado de MAC de acuerdo con la forma de realización 6 de la invención.
La Figura 30 muestra un ejemplo de definición de un identificador LCID de acuerdo con la forma de realización 6 de la invención.
La Figura 31 muestra otros ejemplos de configuración de encabezado de MAC de acuerdo con la forma de realización 6 de la invención.
Descripción de números y signos de referencia
701, 2201 Sección de recepción
702, 1101 Sección de tabla de prioridades
703, 1001, 1301, 1701, 2202 Sección de control de prioridades
704, 1002, 1302, 2203 Sección de generación de mensajes de transmisión
705 Sección de generación de portadores SRB
706 Sección de generación de portadores DRB
707 Sección de búfer
708 Sección de generación de información de MAC
709 Sección de transmisión
Mejor modo para realizar la invención
A continuación se describirá un ejemplo en el que la prioridad de los datos de transmisión se define antes de la ejecución del procedimiento de rAc H por parte de una estación de base y un terminal: las formas de realización descritas a continuación se pueden aplicar al caso de preámbulo de RACH no dedicado y al caso de preámbulo de RACH dedicado de forma similar.
(Forma de realización 1)
Un portador SRB (portador de radio de señalización: portador para portar un mensaje de RRC de un mensaje de control) y un portador DRB (portador de radio en el plano de usuario / portador de radio de datos: portador para portar datos) tienen cada uno una prioridad. Existen, como portador SRB actual, un portador SRB de alta prioridad (SRB2) para enviar un mensaje de control RRC que tiene una prioridad alta y un portador SRB de baja prioridad (SRB1) que tiene una prioridad como portador SRB habitual para que un terminal RRC_CONECTADO se comunique. Se define otro portador SRB (SRB0) para portar un mensaje de control RRC hasta que un terminal pasa a RRC_CONECTADO en un acceso inicial, recuperación de fallo de enlace de radio, etc. Se agrega un portador DRB en respuesta al servicio utilizado por el terminal; por ejemplo, se establecen un portador DRB para VoIP, un portador DRB para navegación web, un portador DRB para transferir correo electrónico y similares.
Se establece una prioridad para cada portador de modo que la estación de base pueda controlar qué portador puede transmitir el terminal. Básicamente, un portador SRB tiene una prioridad más alta que DB. En un portador d Rb , un portador para un servicio que implica un requisito estricto para un retardo (servicio crítico en tiempo) tiene una alta prioridad. Por lo tanto, en el ejemplo, se considera la siguiente prioridad:
Portador SRB de alta prioridad > portador SRB de baja prioridad > portador DRB para VoIP > portador DRB para navegación web > portador DRB para correo electrónico
En la forma de realización, se establece una prioridad para cada elemento de control de MAC como en el portador SRB y el portador DRB. En la Figura 16 se muestra un esquema. Según se muestra en la Figura, por ejemplo, si los valores de prioridad son del 1 al 8 y el de prioridad más alta es igual a 1, se considera que se establece una prioridad igual a 1 para el identificador C-RNTI considerado como el de prioridad más alta en el elemento de control de MAC, y se establece una prioridad igual a 3 para un informe BSR, un indicador CQI, etc., considerados como los de siguiente prioridad más alta.
Si la prioridad de un portador SRB de alta prioridad pasa a ser igual a 2, solo el identificador C-RNTI adquiere una prioridad mayor con respecto al portador SRB de alta prioridad. De acuerdo con dicha operación, es posible controlar qué información hace que el terminal transmita según lo deseado.
Específicamente, si el terminal utiliza VoIP y la conmutación de ruta se debe hacer rápidamente, se considera que la prioridad del portador SRB de alta prioridad se hace que sea mayor que la del informe BSR. Por el contrario, si la conmutación de ruta no necesita hacerse rápidamente y el estado del búfer que tiene el terminal debe ser captado rápidamente, se puede hacer que la prioridad del informe BSR sea más alta que la del portador SRB de alta prioridad. (Diagrama de bloques)
La Figura 17 es un diagrama de bloques de un terminal de la invención. El terminal de comunicaciones que se muestra en la Figura 17 incluye una sección de recepción 701, una sección de generación de portadores SRB 705, una sección de generación de portadores DRB 706, una sección de control de prioridades 1701, una sección de generación de mensajes de transmisión 704, una sección de búfer 707, una sección de generación de información de MAC 708 y una sección de transmisiones 709. La operación principal y las funciones de las secciones son los siguientes:
La sección de recepción 701 recibe un mensaje procedente de una estación de base. La sección de recepción 701 recibe la prioridad para cada elemento de control de MAC y envía la prioridad a la sección de control de prioridades 1701. La sección de recepción 701 recibe el tamaño del mensaje transmitido por el terminal y envía el tamaño del mensaje a la sección de generación de mensajes de transmisión 704. La sección de generación de portadores SRB 705 crea un mensaje para ser transmitido utilizando un portador SRB de un mensaje de control RRC, un mensaje de NAS, etc. La sección de generación de portadores DRB 706 crea datos en el plano de usuario.
La sección de control de prioridades 1701 recibe la prioridad para cada elemento de control de MAC procedente de la sección de recepción 701. La sección de control de prioridades 1701 define la relación de prioridades entre elemento de control de mAc y portador SRB de modo que “identificador C-RNTI > portador SRB > informe BSR > indicador CQI > portador DRB" o "identificador C-RNTI > portador SRB de alta prioridad > informe BSR > portador SRB de baja prioridad > indicador CQI > portador DRB" de acuerdo con la prioridad para cada elemento de control de MAC y la prioridad asignada normalmente al portador DRB y al portador SRB. La sección de control de prioridades 1701 utiliza el resultado para controlar la sección de generación de mensajes de transmisión 704 para crear un mensaje de transmisión para transmitir información de alta prioridad antes.
La sección de generación de mensajes de transmisión 704 crea un mensaje de transmisión en base a la información de prioridades procedente de la sección de control de prioridades 1701 y el tamaño de mensajes de transmisión procedente de la sección de recepción 701. La sección de generación de mensajes de transmisión 704 recibe un elemento de control de MAC procedente de la sección de generación de información de MAC 708 descrita más adelante, suministra un portador transmisible y la cantidad a la sección de búfer 707, y recibe información para su transmisión de portador SRB o DRB procedente de la sección de búfer 707.
La sección de búfer 707 mantiene información procedente de la sección de generación de portadores SRB 705 y la sección de generación de portadores DRB 706 y transmite la información a la sección de generación de mensajes de transmisión 704 en respuesta a un comando de la sección de generación de mensajes de transmisión 704.
La sección de generación de información de MAC 708 genera el elemento de control de MAC y suministra el elemento de control de MAC a la sección de generación de mensajes de transmisión 704. Específicamente, cuando se necesita transmitir el identificador C-RNTI, la sección de generación de información de MAC 708 pasa el identificador C-RNTI a la sección de generación de mensajes de transmisión 704. Cuando se necesita transmitir el informe BSR, la sección de generación de información de MAC 708 genera y transmite el informe BSR a partir de información de la sección de búfer 707. La sección de transmisiones 709 tiene una función de transmitir un mensaje creado por la sección de generación de mensajes de transmisión 704 a la estación de base.
Según se ha descrito anteriormente, de acuerdo con la forma de realización, la prioridad se puede establecer según se desee para cada elemento de control de MAC, de modo que los datos a transmitir preferentemente a la estación de base en el Mensaje 3 del procedimiento de RACH se pueden controlar de forma adecuada en respuesta a la descripción y situación del servicio de comunicaciones.
(Forma de realización 2)
La Figura 6 muestra el concepto de una forma de realización 2, la Figura 7 es un diagrama de bloques de un terminal, y la Figura 8 muestra un ejemplo específico de un procedimiento de la operación.
En la forma de realización 1, se puede establecer la prioridad según se desee para cada elemento de control de MAC. Sin embargo, el sistema de la forma de realización 1 implica un problema de aumento de la sobrecarga de señalización para que la estación de base establezca la prioridad para el terminal. En la forma de realización 2, la prioridad en el elemento de control de MAC se determina previamente y solo se establece el límite entre el elemento de control de MAC que tiene una alta prioridad para un portador SRB y el elemento de control de MAC que tiene una baja prioridad, con lo que se resuelve el problema. La Figura 6 muestra un esquema.
Como en (a) de la Figura 6, la prioridad se determina en los elementos de control de MAC. Se considera que la prioridad se estipula en la especificación (espec) de estandarización, etc.; se puede transmitir en la información del informe, etc., o se puede enviar en un mensaje de control RRC discreto. En la forma de realización, se describirá un ejemplo en el que la prioridad se estipula en la especificación (espec) de estandarización, etc. Se establece el límite entre el elemento de control de MAC que tiene una prioridad más alta que el portador SRB y el elemento de control de MAC que tiene una prioridad más baja que el portador SRB. Específicamente, se especifica cualquiera de los límites del 1 al 4 en el ejemplo de (a) en la Figura 6. En (b) de la Figura 6, se muestra un ejemplo de señalización en este momento. El procedimiento mostrado en (b) de la Figura 6 se ejecuta antes del Mensaje 1 mostrado en (a) de la Figura 1.
Específicamente, si se especifica el límite igual a 2, el orden de prioridad pasa a ser el siguiente:
Identificador C-RNTI > portador SRB > informe BSR > indicador CQI > portador DRB
Aunque una prioridad esté por debajo del portador SRB, también se considera que se compara la prioridad del elemento de control de MAC con el portador SRB de alta prioridad para establecer lo siguiente:
Identificador C-RNTI > portador SRB de alta prioridad > informe BSR > portador SRB de baja prioridad > indicador CQI > portador DRB
(Diagrama de bloques)
La Figura 7 es un diagrama de bloques del terminal de la forma de realización. El terminal que se muestra en la Figura 7 incluye una sección de control de prioridades 703 y una sección de tabla de prioridades 702 en lugar de la sección de control de prioridades 1701 del terminal que se muestra en la Figura 17. Se describirá la diferencia de la operación principal y la función de cada sección procedente de la forma de realización 1.
En la forma de realización 2, una sección de recepción 701 tiene una función de recibir información de límites descrita anteriormente y suministra la información de límites a la sección de control de prioridades 703 además de la función descrita en la forma de realización 1.
La sección de tabla de prioridades 702 tiene una función de mantener información de prioridades en los elementos de control de MAC mostrados en (a) de la Figura 6 y suministrar la información a la sección de control de prioridades 703. La sección de control de prioridades 703 define la relación de prioridades entre el elemento de control de MAC y el portador SRB de modo que “identificador C-RNTI > portador s Rb > informe BSR > indicador CQI > portador DRB" o “identificador C-RNTI > portador SRB de alta prioridad > informe BSR > portador SRB de baja prioridad > indicador CQI > portador DRB" de acuerdo con la información de límites procedente de la sección de recepción 701 y la información de sección de tabla de prioridades procedente de la sección de tabla de prioridades 702. La sección de control de prioridades 703 utiliza el resultado para controlar la sección de generación de mensajes de transmisión 704 para transmitir información de alta prioridad antes.
(Descripción detallada)
La operación de la invención se describirá con las Figuras 7 y 8. La Figura 8 muestra un ejemplo específico de procedimiento de transmisión de handover.
Según se muestra en la Figura 8, primero, una estación de base (celda origen) suministra información de límites a un terminal (UE) (etapa ST8-1: mensaje de RRC DE RECONFIGu Ra CIÓN DE CONEXIÓN). La sección de recepción 701 recibe la información de límites y la pasa a la sección de control de prioridades 703. La sección de control de prioridades 703 obtiene información de prioridad del elemento de control de MAC a partir de dos porciones de información de la información de límites recibida en la etapa ST8-1 y la tabla que indica la prioridad en los elementos de control de MAC descritos en (a) de la Figura 6 mantenida en la sección de tabla de prioridades 702. La sección de control de prioridades 703 envía la información a la sección de generación de mensajes de transmisión 704.
A continuación, una sección de transmisiones 709 del terminal transmite a la estación de base un mensaje de respuesta a la etapa ST8-1 creado en la sección de generación de mensajes de transmisión 704 (etapa ST8-2: mensaje de RRC DE COMPLECIÓN DE RECONFIGURACIÓN DE CONEXIÓN).
La estación de base informa de la ejecución del handover al terminal (etapa ST8-3: mensaje de comando de handover). El terminal ejecuta el handover en respuesta al mismo. El procesamiento es una operación general y no se relaciona directamente con la invención y, por lo tanto, no se describirá.
El comando de handover y el mensaje de compleción de handover son términos genéricos de un mensaje de comando de handover de la estación de base al terminal y un mensaje para que el terminal indique la finalización del handover a la estación de base, respectivamente. En E-UTRa /E-UTRAN, se utilizan el mensaje de RRC DE RECONFIGURACIÓN DE CONEXIÓN y el mensaje de RRC DE COMPLECIÓN DE RECONFIGURACIÓN DE CONEXIÓN.
La etapa ST8-4: Preámbulo de acceso aleatorio y la etapa ST8-5: Respuesta de acceso aleatorio ejecutadas después de la etapa ST8-3 son procedimientos habituales de RACH y no se describirán en detalle. Después de la etapa ST8-5, la sección de generación de mensajes de transmisión 704 determina el tamaño del mensaje en Mensaje 3 en base a información de asignación de recursos recibida en la etapa ST8-5. El tamaño del mensaje es enviado por la sección de recepción 701 a la sección de generación de mensajes de transmisión 704.
Si tanto la compleción de handover como el informe BSR se van a enviar y no se pueden incluir en un mensaje, se determina lo que es prioritario en función de la prioridad. Es decir, si informe BSR > portador SRB, el informe bSr es prioritario con respecto al portador SRB, y si informe BSR < portador SRB es prioritaria la compleción de handover. Por lo tanto, la descripción enviada en la etapa ST8-6, la etapa ST8-8 pasa a ser de compleción de handover o informe BSR en función de la prioridad determinada por la sección de control de prioridades 703.
En la Figura 18, (a) y (b) muestran un ejemplo de una tabla de prioridades de elementos de control de MAC y un ejemplo de información de límites respectivamente. Por lo tanto, se proporciona la prioridad del elemento de control de MAC como la tabla y se suministra la prioridad del mensaje de control RRC (puede ser solo un portador SRB de alta prioridad, tanto un portador SRB de alta prioridad como un portador SRB de baja prioridad, o solo un portador SRB de baja prioridad) en la información de límites y, por lo tanto, se puede controlar la descripción a transmitir. A continuación, se describirá cómo la estación de base determina la información de límites. Según se ha descrito anteriormente, el retardo en la transmisión del mensaje de compleción de handover causa un retardo en la conmutación de ruta en la red. Un servicio en tiempo real, tal como VoIP que no transfiere datos desde la estación de base origen a la estación de base de handover objetivo, según se ha descrito anteriormente, se ve afectado en gran medida por el retardo de la conmutación de ruta.
Por lo tanto, se considera el procesamiento en el que solo un terminal que ejecuta VoIP es prioritario en la transmisión de la compleción de handover. También se considera la efectividad de la información de terminal transferida entre estaciones base como información para conmutar una ruta. En el momento del handover, se transfiere información de terminal entre las estaciones base.
En este momento, también se transfiere información de la calidad de recepción del terminal, el estado del búfer del terminal, etc. Si la velocidad de movimiento del terminal no es tan alta y la calidad de recepción del terminal es suficiente mientras se transfiere información entre las estaciones base, se considera que se reduce la prioridad del indicador CQI; por el contrario, si la velocidad de movimiento del terminal es alta, se considera que aumenta la prioridad del indicador CQI.
Se considera un servicio en el que el estado del búfer varía fácilmente y un servicio en el que el estado del búfer apenas varía. Por ejemplo, en un servicio de VoIP, etc., el estado del búfer no varía mucho. Por el contrario, para ejecutar una subida o carga, se considera que el estado del búfer varía en gran medida.
Por lo tanto, se considera que si solo se ejecuta un servicio en el que el estado del búfer apenas varía, se reduce la prioridad del informe BSR, y si se ejecuta un servicio en el que el estado del búfer varía fácilmente, se aumenta la prioridad del informe BSR. Dicha operación hace posible controlar la información a transmitir por el terminal.
En la forma de realización, se establece un límite para el elemento de control de MAC a modo de ejemplo, pero también se puede aumentar el número de límites a establecer. Específicamente, también se considera que se establecen el límite para un portador SRB de alta prioridad (por ejemplo, el límite 2 en (a) de la Figura 6) y el límite para un portador SRB de baja prioridad (por ejemplo, el límite 3 en (a) de la Figura 6) y se establece la prioridad de modo que “identificador C-RNTI > portador s Rb de alta prioridad > informe BSR > indicador CQI > portador SRB de baja prioridad > portador DRB".
En la forma de realización, se puede establecer la prioridad del elemento de control de MAC solo para un portador SRB. Alternativamente, también se puede establecer para un portador DRB que tiene la prioridad más alta. Es decir, se puede realizar un procesamiento de modo que “identificador C-RNTI > portador SRB > informe BSR > portador DRB de alta prioridad > indicador CQI > otro portador DRB" proporcionando una pluralidad de porciones de información de límites.
En la forma de realización, se muestra el ejemplo de transmisión de compleción de handover, pero también se puede aplicar a otros casos. Como ejemplo específico, se puede denominar reanudación de datos de enlace de subida. La reanudación de datos de enlace de subida es una operación en el caso de que el terminal transmita datos durante una recepción intermitente DRX.
Específicamente, se considera que se transmite el resultado de medición que indica el estado de recepción del terminal (informe de medición como mensaje de control RRC) y se envía una solicitud de servicio para agregar un nuevo servicio (solicitud de servicio, etc., como mensaje de NAS). El informe de medición que indica el resultado de la medición es necesario para la ejecución del handover y, por lo tanto, es un mensaje que tiene una alta prioridad. Por lo tanto, si la velocidad de movimiento del terminal es alta, el mensaje debe ser enviado antes. Según se ha descrito anteriormente, mientras la estación de base considera la velocidad de movimiento del terminal, en ese momento, se puede determinar si se deben enviar los datos producidos o si el informe BSR o el indicador CQI tienen prioridad de acuerdo con el procesamiento mostrado en la forma de realización. La operación en ese momento se muestra en la Figura 19.
La prioridad del elemento de control de MAC también se puede determinar como el orden de identificadores LCID. Según se ha descrito anteriormente, cada elemento de control de MAC es indicado por medio de un identificador LCID. Por ejemplo, el informe BSR es 11100, el indicador CQI es 11101, etc. Se define el orden de los identificadores LCID para que sea el orden de prioridad, con lo que se elimina la necesidad de proporcionar especialmente una tabla de prioridades en el terminal.
En la forma de realización, la notificación del comando de handover y la información de límites son mensajes separados según se muestra en la Figura 8, pero la información de límites se puede suministrar o cambiar en el comando de handover.
En la forma de realización, se muestra la operación de establecimiento o configuración para aumentar la prioridad del mensaje de control RRC cuando el terminal ejecuta VoIP y la compleción de handover debe ser prioritaria, etc. Sin embargo, existe el problema de que la situación varíe en el handover entre celdas en la misma estación de base. La razón es que se elimina la necesidad de transmitir la compleción de handover antes porque no se produce una conmutación de la estación de base. Para darse cuenta de esto, se considera la operación de cambiar temporalmente la prioridad.
La Figura 20 muestra la operación en este caso. La operación difiere en gran medida de la operación en la Figura 8 en la que se asigna la prioridad temporal en la etapa ST20-1 correspondiente a la etapa ST8-3. La prioridad temporal se aplica solo a la respuesta a la etapa ST20-1: Comando de handover transmitido por la estación de base y que se aplica solo a la compleción de handover.
En la descripción de la invención, la atención se centra en el Mensaje 3 del procedimiento de RACH, pero la forma de realización se puede aplicar a toda la transmisión de enlace de subida habitual.
Como un ejemplo típico cuando se utiliza la forma de realización para todas las transmisiones de enlace de subida habituales, se considera que el terminal ejecuta un acceso inicial (conexión de llamada), recuperación de fallo de enlace de radio (reconexión). Se muestra un flujo en la Figura 24. Cuando el terminal ejecuta la conexión o reconexión de llamada, la red no conoce con precisión el estado de recepción del terminal, etc.
Por lo tanto, se requiere información del indicador CQI, etc.
Por otro lado, sin embargo, la información enviada a la red central es incluida en la señal enviada por el terminal en la etapa ST2406a, y si no es enviada, finalmente la conexión de llamada no es completada. Por otro lado, se utiliza una etapa ST2406b principalmente solo para la respuesta al acuse de recibo.
Por lo tanto, la información de límites proporcionada en las etapas ST2404a, ST2404b hace posible la operación de modo que un portador SRB (en concreto, el mensaje de control RRC DE COMPLECIÓN DE CONFIGURACIÓN DE CONEXIÓN) es prioritario en el momento del acceso inicial. En consecuencia, se puede resolver el problema del aumento en el retardo de la conexión de llamada debido a la transmisión del elemento de control de MAC.
(Forma de realización 3)
La Figura 9 muestra el concepto de la forma de realización 3 y la Figura 10 es un diagrama de bloques de un terminal.
La forma de realización 2 muestra el caso en el que se utiliza la misma configuración o establecimiento de prioridad para todos los casos que utilizan el procedimiento de RACH. Sin embargo, dado que la información necesaria varía ligeramente por la razón de uso del procedimiento de RACH, se considera que la prioridad se determina para cada razón que ejecuta el procedimiento de RACH. La forma de realización 3 hace posible controlar los datos de transmisión de forma más apropiada en respuesta a la razón de uso del procedimiento de RACH. A continuación se muestra un ejemplo de determinación de prioridad para cada razón que ejecuta el procedimiento de RACH:
(Transmisión de compleción de handover)
Se considera que si un informe BSR no cambia demasiado, se puede utilizar un informe BSR suministrado por la estación de base origen a la estación de base objetivo. Por lo tanto, se considera que la compleción de handover (es decir, portador SRB) es prioritaria.
(Retardo de inicio de transmisión de enlace de subida)
Para saber cuánta información tiene el terminal, es necesario un informe BSR. Por lo tanto, se considera que el informe BSR es prioritario con respecto a un portador SRB.
(Retardo de inicio de transmisión de enlace de bajada)
Para ejecutar una transmisión de enlace de bajada, se considera que se requiere un indicador CQI. Por lo tanto, se considera que el indicador CQI es prioritario.
En la Figura 9, (b) muestra la operación de indicación de información para realizar esto. Por lo tanto, se determina información de límites para cada razón de uso del procedimiento de RACH, de modo que sea posible cambiar la operación para cada procedimiento de RACH.
(Diagrama de bloques)
La Figura 10 es un diagrama de bloques del terminal de la forma de realización. El terminal que se muestra en la Figura 10 incluye una sección de control de prioridades 1001 y una sección de generación de mensajes de transmisión 1002 en lugar de la sección de control de prioridades 703 y la sección de generación de mensajes de transmisión 704 del terminal que se muestra en la Figura 7. Solo se describirá la diferencia. La sección de control de prioridades 1001 puede tener un establecimiento de prioridades diferente para cada razón del procedimiento de RACH y las suministra a la sección de generación de mensajes de transmisión 1002. La sección de generación de mensajes de transmisión 1002 genera un mensaje de transmisión utilizando un establecimiento de prioridades diferente para cada razón del procedimiento de RACH.
En la forma de realización, a modo de ejemplo, solo se establece información de límites para cada razón del procedimiento de RACH, pero también se puede cambiar la prioridad del elemento de control de MAC para cada razón de uso del procedimiento de RACH. En este caso, según se muestra en la Figura 11, se puede incluir una sección de tabla de prioridades 1101 en lugar de la sección de tabla de prioridades 702 que se muestra en la Figura 10 y se puede establecer la prioridad para cada razón de uso del procedimiento de RACH en la sección de tabla de prioridades 1101.
Específicamente, se consideran los siguientes ejemplos:
Compleción de handover: identificador C-RNTI > informe BSR > indicador CQI
Reanudación de datos de enlace de subida: identificador C-RNTI > informe BSR > indicador CQI
Reanudación de datos de enlace de bajada: identificador C-RNTI > indicador CQI > informe BSR
La operación que utiliza una prioridad diferente en función de la razón (causa) de uso del procedimiento de RACH que se muestra en la forma de realización también se puede aplicar al caso en el que se establece una prioridad diferente en la planificación dinámica y planificación semi persistente aunque el portador sea el mismo portador. En E-UTRA/E-UTRAn , la planificación dinámica para asignar cada vez datos en un canal PDCCH (canal de control de enlace de bajada físico), y la planificación semi persistente para continuar utilizando el recurso en un período determinado si los datos se asignan una vez en el canal PDCCH. La planificación semi persistente es adecuada para un servicio en el que los datos se envían en el mismo tamaño de forma regular, tal como VoIP. Sin embargo, existe el problema de que si se intenta transmitir información de un informe BSR, un indicador CQI, etc., de forma prioritaria con respecto a los datos de VoIP, no pueden ser entrados en el recurso asignado en la planificación semi persistente y los datos de VoIP no se pueden enviar a la vez. Luego, también se aplica la prioridad para el elemento de control de MAC a un portador DRB y se cambia el establecimiento adicional de prioridades por medio de un procedimiento de planificación para portador DRB, con lo que se puede resolver el problema. Específicamente, se considera un procedimiento de transmisión de información de límites utilizado para transmisión utilizando la planificación semi persistente con el terminal (Figura 21). Es decir, si se indica el límite igual a 1, en el terminal, los datos VolP son prioritarios con respecto al informe BSR y al indicador CQI solo en el momento de la planificación semi persistente, y el informe BSR y el indicador CQI son prioritarios como es habitual en la planificación dinámica.
(Forma de realización 4)
La Figura 12 muestra el concepto de la forma de realización 4. La Figura 13 es un diagrama de bloques de un terminal. La forma de realización 2 proporciona medios para permitir que un portador SRB sea prioritario con respecto al elemento de control de MAC. Sin embargo, el tamaño de un mensaje que es prioritario con respecto al elemento de control de MAC es grande, se considera que es mejor enviar el elemento de control de MAC antes.
Por lo tanto, en la forma de realización, solo si el mensaje que es prioritario con respecto al elemento de control de MAC es más pequeño que un tamaño predeterminado, un portador SRB es prioritario con respecto al elemento de control de MAC. El umbral para el tamaño del mensaje es enviado junto con la información de límites según se muestra en (b) de la Figura 12.
(Diagrama de bloques)
La Figura 13 es un diagrama de bloques de un terminal de la forma de realización. El terminal que se muestra en la Figura 13 incluye una sección de control de prioridades 1301 y una sección de generación de mensajes de transmisión 1302 en lugar de la sección de control de prioridades 703 y la sección de generación de mensajes de transmisión 704 que se muestran en la Figura 7. Solo se describirá la diferencia a continuación: La sección de control de prioridades 1301 recibe y procesa el umbral para determinar si se debe o no se debe transmitir un portador SRB o DRB como prioritario con respecto al elemento de control de MAC y se envía el umbral a la sección de generación de mensajes de transmisión 1302. La sección de generación de mensajes de transmisión 1302 determina si el tamaño del portador SRB o DRB que es prioritario cae o no cae por debajo del umbral, y solo cuando el tamaño cae por debajo del umbral, la sección de generación de mensajes de transmisión 1302 crea un mensaje de transmisión para transmitir el portador SRB o DRB como prioritario con respecto al elemento de control de MAC.
(Forma de realización 5)
La Figura 22 es un diagrama de bloques de un terminal de la forma de realización 5 y la Figura 23 es un diagrama de flujo para mostrar un esquema de operación. La forma de realización 2 muestra el procedimiento de determinar la prioridad de un elemento de control de MAC y de un portador SRB según un comando procedente de la red. La forma de realización 5 muestra la operación de determinar la prioridad sin un comando procedente de una red.
(Diagrama de bloques)
La Figura 22 es un diagrama de bloques de un terminal de la forma de realización. El terminal que se muestra en la Figura 22 incluye una sección de recepción 2201, una sección de control de prioridades 2202 y una sección de generación de mensajes de transmisión 2203 en lugar de la sección de recepción 701, la sección de control de prioridades 703 y la sección de generación de mensajes de transmisión 704.
A diferencia de la sección de recepción 701, la sección de recepción 2201 no recibe información de límites y no la suministra a la sección de control de prioridades 703, sino que envía información necesaria para determinar la prioridad del elemento de control de MAC y del portador SRB a la sección de control de prioridades 2202. La información necesaria para determinar la prioridad del elemento de control de MAC y del portador SRB es información sobre si se recibe o no se recibe un servicio en el que aumenta la pérdida de paquetes debido al retardo en la conmutación de ruta tal como VoIP, si el handover es un handover en una estación de base o un handover entre estaciones base, etc. A diferencia de la sección de control de prioridades 703, la sección de control de prioridades 2202 determina la prioridad del portador SRB y del elemento de control de MAC en base a información recibida procedente de la sección de recepción 2201. La prioridad se determina cuando la sección de generación de mensajes de transmisión 2203 crea un mensaje de transmisión.
La sección de generación de mensajes de transmisión 2203 suministra a la sección de control de prioridades 2202 los contenidos de un mensaje planificado para su transmisión. La sección de generación de mensajes de transmisión 2203 verifica la prioridad en la sección de control de prioridades 2202 cada vez que crea un mensaje de transmisión. (Diagrama de flujo)
La Figura 23 muestra la operación de determinar la prioridad del portador SRB y del elemento de control de MAC en función de si se utiliza o no se utiliza VoIP y si el handover es o no es un handover entre estaciones base cuando se transmite la compleción de handover.
En la etapa ST2301, se inicia la transmisión de compleción de handover desde la sección de generación de mensajes de transmisión 2203 del terminal a la estación de base. La sección de generación de mensajes de transmisión 2203 verifica la prioridad en la sección de control de prioridades 2202.
La sección de control de prioridades 2202 determina si se utiliza o no se utiliza VoIP en la etapa ST2302. Si no se utiliza VoIP, la sección de control de prioridades 2202 pasa a la etapa ST2304; si se utiliza VoIP, la sección de control de prioridades 2202 pasa a la etapa ST2303. En la etapa ST2303, la sección de control de prioridades 2202 determina si el handover es un handover entre estaciones base o un handover dentro de la estación de base. Si el handover es un handover dentro de la estación de base en la etapa ST2303, la sección de control de prioridades 2202 pasa a la etapa ST2304; si el handover es un handover entre estaciones base, la sección de control de prioridades 2202 pasa a la etapa ST2305.
En la etapa ST2304, la sección de control de prioridades 2202 determina que el elemento de control de MAC es prioritario ya que el retardo en la conmutación de ruta causado por el retardo de la compleción de handover no introduce un problema. Por el contrario, en la etapa ST2305, la sección de control de prioridades 2202 determina que la compleción de handover es prioritaria porque el retardo de la compleción de handover introduce un problema. El resultado es suministrado a la sección de generación de mensajes de transmisión 2203, que luego genera un mensaje de transmisión en base al resultado.
En la forma de realización, el terminal determina la prioridad para el elemento de control de MAC de un portador SRB en función de si se ejecuta o no se ejecuta VoIP y si el handover es o no es entre estaciones base, pero se puede utilizar cualquier otra condición. Específicamente, también se considera que si la velocidad de movimiento del terminal es alta, el indicador CQI es prioritario, y si la velocidad de movimiento es baja, el indicador CQI no es prioritario. También se considera que si la variación del estado del búfer en el terminal es extrema, el informe BSR es prioritario, y si la variación no es extrema, el informe BSR no es prioritario.
En la forma de realización, si se ejecuta o no se ejecuta VoIP es adoptado como un criterio de determinación, pero la determinación se puede hacer simplemente en función de si existe o no existe un servicio no transferido entre estaciones base. Un portador DRB que utiliza el modo sin acuse de recibo (UM) del control RLC no es transferido. Por lo tanto, si existe o no existe un portador DRB que utiliza el modo sin acuse de recibo (UM) del control RLC se puede utilizar como un criterio de determinación.
Además, si un portador DRB que utiliza el modo sin acuse de recibo (UM) del control RLC es o no es igual a o mayor que una prioridad se puede utilizar como criterio de determinación. En consecuencia, se puede eludir la determinación de la prioridad de un portador SRB afectado por un portador DRB del modo sin acuse de recibo (UM) del control RLC que tiene baja prioridad.
(Forma de realización 6)
La Figura 27 muestra la configuración de un sub-encabezado de MAC de la forma de realización 6 y la Figura 28 es un diagrama de flujo para mostrar un esquema de la operación o funcionamiento de un terminal. La forma de realización muestra cómo una estación de base distingue la descripción cuando un terminal selecciona el preámbulo de RACH transmitido a la estación de base por sí mismo (caso del preámbulo de RACH no dedicado).
Cuando un terminal selecciona el preámbulo de RACH transmitido a la estación de base por sí mismo, la estación de base no entiende si el terminal quiere ejecutar el acceso inicial, quiere transmitir la compleción de handover o sino, si recibe solo el preámbulo de RACh (Mensaje 1 mostrado en (a) de la Figura 1). Por lo tanto, la estación de base sabe cuál es la descripción del Mensaje 3 que se muestra en (a) de la Figura 1 en el momento en que recibe el Mensaje 3. En este momento, existe un problema. Es causado por el hecho de que si se utiliza o no se utiliza el encabezado de MAC en el Mensaje 3 varía en función de una condición. Específicamente, si un recurso está asignado para enviar solo información de 72 bits al terminal, el encabezado de MAC no está contenido y el mensaje de control RRC está contenido directamente en el caso de conexión o reconexión de llamada; el encabezado de mAc está contenido en la transmisión de compleción de handover, en la reanudación de transmisión-recepción de datos de enlace de subida / enlace de bajada. Si un recurso está asignado para enviar información de 144 bits, por ejemplo, mayor que 72 bits, el encabezado de MAC está contenido incluso en el caso de conexión, reconexión de llamada. Por lo tanto, la estación de base necesita determinar si el encabezado de MAC está o no está contenido si solo se asignan 72 bits al terminal. Para resolver esto, el documento que no es de patente (R2-080162: codificación del Mensaje 3) hace dos propuestas. (Propuesta convencional 1)
La primera propuesta utiliza la configuración del sub-encabezado de MAC actual (ver (a) en la Figura 25) descrito en el documento que no es de patente (TS36.321 V8.0.0: "Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification") y utiliza un campo de identificador LCID (identificador de canal lógico) (campo de identificador LCID) en la parte superior. El campo de identificador LCID es una ubicación para introducir un identificador LCID correspondiente a los datos portados o un identificador LCID correspondiente al elemento de control de MAC y de acuerdo con esto, la parte de recepción puede identificar cuáles son los datos recibidos.
Como procedimiento específico descrito en el documento, se utilizan los primeros dos bits de un identificador LCID de cinco bits para indicar si existe o no existe un encabezado de MAC; por ejemplo, si el valor de los dos primeros bits es "11", se asume que existe el encabezado de MAC y si el valor es igual a "00", "01" o "10" distinto de "11", se asume que el encabezado de MAC no existe. En el caso de un mensaje de control RRC en la conexión, reconexión de llamada, en concreto, un mensaje de control RRC de SOLICITUD DE CONEXIÓN, un mensaje de control RRC de SOLICITUD DE REESTABLECiMiENTO DE CONEXIÓN, se considera que los dos primeros bits se utilizan como tipo de mensaje que indica el mensaje de control RRC. Por lo tanto, si el valor es igual a "00", "01" o "10", el mensaje recibido en el control RRC se identifica como un mensaje de control RRC de SOLICITUD DE CONEXIÓN, un mensaje de control RRC de SOLICITUD DE RESTABLECIMIENTO DE CONEXIÓN. Por ejemplo, si el valor es igual a "00", el mensaje es un mensaje de control RRC de SOLICITUD DE CONEXIÓN y si el valor es igual a "01", el mensaje es un mensaje de control RRC de SOLICITUD DE RESTABLECIMIENTO DE CONEXIÓN.
Como desventaja en este caso, el área que se puede indicar en el identificador LCID es limitada. Si el terminal selecciona el preámbulo de RACH transmitido a la estación de base por sí mismo, debe suministrar el identificador C-RNTI a la estación de base y la información debe estar contenida. Por lo tanto, se hace necesario reservar ocho identificadores LCID de 32 para el elemento de control de MAC que contiene el identificador C-RNTI. De hecho, sin embargo, se considera que no están definidos ocho elementos de control de MAC que contienen un identificador C-RNTI y, por lo tanto, los identificadores LCID se reservan infructuosamente.
En este caso, se describirán otros campos en el sub-encabezado de MAC. Un campo de extensión (E) indica si el sub­ encabezado de MAC continúa o no continúa. Si el valor es igual a "0", indica que se han introducido datos o un elemento de control de MAC; si el valor es igual a "1", indica que el sub-encabezado de MAC continúa. La Figura 26 muestra un ejemplo de configuración en el que continúan una pluralidad de sub-encabezados de MAC. En la Figura 26, (a) muestra un ejemplo en el que solo un sub-encabezado de MAC sin un campo de longitud (campo L) mostrado en la Figura 25 forma el encabezado de MAC. El campo de longitud indica el tamaño de los datos a enviar y permite a la parte de recepción saber dónde comienzan los siguientes datos o siguiente elemento de control de MAC. El elemento de control de MAC tiene una longitud fija y el campo de longitud no es obligatorio y no hay más datos después de los últimos datos y, por lo tanto, no es necesario introducir el campo de longitud. Existen los dos tipos de campos de longitud: campo de longitud de 7 bits ((b) en la Figura 26) y campo de longitud de 15 bits ((c) en la Figura 26). Un campo de formato (campo F) indica cuál de los dos tipos se utiliza. Se define un bit reservado (bit R) para una extensión posterior.
(Propuesta convencional 2)
La segunda propuesta utiliza otra configuración de encabezado de MAC (ver (b) en la Figura 25). El primer bit reservado se utiliza para indicar si existe o no existe un encabezado de MAC. Es decir, si el valor es igual a "0", el encabezado de MAC existe, y si el valor es igual a "1" el encabezado de MAC no existe. En el control RRC, el primer bit siempre se establece igual a "1" y, por lo tanto, solo se pueden usar los valores "10" y "11" para identificar el tipo de mensaje. Si el valor es igual a "10", el tipo de mensaje es de control RRC de SOLICITUD DE CONEXIÓN, y si el valor es igual a "11" el tipo de mensaje es de control RRC de SOLICITUD DE RESTABLECIMIENTO DE CONEXIÓN. El problema en este caso existe en que se utilizan todos los tipos de Mensaje y, por lo tanto, no se puede definir un nuevo mensaje de control RRC. Por lo tanto, es deseable que el rango que se puede definir como identificador LCID no se utilice infructuosamente y se asegure un área que se pueda usar para el tipo de Mensaje de modo que se pueda definir un nuevo mensaje de control RRC.
(Esta realización)
Según se muestra en la Figura 27, la configuración del encabezado de MAC en la forma de realización se caracteriza porque el campo de extensión existe en la parte superior y se puede determinar si existe o no existe el encabezado de MAC a través del valor del campo de extensión. Se utiliza la característica de que si solo se asignan 72 bits para transmisión, la necesidad de usar una pluralidad de sub-encabezados de MAC es pequeña, y si existe un encabezado de MAC el campo de extensión siempre se establece igual a "0" y solo se utiliza un sub-encabezado de MAC. Por lo tanto, si el campo de extensión es igual a "0", la parte de recepción realiza el procesamiento teniendo en cuenta que existe un encabezado de MAC, y si el campo de extensión es igual a "1", la parte de recepción supone que el encabezado de MAC no existe y realiza el procesamiento en el control RRC como mensaje de control RRC. En el control RRC, los dos primeros bits se utilizan para identificar el mensaje. Como ejemplo específico, si el valor de los dos primeros bits es igual a "10", el mensaje es de control RRC de SOLICITUD d E CONEXIÓN y si el valor es igual a "11", el mensaje es de control RRC de SOLICITUD DE REESTABLECIMIENTO DE CONEXIÓN.
En el sistema, el bit es el segundo bit del encabezado de MAC, pero no se utiliza como MAC y es un bit reservado. Por lo tanto, para la extensión en MAC en el futuro, se puede usar el bit reservado. Por el contrario, si es necesario agregar un mensaje de control RRC, se puede usar el bit. Específicamente, no se verifica si existe o no existe el encabezado de MAC utilizando solo el campo de extensión, y cuando se verifican el campo de extensión y el bit reservado correspondientes a los dos primeros bits del encabezado de MAC, si el valor es igual a "00", se determina que no existe un encabezado de MAC. En consecuencia, se pueden utilizar los tres valores "01", "10" y "11" para indicar el mensaje de control RRC. Por lo tanto, en el sistema, el campo de extensión se utiliza para identificar la presencia o ausencia de encabezado de MAC, con lo que se hace que sea posible la extensión del MAC o la adición del mensaje de control RRC.
A continuación se describirá con la Figura 28 la operación del terminal de acuerdo con la forma de realización: En la etapa ST2801, el terminal verifica el tamaño asignado en la respuesta de acceso aleatorio. Si el tamaño asignado es mayor que 72 bits, el proceso pasa a la etapa ST2803. Si se han asignado 72 bits, el proceso pasa a la etapa ST2804. En la etapa ST2804, el terminal determina si se ejecuta la conexión o reconexión de llamada. Es decir, el terminal determina si se utiliza o no se utiliza el encabezado de MAC. Para usar el encabezado de MAC, el proceso pasa a la etapa ST2805; para no usar el encabezado de MAC, el proceso pasa a la etapa ST2806. Cuando el proceso pasa a la etapa ST2805, si el terminal selecciona el preámbulo de RACH por sí mismo (es decir, el preámbulo de RACH no dedicado), el proceso pasa a la etapa ST2806; si se utiliza el preámbulo de RACH proporcionado por la estación de base, el proceso pasa a la etapa ST2803.
En la etapa ST2803, el terminal utiliza el encabezado de MAC como es habitual y crea datos de transmisión. Por otro lado, en la etapa ST2806, el terminal crea los datos de transmisión de modo que el primer campo de extensión del encabezado de MAC se establece igual a "0". En la Figura 29, (c), (d), (e) y (f) muestran ejemplos de configuración del encabezado de MAC en este momento. La Figura 30 muestra un ejemplo de definición de identificador LCID. En la Figura 29, (c) muestra el caso en el que solo se transmite un identificador C-RNTI. En este caso, se utilizan 16 bits de 40 bits como identificador C-RNTI y los 24 bits restantes son de relleno. Por lo tanto, se introduce un identificador LCID (11000 en la Figura 30) que indica que se entran el identificador C-RNTI y el relleno.
En la Figura 29 (d), se transmiten el identificador C-RNTI y el informe BSR y se entra el identificador LCID (11001 en la Figura 30) que indica que se entran el identificador C-RNTI y el informe BSR. Esto se utiliza cuando el informe BSR es prioritario con respecto a la compleción de handover.
En la Figura 29 (e), se transmiten el identificador C-RNTI y el canal DCCH (canal de control dedicado). En este caso, el canal DCCH es un nombre como canal lógico de portador SRB descrito anteriormente y está dividido en una pluralidad de canales DCCH como portador SRB que se divide en un portador SRB de alta prioridad y un portador SRB de baja prioridad. El identificador LCID se puede definir para que indique que el identificador C-RNTI y el portador SRB de alta prioridad son transmitidos más tarde; por el contrario, el identificador LCID se puede definir para que indique que solo el identificador C-RNTI y el portador SRB de baja prioridad son transmitidos más tarde, o se pueden definir ambos. La Figura 30 muestra un ejemplo en el que se definen ambos. El identificador LCID se establece en respuesta al canal DCCH realmente transmitido (11010 o 11011 en la Figura 30).
En la Figura 29 (f), se transmiten el identificador C-RNTI y el indicador CQI. Por lo tanto, se entra el identificador LCID (11100 en la Figura 30) que indica que se entran el identificador C-RNTI y el indicador CQI.
En la etapa ST2807, el terminal transmite un mensaje sin encabezado de MAC. Se muestran ejemplos de datos de transmisión en el momento por medio de (a) y (b) en la Figura 29 como el tiempo de conexión de llamada y el tiempo de reconexión. Las ubicaciones de información distintas al tipo de mensaje pueden ser ubicaciones diferentes. Según la operación de la forma de realización, el rango que se puede definir como identificador LCID no se utiliza infructuosamente y hace que sea posible asegurar un área que se puede usar para el tipo de Mensaje de modo que se puede definir un nuevo mensaje de control RRC.
En la descripción proporcionada anteriormente, se define el identificador LCID para combinar el identificador C-RNTI y cualquier otra información a modo de ejemplo, pero también es posible cualquier otro procedimiento. Si el terminal selecciona el preámbulo de RACH por sí mismo, la estación de base puede predecir que el terminal introduce el identificador C-RNTI en el Mensaje 3. Por lo tanto, si la operación está predeterminada para introducir el identificador C-RNTI a continuación del encabezado de MAC cada vez que el terminal selecciona el preámbulo de RACH por sí mismo, se elimina la necesidad de definir el identificador LCID para combinar el identificador C-RNTI y cualquier otra información. Específicamente, la Figura 31 muestra unos ejemplos. En la Figura 31, (a) muestra el caso en el que solo se introduce el identificador C-RNTI y el resto es de relleno. En este caso, el terminal introduce el identificador LCID indicando el relleno como identificador LCID. Si el terminal selecciona el preámbulo de RACH por sí mismo, la estación de base entiende que siempre se introduce el identificador C-RNTI a continuación del encabezado de MAC y es posible que la estación de base entienda que el identificador RNTI viene a continuación del encabezado de MAC, seguido del relleno. Se muestran otros casos por medio de (b), (c) y (d) en la Figura 31; la operación es similar y es posible que la estación de base entienda que existe el identificador C-RNTI y a continuación viene información indicada en el identificador LCID.
El identificador C-RNTI es introducido justo a continuación del encabezado de MAC a modo de ejemplo, pero también puede ser establecido en cualquier otra ubicación.
Si bien se han descrito diversas formas de realización de la invención, se debe entender que la invención no se limita a los elementos mostrados en las formas de realización descritas anteriormente y que la invención también pretende que los expertos en la materia realicen modificaciones y aplicaciones en base a la Descripción de la invención y que técnicas bien conocidas y las modificaciones y la aplicación estén contenidas en el alcance que se pretende proteger. Aplicabilidad industrial
La invención se puede utilizar como un terminal de comunicaciones, una estación de base, etc., que puede asignar una prioridad a la información de control de MAC y puede controlar qué información se transmitirá según se desee.

Claims (14)

REIVINDICACIONES
1. Un terminal de comunicaciones para comunicarse con una estación de base de acuerdo con un procedimiento predeterminado, comprendiendo el terminal de comunicaciones:
una sección de control de prioridades (703, 1001, 1301, 1701, 2202) configurada para definir una relación entre prioridades de MAC, control de acceso al medio, que son asignadas respectivamente a una pluralidad de elementos de control de MAC y prioridades asignadas a un portador DRB, portador de radio de datos, y a portadores SRB, portadores de radio de señalización; y
una sección de generación de mensajes de transmisión (704, 1002, 1302, 2203) configurada para controlar la transmisión de información para transmitir información en un portador SRB que tiene una prioridad más alta asignada antes que un elemento de control de MAC que tiene una prioridad de MAC más baja, de acuerdo con la relación entre las prioridades de MAC y las prioridades asignadas al portador DRB y/o SRB definidas por la sección de control de prioridades.
2. El terminal de comunicaciones según se reivindica en la reivindicación 1, que comprende además una sección de recepción configurada para recibir las prioridades de la pluralidad de elementos de control de MAC que se transmiten desde la estación de base.
3. El terminal de comunicaciones según se reivindica en la reivindicación 1 o 2, en el que los elementos de control de MAC incluyen un identificador C-RNTI, identificador temporal de red de radio de control, un informe BSR, informe de estado de búfer, y un indicador CQI, indicador de calidad de canal, y
la sección de generación de mensajes de transmisión está configurada para transmitir información que tiene una alta prioridad anterior de acuerdo con las prioridades del portador DRB, los portadores SRB, el identificador C-RNTI, el informe BSR y el indicador CQI.
4. El terminal de comunicaciones según se reivindica en la reivindicación 1, que comprende una sección de tabla de prioridades (702) para mantener información de las prioridades de los elementos de control de MAC,
una sección de recepción configurada para recibir información de límites que indica el límite de las prioridades de los elementos de control de MAC, y
en el que la sección de control de prioridades está configurada para referenciar a la información de límites para definir la relación entre las prioridades de los elementos de control de MAC y las prioridades asignadas al portador DRB y a los portadores SRB.
5. El terminal de comunicaciones según se reivindica en la reivindicación 1 o 2, en el que la sección de control de prioridades está configurada para especificar las prioridades de los elementos de control de MAC en respuesta a una razón de uso de un procedimiento de RACH.
6. El terminal de comunicaciones según se reivindica en la reivindicación 1, que comprende además:
una sección de recepción configurada para recibir un umbral relativo al tamaño de un mensaje procedente de la estación de base, y
en el que la sección de control de prioridades está configurada para referenciar al umbral para definir la relación entre las prioridades de los elementos de control de MAC y las prioridades asignadas al portador DRB y a los portadores SRB.
7. El terminal de comunicaciones según se reivindica en la reivindicación 1, que comprende además una sección de recepción configurada para recibir información necesaria para determinar las prioridades de los elementos de control de MAC y de los portadores SRB procedentes de la estación de base, y
la sección de control de prioridades está configurada para referenciar a la información para determinar las prioridades de los portadores SRB y de los elementos de control de MAC.
8. El terminal de comunicaciones según se reivindica en la reivindicación 7, en el que la información necesaria para determinar las prioridades de los elementos de control de MAC y de los portadores SRB contiene información que indica si se recibe o no se recibe un servicio en el que aumenta la pérdida de paquetes debido al retardo de conmutación de ruta, información que indica si el handover es o no es un handover dentro de la estación de base, e información que indica si el handover es o no es un handover entre las estaciones de base.
9. Una estación de base para comunicarse con un terminal de comunicaciones de acuerdo con un procedimiento predeterminado, caracterizada en que la estación de base está configurada para asignar respectivamente prioridades distintas a elementos plurales de control de MAC, control de acceso al medio, y para transmitir las prioridades de los elementos de control de MAC al terminal de comunicaciones.
10. La estación de base según se reivindica en la reivindicación 9, en la que las prioridades de los elementos de control de MAC se determinan previamente y en la que la estación base está configurada para transmitir al terminal de comunicaciones solo información de un límite entre elementos de control de MAC que tienen una prioridad más alta que los portadores SRB, portadores de radio de señalización, y elementos de control de MAC que tienen una prioridad más baja que los portadores SRB.
11. La estación de base según se reivindica en la reivindicación 9, en la que la estación de base está configurada para transmitir las prioridades de los elementos de control de MAC en respuesta a una razón de uso de un procedimiento de canal de acceso aleatorio, RACH, al terminal de comunicaciones.
12. La estación de base según se reivindica en la reivindicación 9, en la que si el tamaño de un mensaje a transmitir es mayor que un tamaño predeterminado, los elementos de control de MAC son prioritarios.
13. El terminal de comunicaciones según se reivindica en la reivindicación 1, en el que la sección de control de prioridades está configurada para definir una relación entre las prioridades, que son asignadas respectivamente a la pluralidad de elementos de control de MAC y prioridades asignadas respectivamente al portador DRB, portador de radio de datos, y a cada uno de los portadores SRB, portadores de radio de señalización, en el que los portadores SRB portan mensajes de control RRC, control de recursos de radio, o mensajes de NAS, estrato de no acceso.
14. El terminal de comunicaciones según se reivindica en la reivindicación 13, en el que la sección de prioridades está configurada además para comparar las prioridades de la pluralidad de elementos de control de MAC con las prioridades de los portadores s Rb .
ES09705415T 2008-02-01 2009-01-30 Terminal de comunicaciones y estación de base Active ES2751715T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008023171 2008-02-01
PCT/JP2009/000370 WO2009096195A1 (ja) 2008-02-01 2009-01-30 通信端末および基地局

Publications (1)

Publication Number Publication Date
ES2751715T3 true ES2751715T3 (es) 2020-04-01

Family

ID=40912549

Family Applications (2)

Application Number Title Priority Date Filing Date
ES19193860T Active ES2887374T3 (es) 2008-02-01 2009-01-30 Terminal de comunicaciones
ES09705415T Active ES2751715T3 (es) 2008-02-01 2009-01-30 Terminal de comunicaciones y estación de base

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES19193860T Active ES2887374T3 (es) 2008-02-01 2009-01-30 Terminal de comunicaciones

Country Status (16)

Country Link
US (6) US8396081B2 (es)
EP (3) EP2249599B1 (es)
JP (3) JP4723034B2 (es)
KR (10) KR102048740B1 (es)
CN (2) CN101953199B (es)
AU (1) AU2009208525B2 (es)
BR (2) BRPI0907032B1 (es)
ES (2) ES2887374T3 (es)
HK (1) HK1214064A1 (es)
HU (2) HUE047704T2 (es)
MY (3) MY201914A (es)
PL (2) PL2249599T3 (es)
PT (1) PT2249599T (es)
RU (1) RU2491773C2 (es)
SG (3) SG10202002750RA (es)
WO (1) WO2009096195A1 (es)

Families Citing this family (59)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BRPI0905839A2 (pt) * 2008-02-01 2015-10-13 Interdigital Patent Holdings método e aparelho para priorizar canais lógicos
EP2249599B1 (en) 2008-02-01 2019-08-28 Optis Wireless Technology, LLC Communication terminal and base station
CN101946424B (zh) 2008-02-25 2013-08-28 Lg电子株式会社 在无线通信系统中执行随机接入流程的方法
US11272449B2 (en) 2008-06-18 2022-03-08 Optis Cellular Technology, Llc Method and mobile terminal for performing random access
GB2461158B (en) 2008-06-18 2011-03-02 Lg Electronics Inc Method for performing random access procedures and terminal therof
GB2461159B (en) 2008-06-18 2012-01-04 Lg Electronics Inc Method for transmitting Mac PDUs
US7957298B2 (en) 2008-06-18 2011-06-07 Lg Electronics Inc. Method for detecting failures of random access procedures
GB2461780B (en) 2008-06-18 2011-01-05 Lg Electronics Inc Method for detecting failures of random access procedures
US9125164B2 (en) 2008-06-18 2015-09-01 Lg Electronics Inc. Method of transmitting power headroom reporting in wireless communication system
KR100968020B1 (ko) * 2008-06-18 2010-07-08 엘지전자 주식회사 랜덤 액세스 절차를 수행하는 방법 및 그 단말
JP4465021B1 (ja) * 2008-12-26 2010-05-19 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法及び移動局
KR100949972B1 (ko) 2009-01-02 2010-03-29 엘지전자 주식회사 단말의 임의접속 수행 기법
KR101122095B1 (ko) 2009-01-05 2012-03-19 엘지전자 주식회사 불필요한 재전송 방지를 위한 임의접속 기법 및 이를 위한 단말
US9143980B2 (en) * 2010-01-04 2015-09-22 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangements for optimizing radio resource utilization at group communications
CA2802437C (en) * 2010-06-18 2017-01-24 Fujitsu Limited Reporting method of terminal buffer state report(bsr), obtaining method for obtaining bsr from base station, and corresponding terminal, base station, communication system
US9882624B2 (en) 2010-09-29 2018-01-30 Qualcomm, Incorporated Systems and methods for communication of channel state information
US9813135B2 (en) 2010-09-29 2017-11-07 Qualcomm, Incorporated Systems and methods for communication of channel state information
US9602298B2 (en) 2010-09-29 2017-03-21 Qualcomm Incorporated Methods and apparatuses for determining a type of control field
US9806848B2 (en) 2010-09-29 2017-10-31 Qualcomm Incorporated Systems, methods and apparatus for determining control field and modulation coding scheme information
US10090982B2 (en) 2010-09-29 2018-10-02 Qualcomm Incorporated Systems and methods for communication of channel state information
US9374193B2 (en) 2010-09-29 2016-06-21 Qualcomm Incorporated Systems and methods for communication of channel state information
US9831983B2 (en) * 2010-09-29 2017-11-28 Qualcomm Incorporated Systems, methods and apparatus for determining control field and modulation coding scheme information
JP5016097B2 (ja) * 2010-11-26 2012-09-05 株式会社エヌ・ティ・ティ・ドコモ 通信制御システム及び通信制御方法
US9179388B2 (en) * 2011-01-25 2015-11-03 Telefonaktiebolaget L M Ericsson (Publ) Methods, apparatus and system for handover of UE
US8792432B2 (en) * 2011-02-14 2014-07-29 Broadcom Corporation Prioritizing RACH message contents
EP2503822A1 (en) * 2011-03-18 2012-09-26 Research In Motion Limited Method and system for facilitating handover for a mobile device
EP2705720B1 (en) * 2011-05-05 2015-01-28 Telefonaktiebolaget LM Ericsson (PUBL) Methods and arrangements for adapting random access allocation of resources to user equipments
US8917636B2 (en) * 2011-06-30 2014-12-23 Intel Mobile Communications GmbH Transmitter circuit and method
ES2574805T3 (es) * 2011-08-11 2016-06-22 Intel Corporation Métodos para cambiar entre una descarga de MBMS y una entrega basada en HTTP de contenido con formato DASH a través de una red de IMS
US8711699B2 (en) * 2011-10-31 2014-04-29 Amazon Technologies, Inc. Prioritizing application data for transmission in a wireless user device
CN103313375A (zh) * 2012-03-13 2013-09-18 中兴通讯股份有限公司 辅服务小区上的随机接入方法及用户设备
WO2013189031A1 (zh) * 2012-06-19 2013-12-27 华为技术有限公司 通信系统、基站、用户设备及信令传输方法
EP2874357A4 (en) * 2012-07-13 2016-02-24 Nec Corp CIRCUIT, COMMUNICATION SYSTEM, CIRCUIT CONTROL PROCEDURE AND PROGRAM
EP2912921B1 (en) * 2012-10-29 2019-05-08 LG Electronics Inc. Method and apparatus for releasing connection in wireless communication system
US9973980B2 (en) * 2013-03-06 2018-05-15 Qualcomm Incorporated Communications methods and apparatus that facilitate handover decisions and related measurements
CN104303553B (zh) * 2013-04-02 2018-05-22 华为技术有限公司 数据处理方法、装置及系统
CN104105132B (zh) * 2013-04-03 2018-05-04 华为技术有限公司 一种控制参数的发送方法和装置
US9900772B2 (en) 2013-05-09 2018-02-20 Intel IP Corporation Small data communications
JP6227908B2 (ja) * 2013-06-25 2017-11-08 株式会社Ｎｔｔドコモ 移動局
EP2854444A1 (en) * 2013-09-27 2015-04-01 Panasonic Intellectual Property Corporation of America Efficient uplink scheduling mechanism for dual connectivity
CN105745969B (zh) * 2014-01-24 2020-02-14 夏普株式会社 基站装置、终端装置、无线通信方法及集成电路
US20160014794A1 (en) * 2014-07-08 2016-01-14 Htc Corporation Device and Method of Handling Device-to-Device communication
CN105471763B (zh) * 2014-09-04 2020-09-15 中兴通讯股份有限公司 控制报文传输方法及装置
JP6649728B2 (ja) * 2014-09-17 2020-02-19 創新音▲速▼股▲ふん▼有限公司 無線通信システムにおけるリソースを要求する方法と装置
EP3700295A1 (en) 2014-10-23 2020-08-26 Huawei Technologies Co. Ltd. Interface establishing method and apparatus
WO2016080871A1 (en) * 2014-11-17 2016-05-26 Telefonaktiebolaget L M Ericsson (Publ) Active queue management for a wireless communication network
CN106171032B (zh) 2015-01-29 2019-09-20 华为技术有限公司 数据传输方法及设备
US9883528B2 (en) 2015-03-17 2018-01-30 Telefonaktiebolaget Lm Ericsson (Publ) Method to transmit signaling radio bearer messages in multi antenna wireless communication system
TWI551103B (zh) * 2015-04-10 2016-09-21 瑞昱半導體股份有限公司 無線用戶設備的控制電路
CN106162893B (zh) * 2015-04-17 2019-11-01 瑞昱半导体股份有限公司 无线用户设备的控制电路
US20170230869A1 (en) * 2016-02-10 2017-08-10 Qualcomm Incorporated Beam selection for uplink and downlink based mobility
US10244538B2 (en) * 2016-02-12 2019-03-26 Futurewei Technologies, Inc. System and method for determining a resource selection technique
US20180324869A1 (en) * 2017-05-04 2018-11-08 Qualcomm Incorporated Uplink early data transmission
US20180324677A1 (en) * 2017-05-05 2018-11-08 Motorola Mobility Llc Method and apparatus for sending and receiving information on a wireless network
KR102359746B1 (ko) * 2017-06-05 2022-02-10 삼성전자 주식회사 차세대 이동통신 시스템에서 인액티브 모드 단말이 데이터를 전송하는 방법 및 장치
EP4210380A1 (en) * 2017-06-05 2023-07-12 Samsung Electronics Co., Ltd. Method and apparatus for configuring pdcp device and sdap device in next-generation mobile communication system
CN109802893B (zh) * 2017-11-15 2022-06-07 中国电信股份有限公司 数据传输方法、装置和系统
BR112021006758A8 (pt) * 2018-10-10 2021-08-03 Huawei Tech Co Ltd método e dispositivo de comunicação
WO2022205321A1 (en) * 2021-04-01 2022-10-06 Apple Inc. Handover in dual connectivity to a primary base station and a secondary base station

Family Cites Families (66)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2285168A1 (en) * 1998-10-09 2000-04-09 Chris Frank Howard Channel allocation method and apparatus
KR100317261B1 (ko) * 1999-07-02 2001-12-22 서평원 능동적 무선 접속 베어러 제어 방법
FI109320B (fi) * 1999-11-02 2002-06-28 Nokia Corp Signalointimenetelmä
EP1104216A1 (en) * 1999-11-23 2001-05-30 Lucent Technologies Inc. Mobile telecommunications systems
IT1319611B1 (it) * 2000-12-22 2003-10-20 Siemens Inf & Comm Networks Procedimento di schedulazione dei permessi di trasmissione dei dati apacchetto sui canali radio condivisi dalle stazioni mobili in sistemi
KR100789565B1 (ko) * 2001-04-07 2007-12-28 엘지전자 주식회사 무선 베어러 설정 방법과 그에 따른 암호화 수행 및 변경 방법과 데이터 암호화 방법
RU2285350C2 (ru) * 2001-05-07 2006-10-10 Нокиа Корпорейшн Протокол управления радиоканалом/управления доступом к среде передачи
WO2002091763A1 (en) * 2001-05-07 2002-11-14 Nokia Corporation Rlc/mac protocol
CN100474975C (zh) * 2001-08-21 2009-04-01 诺基亚有限公司 通信网络内的数据传输
DE60133589T2 (de) * 2001-10-17 2009-06-10 Spyder Navigations LLC, Wilmington Informieren eines netzwerks über die zu transferierende datenmenge
CN1173500C (zh) * 2001-12-05 2004-10-27 华为技术有限公司 高速下行数据包接入系统对不同服务质量业务的支持方法
KR100893070B1 (ko) * 2002-09-19 2009-04-17 엘지전자 주식회사 무선통신 시스템의 멀티캐스트 서비스 제공 및 수신 방법, 그리고 그 장치
JP4084639B2 (ja) 2002-11-19 2008-04-30 株式会社エヌ・ティ・ティ・ドコモ 移動通信における受付制御方法、移動通信システム、移動局、受付制御装置及び受付制御用プログラム
KR100524737B1 (ko) 2002-11-22 2005-10-31 엘지전자 주식회사 이동통신 시스템에서 제어계층 레이어 상의 데이터 전송방법
TWI333353B (en) 2003-01-21 2010-11-11 Panasonic Corp System and method for communications with reservation of network resources, and terminal therefore
EP1465369A1 (en) * 2003-03-31 2004-10-06 Matsushita Electric Industrial Co., Ltd. Reset synchronisation method for a retransmission protocol
SE0301048D0 (sv) * 2003-04-07 2003-04-07 Ericsson Telefon Ab L M RLC window reconfiguration
KR100689543B1 (ko) * 2003-08-26 2007-03-02 삼성전자주식회사 이동통신 시스템에서 상향링크 패킷 전송을 위한 스케쥴링 요청 방법 및 장치
WO2005034388A2 (en) * 2003-09-26 2005-04-14 Interdigital Technology Corporation Determination of gain factors for wireless communication power
SE0302685D0 (sv) 2003-10-07 2003-10-07 Ericsson Telefon Ab L M Method and arrangement in a telecommunication system
US7551637B2 (en) * 2004-01-23 2009-06-23 Qualcomm Incorporated Method and apparatus for channel sensitive scheduling in a communication system
KR101048256B1 (ko) * 2004-03-31 2011-07-08 엘지전자 주식회사 이동통신 시스템의 중요도에 따른 데이터 전송방법
US7710911B2 (en) * 2004-06-10 2010-05-04 Interdigital Technology Corporation Method and apparatus for dynamically allocating H-ARQ processes
DE602004011032T2 (de) * 2004-06-15 2008-04-30 Matsushita Electric Industrial Co., Ltd., Kadoma Auf Priorität basierte Behandlung von Datenübertragungen
CA2572424A1 (en) * 2004-07-02 2006-01-19 Nokia Corporation Qos differentiation for wcdma services mapped onto an e-dch channel
US7885245B2 (en) 2004-07-19 2011-02-08 Interdigital Technology Corporation Method and apparatus for enhanced uplink multiplexing
WO2006014094A1 (en) * 2004-08-05 2006-02-09 Lg Electronics Inc. Distinguishing between protocol packets in a wireless communication system
CN100355258C (zh) 2004-09-28 2007-12-12 华为技术有限公司 信息传输方法
US7804850B2 (en) * 2004-10-01 2010-09-28 Nokia Corporation Slow MAC-e for autonomous transmission in high speed uplink packet access (HSUPA) along with service specific transmission time control
ATE391376T1 (de) * 2004-10-01 2008-04-15 Matsushita Electric Ind Co Ltd Dienstgüte-bewusste ablaufsteuerung für aufwärtsübertragungen über zugeordneten kanälen
DE102005005251A1 (de) 2005-02-04 2006-08-10 Infineon Technologies Ag Datensicherungsschicht-Protokolleinheit, Mobilfunkeinrichtung und Verfahren zum Abbilden von mittels einer Mobilfunkeinrichtung zu übertragenden Daten von mindestens einem logischen Kanal und von zu übertragenden Kontrolldaten auf mindestens einen Transportkanal
WO2006081757A1 (fr) 2005-02-04 2006-08-10 Huawei Technologies Co., Ltd. Méthode de transmission d’informations
JP4853732B2 (ja) * 2005-05-31 2012-01-11 日本電気株式会社 移動体通信システム及びその通信制御方法
US20060280145A1 (en) * 2005-06-10 2006-12-14 Revel Agnes M Event trigger for scheduling information in wireless communication networks
JP2007074841A (ja) 2005-09-08 2007-03-22 Toyota Motor Corp ステータコア、それを用いたモータ及びその製造方法
WO2007074841A1 (ja) * 2005-12-28 2007-07-05 Matsushita Electric Industrial Co., Ltd. 無線送信装置及び無線送信方法
GB2435153A (en) * 2006-02-08 2007-08-15 Nec Corp Modified connection setup for E-UTRA radio resource control
US7983311B2 (en) 2006-04-26 2011-07-19 Panasonic Corporation Signal detection device and signal detection method
JP2008023171A (ja) 2006-07-24 2008-02-07 San Create:Kk ディスプレイ用トルソの支持スタンド
US8411581B2 (en) 2006-07-25 2013-04-02 Broadcom Corporation Method and system for medium access control (MAC) layer specialization for voice and multimedia data streams
JP5057444B2 (ja) * 2006-07-28 2012-10-24 イノヴァティヴ ソニック リミテッド 無線通信システムにおいてスケジューリング情報を設定する方法及び装置
EP1909521A1 (en) * 2006-10-02 2008-04-09 Matsushita Electric Industrial Co., Ltd. Method for supporting quality of service over a connection lifetime
WO2008132685A2 (en) * 2007-04-26 2008-11-06 Nokia Corporation System and method for requesting uplink resources in a communication system
WO2008133484A1 (en) * 2007-04-30 2008-11-06 Lg Electronics Inc. Methods of transmitting data blocks in wireless communication system
US8977852B2 (en) * 2007-06-18 2015-03-10 Telefonaktiebolaget L M Ericsson (Publ) Security for software defined radio terminals
KR100911304B1 (ko) * 2007-06-18 2009-08-11 엘지전자 주식회사 무선통신 시스템에서 우선순위를 갖는 무선베어러의 데이터전송 방법
KR20090016412A (ko) * 2007-08-10 2009-02-13 엘지전자 주식회사 무선 통신 시스템에서의 데이터 통신 방법
US20090088195A1 (en) * 2007-09-28 2009-04-02 Nokia Corporation Method and apparatus for signaling of scheduling information
US9215731B2 (en) * 2007-12-19 2015-12-15 Qualcomm Incorporated Method and apparatus for transfer of a message on a common control channel for random access in a wireless communication network
US8165066B2 (en) * 2008-01-03 2012-04-24 Innovative Sonic Limited Method and apparatus for performing buffer status reporting
EP2235994B1 (en) * 2008-01-30 2014-03-05 Telefonaktiebolaget L M Ericsson (publ) Method and arrangement in a telecommunication system
EP2249599B1 (en) * 2008-02-01 2019-08-28 Optis Wireless Technology, LLC Communication terminal and base station
GB2461159B (en) * 2008-06-18 2012-01-04 Lg Electronics Inc Method for transmitting Mac PDUs
WO2010013980A2 (ko) * 2008-08-01 2010-02-04 엘지전자주식회사 중계기를 포함하는 무선통신 시스템에서 백홀링크 및 액세스링크를 위한 자원할당 방법
US8873474B2 (en) * 2008-10-17 2014-10-28 Telefonaktiebolaget L M Ericsson (Publ) Method and mobile terminal providing priority-based uplink scheduling information
US9584416B2 (en) * 2009-06-08 2017-02-28 Qualcomm Incorporated Systems and methods to provide flow control for mobile devices
US9253798B2 (en) * 2010-02-12 2016-02-02 Interdigital Patent Holdings, Inc. Method and apparatus for optimizing uplink random access channel transmission
US8767647B2 (en) * 2010-06-18 2014-07-01 Blackberry Limited System and method for uplink control information transmission in carrier aggregation
US8705352B2 (en) * 2010-09-10 2014-04-22 Industrial Technology Research Institute Prioritized random access method
EP2509373A1 (en) * 2011-04-01 2012-10-10 Panasonic Corporation Efficient extended power headroom reporting for semi-persistent scheduling
CN106488568B (zh) * 2012-07-20 2020-01-31 华为技术有限公司 一种数据传输方法、装置及通信系统
CN104756586B (zh) * 2012-10-23 2018-11-27 Lg电子株式会社 在无线通信系统中执行退避的方法和设备
EP3051736B1 (en) * 2015-01-30 2020-04-29 Panasonic Intellectual Property Corporation of America Prioritization in the logical channel prioritization procedure for sidelink logical channels in ProSe direct communications
EP3295600B1 (en) * 2015-05-12 2020-08-05 LG Electronics Inc. Method for performing a logical channel prioritization in a carrier aggregation with at least one scell operating in an unlicensed spectrum and a device therefor
ES2827398T3 (es) * 2016-04-01 2021-05-21 Samsung Electronics Co Ltd Procedimiento y aparato para comunicación inalámbrica en sistema de comunicación inalámbrica
US10506506B2 (en) * 2018-04-30 2019-12-10 Ofinno, Llc 5G policy control for restricted local operator services

Also Published As

Publication number Publication date
JP2012130052A (ja) 2012-07-05
KR20190065469A (ko) 2019-06-11
AU2009208525B2 (en) 2013-02-21
EP2249599A4 (en) 2016-03-30
KR20210005292A (ko) 2021-01-13
SG173423A1 (en) 2011-08-29
KR20100116588A (ko) 2010-11-01
EP2249599A1 (en) 2010-11-10
US11026243B2 (en) 2021-06-01
US11723060B2 (en) 2023-08-08
BRPI0907032A8 (pt) 2015-09-22
EP3913964A3 (en) 2022-01-26
MY154608A (en) 2015-07-15
PT2249599T (pt) 2019-10-18
AU2009208525A1 (en) 2009-08-06
BR122019020647B1 (pt) 2023-10-31
KR20170110726A (ko) 2017-10-11
HUE056093T2 (hu) 2022-01-28
KR102198136B1 (ko) 2021-01-06
HUE047704T2 (hu) 2020-05-28
PL2249599T3 (pl) 2020-03-31
SG10201603075UA (en) 2016-05-30
WO2009096195A1 (ja) 2009-08-06
SG10202002750RA (en) 2020-05-28
HK1214064A1 (zh) 2016-07-15
RU2010136716A (ru) 2012-03-10
PL3592091T3 (pl) 2021-12-06
US10251186B2 (en) 2019-04-02
CN101953199A (zh) 2011-01-19
BRPI0907032A2 (pt) 2015-07-07
US20130107843A1 (en) 2013-05-02
US9713162B2 (en) 2017-07-18
MY180200A (en) 2020-11-24
JP2011151814A (ja) 2011-08-04
KR20160054617A (ko) 2016-05-16
US8396081B2 (en) 2013-03-12
KR101782759B1 (ko) 2017-09-27
KR102048740B1 (ko) 2019-11-27
KR20150038184A (ko) 2015-04-08
RU2491773C2 (ru) 2013-08-27
KR20220121907A (ko) 2022-09-01
US20210250961A1 (en) 2021-08-12
BRPI0907032B1 (pt) 2020-10-20
JPWO2009096195A1 (ja) 2011-05-26
JP5030316B2 (ja) 2012-09-19
EP3913964A2 (en) 2021-11-24
KR20220031146A (ko) 2022-03-11
KR101617837B1 (ko) 2016-05-04
KR102370721B1 (ko) 2022-03-04
KR101986757B1 (ko) 2019-06-10
JP5246975B2 (ja) 2013-07-24
KR20190132555A (ko) 2019-11-27
EP3592091A1 (en) 2020-01-08
CN105188092B (zh) 2020-03-31
CN105188092A (zh) 2015-12-23
KR101539476B1 (ko) 2015-07-24
JP4723034B2 (ja) 2011-07-13
MY201914A (en) 2024-03-23
US20100330995A1 (en) 2010-12-30
KR101893868B1 (ko) 2018-09-04
EP2249599B1 (en) 2019-08-28
US20190174509A1 (en) 2019-06-06
US9161368B2 (en) 2015-10-13
KR20180098696A (ko) 2018-09-04
EP3592091B1 (en) 2021-06-02
CN101953199B (zh) 2015-09-16
ES2887374T3 (es) 2021-12-22
KR102436453B1 (ko) 2022-08-24
US20160007367A1 (en) 2016-01-07
US20170280470A1 (en) 2017-09-28

Similar Documents

Publication Publication Date Title
ES2751715T3 (es) Terminal de comunicaciones y estación de base