ES2493169T3 - Sistema de comunicación móvil, dispositivo de control, dispositivo de estación de base, método de control de sistema y método de control de dispositivo para la comunicación de datos utilizando un tamaño de datos de longitud fija o variable - Google Patents

Sistema de comunicación móvil, dispositivo de control, dispositivo de estación de base, método de control de sistema y método de control de dispositivo para la comunicación de datos utilizando un tamaño de datos de longitud fija o variable Download PDF

Info

Publication number
ES2493169T3
ES2493169T3 ES13154254.0T ES13154254T ES2493169T3 ES 2493169 T3 ES2493169 T3 ES 2493169T3 ES 13154254 T ES13154254 T ES 13154254T ES 2493169 T3 ES2493169 T3 ES 2493169T3
Authority
ES
Spain
Prior art keywords
size
base station
rlc pdu
message
mac
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
ES13154254.0T
Other languages
English (en)
Inventor
Sadafuku Hayashi
Yoshio Ueda
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.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Application granted granted Critical
Publication of ES2493169T3 publication Critical patent/ES2493169T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • H04L47/365—Dynamic adaptation of the packet size
    • 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/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H04W48/06—Access restriction performed under specific conditions based on traffic conditions
    • 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/20—Control channels or signalling for resource management
    • H04W72/29—Control channels or signalling for resource management between an access point and the access point controlling device
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers
    • 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
    • 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/12—Access point controller devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

Una estación de base (12) en un sistema de comunicación de telefonía móvil que incluye un dispositivo de control (11), comprendiendo la estación de base; un receptor (12B) que está adaptado para recibir un mensaje que incluye una información de formato de tamaño de la PDU de RLC de enlace descendente, DL (Down Link, en inglés), que indica si el tamaño de una PDU de RLC tiene una longitud fija o variable desde el dispositivo de control (11), donde el mensaje es un mensaje de SOLICITUD DE RECONFIGURACIÓN DE ENLACE DE RADIO utilizado para un procedimiento para el restablecimiento de un enlace de radio síncrono, donde el mensaje es transmitido desde el dispositivo de control a la estación de base si el procedimiento para el restablecimiento de un enlace de radio síncrono es iniciado, y donde la estación de base está adaptada para realizar una comunicación de datos con el dispositivo de control utilizando un tamaño de los datos de longitud fija o variable.

Description

E13154254
14-08-2014
DESCRIPCIÓN
Sistema de comunicación móvil, dispositivo de control, dispositivo de estación de base, método de control de sistema y método de control de dispositivo para la comunicación de datos utilizando un tamaño de datos de longitud 5 fija o variable
Campo técnico La presente invención se refiere a un sistema de comunicación móvil para llevar a cabo comunicación de datos utilizando un tamaño de los datos de longitud fija o de longitud variable.
10 Antecedentes
3rd
En el 3GPP (Proyecto de Colaboración de 3ª Generación – Generation Partnership Project, en inglés), el estándar de HSDPA (Acceso de Paquetes de Enlace Descendente de Alta Velocidad – High Speed Downlink Packet Access, en inglés) para la comunicación móvil de W-CDMA ha sido estandarizado (véase el documento 1 que no es 15 patente). En HSDPA, el protocolo de MAC-hs o el protocolo de MAC-ehs se utilizan para la capa de MAC (Control de Acceso a Medio – Medium Access Control, en inglés). El HSDPA proporciona comunicación de datos de alta velocidad basada en paquetes en un enlace descendente desde un RNC (Controlador de Red de Radio – Radio Network Controller, en inglés) a un UE (Equipo de Usuario – User Equipment, en inglés) a través de un Nodo-B. EN la comunicación de datos de HSDPA, se lleva a cabo un control de flujo entre el RNC (Controlador de Red de Radio
20 – Radio Network Controller, en inglés) y el Nodo-B (Estación de Base).
En el control de flujo, el Nodo-B notifica al RNC la capacidad de datos, y el RNC transmite datos en el alcance de la capacidad de datos al Nodo-B. Aquí, el Nodo-B determina la capacidad de datos, teniendo en consideración, por ejemplo, la capacidad del canal de radio, el reporte de calidad del producto proporcionado por el UE, la prioridad
25 asignada a la portadora, y el estado de la ruta de transmisión entre el RNC y el Nodo-B como parámetros. Una notificación de la capacidad de datos es proporcionada a través de un mensaje de control de trama denominado ASIGNACIÓN DE CAPACIDAD.
En la comunicación de datos de HSDPA, se contemplan tres tipos de casos para modos de comunicación. Los 30 parámetros que se adaptan a cada caso son establecidos para los RNCs y los Nodos-B.
La Figura 1 es un cuadro que ilustra un ejemplo de ajustes de parámetros para los respectivos casos de HSDPA. En referencia a la Figura 1, van a ilustrarse ejemplos de ajustes de parámetros para los respectivos casos 1 a 3. El caso 1 ha sido ya definido de la Versión 5 del 3GPP y posteriores y los casos 2 y 3 se espera que sean definidos en la
35 Versión 7 del 3GPP y posteriores.
En el caso 1, el tamaño de las PDUs (Unidades de Datos de Protocolo – Protocol Data Units, en inglés) en la capa de RLC (Control de Enlace de Radio – Radio Link Control, en inglés) (denominado en esta memoria “tamaño de la PDU de RLC” tiene una longitud fija, y para la capa de MAC, se utiliza el protocolo de MAC-hs. Una PDU es una
40 unidad de una señal de transmisión en un protocolo predeterminado. Por ejemplo, una PDU incluye una cabecera de acuerdo con un protocolo predeterminado y una carga útil que incluye datos en el protocolo.
En el protocolo de MAC-hs, no se utilizan ni 64QAM (Modulación de Amplitud en Cuadratura – Quadrature Amplitude Modulation, en inglés) ni MIMO (Múltiple Entrada Múltiple Salida – Multiple Input Multiple Output, en inglés).
45 En el caso 2, el tamaño de la PDU de RLC tiene una longitud fija como en el caso 1, pero el protocolo de MAC-ehs se utiliza para la capa de MAC. En el protocolo de MAC-ehs, pueden utilizarse 64QAM y MIMO. También en el MACehs, se utiliza un método de transmisión llamado de Capa 2 Mejorada en el Enlace Descendente.
50 64QAM, que es uno de los métodos de modulación digital, expresa 64 valores mediante una combinación de ocho tipos de fase y ocho tipos de amplitud. MIMO es una técnica de comunicación de radio para expandir una banda de comunicación de datos utilizando una pluralidad de antenas simultáneamente. En Capa 2 Mejorada, el protocolo de MAC-ehs es proporcionado en los datos de usuario de segmentos del Nodo-B. La Capa 2 Mejorada permite una más eficiente transferencia de datos en comparación con un método de transmisión en el cual los datos de usuario
55 están divididos por una longitud fija en un RLC.
En el caso 3, el tamaño de la PDU de RLC tiene una longitud variable, y para la capa de MAC, se utiliza el protocolo de MAC-ehs. En este caso, un Nodo-B designa una longitud máxima del tamaño de la PDU de RLC. Un RNC puede seleccionar un tamaño de la PDU de RLC dentro de un alcance igual o menor que la longitud máxima designada por
60 el Nodo-B. En el control de flujo, el Nodo-B puede controlar el máximo valor del tamaño de la PDU de RLC.
En el control de flujo en el 3GPP de Versión 7 en el cual ha sido introducido el protocolo de MAC-ehs, se utiliza un formato denominado ASIGNACIÓN DE CAPACIDAD DE TIPO 2 en lugar de un formato denominado ASIGNACIÓN DE CAPACIDAD DE TIPO 1 que se utiliza en el 3GPP de Versión 5.
65
E13154254
14-08-2014
Con una trama en la ASIGNACIÓN DE CAPACIDAD DE TIPO 2, un Nodo-B puede controlar los siguientes cuatro elementos.
(1) Longitud de PDU de MAC-d/c máxima (longitud de PDU de MAC-d)
5 (2) Crédito de HS-DSCH (el número de PDUs de MAC-d que pueden ser transmitidas durante un intervalo de transmisión en un HS-DSCH)
(3) Intervalo de HS-DSCH (duración en la cual el número de PDUs de MAC-d indicado por el HS-DSCH son transmitidas)
(4) Periodo de Repetición de HS-DSCH (cuenta de repeticiones que indica el número de repeticiones de la 10 duración anterior)
Por ejemplo, donde un canal de radio va a entrar en una congestión, la longitud de PDU de MAC-d/c (longitud de PDU de MAC-d/c máxima) puede ser reducida o el crédito del HS-DSCH puede ser reducido con el fin de suprimir la cantidad de datos del enlace descendente. Un HS-DSCH (Canal Compartido de Enlace Descendente de Alta
15 Velocidad – High Speed Downlink Shared CHannel, en inglés) es un canal compartido por una pluralidad de comunicaciones de datos de HSDPA.
Como se ha descrito anteriormente, en los casos 2 y 3, que van a ser definidos en el 3GPP de Versión 7 y posteriores, pueden utilizarse 64QAM y MIMO, que no podían ser utilizados en y antes del 3GPP de Versión 6.
20 Entre los casos 2 y 3 para ser definidos en el 3GPP de Versión 7 y posteriores, existe una diferencia en si el tamaño de la PDU de RLC tiene una longitud fija o una longitud variable.
En el caso 3, puesto que el tamaño de la PDU de RLC es variable, el valor máximo del tamaño de la PDU de RLC
25 puede ser variado en un intervalo igual o menor que 1504 octetos en control de flujo. Como resultado de tal control de flujo, puede proporcionarse una más eficiente comunicación de datos de acuerdo con el status de comunicación cambiante.
Mientras tanto, el caso 2 permite el uso de 64QAM y MIMO incluso llevando a cabo control de flujo utilizando un 30 algoritmo existente y simple con el tamaño de la PDU de RLC fijo como en el caso 1.
El documento de ERICSSON: “Support of higher bitrates y Flexible RLC ODU size on HS-DSCH en RAN Transport Network”, BORRADOR del 3GPP; R3-070150, 2007-02-07, describe el uso de tamaño de la PDU de RLC flexible en el estándar del 3GPP.
35 El documento de NOKIA SIEMENS NETWORKS ET AL: “Correction on HS-DSCH MAC-d PDU Size Format in HS-DSCH Information to Modify”, BORRADOR del 3GPP; R3-080145, 2008-02-05, describe una solución a un problema de potencial error de interpretación que puede ocurrir cuando se establece un tamaño de la PDU de RLC fijo o flexible en el parámetro formato de tamaño de la PDU de MAC-d del HS-DSCH.
40 El documento de ERICSSON: “Re-stablishment condition for RLC reconfiguration to fixed from flexible PDU size”, BORRADOR del 3GPP; R2-082118, 2008-04-24, describe la reconfiguración de las entidades de RLC de transmisión / recepción en un Equipo de Usuario, UE, provocada por ejemplo por un mensaje de reconfiguración enviado desde la red y que indica un tamaño de la PDU de RLC de DL establecido para el tamaño fijo o para el
45 flexible.
El documento recientemente publicado de solicitud Europea EP2421208 A1 tiene prioridad en 2007-02-06 y describe un controlador de red de radio que genera un mensaje de control que identifica el tipo de protocolo de creación de tramas de HS-DSCH soportado. El mensaje de control es enviado a una estación de base y puede incluir, por
50 ejemplo, un mensaje de SOLICITUD DE ESTABLECIMIENTO DE ENLACE DE RADIO, un mensaje de SOLICITUD DE ADICIÓN DE ENLACE DE RADIO, un mensaje de SOLICITUD DE RECONFIGURACIÓN DE ENLACE DE RADIO, un mensaje de SOLICITUD DE PREPARACION DE RECONFIGURACIÓN DE ENLACE DE RADIO, un mensaje de SOLICITUD DE RECONFIGURACIÓN DE CANAL COMPARTIDO FÍSICO y/u otro tipo de mensaje de control.
55 Lista de Citación
Literatura que No es Patente
60 Literatura 1 que no es patente: 3GPP TS 25.308 V8.2.0 (2008-05), Acceso de Paquetes de Enlace Descendente de Alta Velocidad (HSDPA – High Speed Downlink Packet Access, descripción Global, Etapa 2 (Versión 8).
Sumario de la Invención
65
15
25
35
45
55
65 E13154254
14-08-2014
Problema técnico Con el fin de utilizar 64QAM o MIMO, es necesario utilizar el protocolo de MAC-ehs. Donde se utiliza el protocolo de MAC-ehs, el tamaño de la PDU de RLC puede tener una longitud fija o una longitud variable, y así, para que opere un RLC, es necesario establecer el tamaño de la PDU de RLC para que tenga una longitud fija o una longitud variable.
No obstante, en el protocolo NBAP (Parte de Aplicación del Nodo-B, 3GPP TS25.433), que es un protocolo de control de llamada actual, un RNC no puede notificar a un Nodo-B acerca de si el tamaño de la PDU de RLC tiene una longitud fija o una longitud variable. La Figura 2 es un cuadro que estación de base parámetros en el protocolo NBAP. Este cuadro es uno ilustrado en el documento 3GPP TS 24.4339.2.1.31.IA. En referencia a la Figura 2, puede verse que no hay ningún elemento de información para notificar un ajuste acerca de si el tamaño de la PDU de RLC tiene una longitud fija o una longitud variable, y así, el protocolo NBAP no puede proporcionar una notificación de tal ajuste. En consecuencia, existe el problema de que pueda darse una discrepancia en los estados de ajuste de si el tamaño de la PDU de RLC tiene una longitud fija o una longitud variable entre un RNC y un Nodo-
B.
Cuando se utiliza el protocolo de MAC-ehs, el NBAP actual supone que el IE Formato del tamaño de la PDU de MAC-d del HS-DSCH tiene un “Tamaño de la PDU de MAC-d Flexible”. En consecuencia, un RNC establece que el tamaño de la PDU de RLC tenga una longitud fija y un Nodo-B establece que el tamaño de la PDU de RLC tenga una longitud variable, lo que puede resultar en una discrepancia en el estado entre el RNC y el Nodo-B.
Si el tamaño de la PDU de RLC está ajustado para que tenga una longitud variable, el Nodo-B puede dar una instrucción para cambiar el tamaño de la PDU de RLC al RNC en control de flujo. No obstante, el RNC no puede cambiar el tamaño de la PDU de RLC porque el tamaño de la PDU de RLC está ajustado para tener una longitud fija.
Por ejemplo, donde el Nodo-B da una instrucción para proporcionar un tamaño mayor que la longitud fija ajustada en el RNC, al RNC, el Nodo-B debería ser capaz de recibir una PDU con un tamaño mayor que la longitud fija. No obstante, donde el tamaño de la PDU de RLC está ajustado para tener una longitud fija en el RNC, El RNC segmenta los datos por la longitud fija. En ese caso, la eficiencia de uso de los recursos del sistema tal como una banda puede no ser suficientemente mejorada.
También, por ejemplo, si el Nodo-B da una instrucción para proporcionar un tamaño menor que la longitud fija ajustada en el RNC, al RNC, el RNC en el cual el tamaño de la PDU de RLC está ajustado para tener la longitud fija no puede transmitir datos al Nodo-B o envía datos con un tamaño que excede el límite, al Nodo-B. En tal caso, ocurren fallos serios en el control del flujo y/o en la operación del sistema.
La Figura 3 es un cuadro que ilustra un ejemplo de modo de comunicación para describir un fallo en el control del flujo. La Figura 4 ilustra un ejemplo de una secuencia que resulta en la ocurrencia de un defecto en el control del flujo.
En el ejemplo de la Figura 3, el tamaño de la PDU de RLC es 82 bytes, se utiliza el protocolo de MAC-ehs, y se utilizan MIMO y 64QAM.
En este caso, el IE Máxima PDU de MAC-d Extendida en Tamaño de NBAP, que designa un valor máximo del tamaño de la PDU de MAC-d, está ajustado a 82 bytes.
En referencia a la secuencia de la Figura 4, en primer lugar, un RNC ajusta el tamaño de la PDU de RLC para que tenga una longitud fija (etapa 901). Cuando se utiliza MAC-ehs, no se lleva a cabo ninguna multiplexación de canal lógico en la capa de MAC-d, y así, no se proporciona ninguna cabecera de MAC-d. De acuerdo con esto, en este ejemplo, el tamaño de la PDU de MAC-d es igual al tamaño de la PDU de RLC (etapa 902).
EL RNC prepara un mensaje de NBAP: SOLICITUD DE ESTABLECIMIENTO DE RL (etapa 903) y transmite el mensaje a un Nodo-B (etapa 904). Este mensaje de NBAP: SOLICITUD DE ESTABLECIMIENTO DE RL incluye un IE Máxima PDU de MAC-d Extendida en Tamaño ajustado a 82 bytes, que es el máximo valor del tamaño de la PDU de MAC-d.
Recibiendo el mensaje de NBAP: SOLICITUD DE ESTABLECIMIENTO DE RL, el Nodo-B reconoce que el valor máximo del tamaño de la PDU de MAC-d es 82 bytes (etapa 904), y ajusta el valor máximo junto con información acerca del 64QAM, MIMO y MAC-ehs (etapa 905).
Tras el establecimiento del HSDPA, el control del flujo es iniciado.
Aquí, se asume que el Nodo-B decide ajustar el tamaño de la PDU de MAC-d a un tamaño menor de 82 bytes en control del flujo debido a una congestión del canal de radio (etapa 908). El Nodo-B ajusta el valor máximo del tamaño de la PDU de MAC-d a un nuevo valor menor de 82 bytes (etapa 909) y envía una trama de control de la ASIGNACIÓN DE CAPACIDAD DEL HS-DSCH DE TIPO 2 que incluye un IE Máxima PDU de MAC-d Extendida en
10
15
20
25
30
35
40
45
50
55
60
65 E13154254
14-08-2014
Tamaño en el cual el valor ha sido ajustado, al RNC (etapa 910). Esta trama es una trama utilizada para que el Nodo-B notifique al RNC una información de control sobre el control del flujo. Ejemplos de la información de control en el control del flujo incluyen longitud de la PDU de MAC-d/c, créditos y un intervalo de transmisión.
Puesto que el tamaño de la PDU de RLC está ajustado a una longitud fija, el RNC no puede transmitir datos con una longitud menor que la longitud fija, lo que resulta en que la comunicación de datos se detiene (etapa 911).
Un objeto de la presente invención es proporcionar una técnica que evite una discrepancia en un estado de ajuste, entre dispositivos, en lo que respecta a si el tamaño de los datos en la comunicación de datos tiene una longitud fija
o una longitud variable en un sistema de comunicación móvil.
Solución al problema Con el fin de resolver el objeto anterior, un sistema de comunicación de telefonía móvil de acuerdo con un aspecto de la presente invención incluye un dispositivo de control tal como el definido en la reivindicación 6 independiente y una estación de base tal como la definida en la reivindicación 1.
Un dispositivo de control de acuerdo con la presente invención incluye:
un transmisor que está adaptado para transmitir un mensaje que incluye una información de formato de tamaño de la PDU de RLC de Enlace Descendente, DL (Down Link, en inglés), que indica si un tamaño de la PDU de RLC tiene una longitud fija o variable a la estación de base, donde el dispositivo de control está adaptado para transmitir el mensaje si se inicia un procedimiento para restablecer un enlace de radio síncrono, donde el mensaje es un mensaje de SOLICITUD DE RECONFIGURACIÓN DE ENLACE DE RADIO, y donde el dispositivo de control está también adaptado para llevar a cabo una comunicación de datos con la estación de base utilizando un tamaño de los datos de longitud fija o variable.
Una estación de base de acuerdo con la presente invención incluye:
un receptor que está adaptado para recibir un mensaje que incluye una información de formato de tamaño de la PDU de RLC del Enlace Descendente, DL (Down Link, en inglés), que indica si un tamaño de la PDU de RLC tiene una longitud fija o variable desde el dispositivo de control, donde el mensaje es un mensaje de SOLICITUD DE RECONFIGURACIÓN DE ENLACE DE RADIO utilizado para un procedimiento para restablecer un enlace de radio síncrono, donde el mensaje es transmitido desde el dispositivo de control a la estación de base si se inicia el procedimiento para restablecer un enlace de radio síncrono, y donde la estación de base está adaptada para llevar a cabo una comunicación de datos con el dispositivo de control utilizando un tamaño de los datos de longitud fija o variable.
Un método para la estación de base de acuerdo con la presente invención comprende las etapas de:
recibir un mensaje que incluye una información de formato de tamaño de la PDU de RLC de Enlace Descendente, DL (Down Link, en inglés), que indica si el tamaño de una PDU de RLC tiene una longitud fija o variable desde el dispositivo de control, donde el mensaje es transmitido desde el dispositivo de control a la estación de base si se inicia un procedimiento para restablecer un enlace de radio síncrono, donde el mensaje es un mensaje de SOLICITUD DE RECONFIGURACIÓN DE ENLACE DE RADIO, y donde una comunicación de datos entre el dispositivo de control y la estación de base es llevada a cabo utilizando un tamaño de los datos de longitud fija o variable.
Un método para el dispositivo de control de acuerdo con la presente invención incluye:
transmitir un mensaje que incluye una información de formato del tamaño de la PDU de RLC de Enlace Descendente, DL (Down Link, en inglés), que indica si el tamaño de una PDU de RLC tiene una longitud fija o variable a una estación de base, donde el dispositivo de control transmite el mensaje si se inicia un procedimiento para restablecer un enlace de radio síncrono, donde el mensaje es un mensaje de SOLICITUD DE RECONFIGURACIÓN DE ENLACE DE RADIO, y donde una comunicación de datos entre el dispositivo de control y la estación de base es llevada a cabo utilizando un tamaño de los datos de longitud fija o variable.
Un método para el sistema de comunicación de acuerdo con la invención comprende los métodos para la estación de base y el dispositivo de control de acuerdo con la presente invención.
Breve descripción de los dibujos [Figura 1] La Figura 1 es un cuadro que ilustra ejemplos de parámetros ajustados en respectivos casos de HSDPA. [Figura 2] La Figura 2 es un cuadro que ilustra parámetros en el protocolo NBAP. [Figura 3] La Figura 3 es un cuadro que ilustra un ejemplo de modo de comunicación para describir un fallo del control del flujo.
E13154254
14-08-2014
[Figura 4] La Figura 4 es un diagrama que ilustra un ejemplo de una secuencia que resulta en la ocurrencia de un fallo en el control del flujo. [Figura 5] La Figura 5 es un diagrama de bloques que ilustra una configuración del RNC 11 de acuerdo con una primera realización de ejemplo.
5 [Figura 6] La Figura 6 es un diagrama de bloques que ilustra una configuración del Nodo-B 12 de acuerdo con la primera realización de ejemplo. [Figura 7] La Figura 7 es un diagrama de bloques que ilustra una configuración de un sistema de comunicación móvil de acuerdo con una segunda realización de ejemplo. [Figura 8] La Figura 8 es un diagrama secuencial que ilustra una operación de un sistema de comunicación
10 móvil de acuerdo con la segunda realización de ejemplo. [Figura 9] La Figura 9 es un diagrama para describir una visión global de un mensaje de protocolo NBAP. [Figura 10] La Figura 10 es un diagrama que ilustra un ejemplo de cambio del 3GPP TS 25.433. [Figura 11] La Figura 11 es un diagrama que ilustra un ejemplo de una TRAMA DE DATOS DE HS-DSCH DE TIPO 2 de acuerdo con un primer ejemplo.
15 [Figura 12] La Figura 12 es un diagrama secuencial que ilustra una operación de un sistema de comunicación móvil de acuerdo con el primer ejemplo. [Figura 13] La Figura 13 es un diagrama que ilustra un ejemplo de definición de un Formato de Tamaño de la PDU de MAC-d de HS-DSCH de acuerdo con un segundo ejemplo.
20 Descripción de realizaciones Realizaciones de ejemplo se describirán con detalle con referencia a los dibujos. Un sistema de comunicación de radio descrito como una realización de ejemplo es un sistema de comunicación móvil de W-CDMA de acuerdo con el 3GPP.
25 (Primera realización de Ejemplo) La Figura 5 ilustra la configuración del RNC 11 de acuerdo con una primera realización de ejemplo.
Como se ilustra en la Figura 5, el RNC 11 incluye el comunicador 11A que se comunica con un dispositivo de estación de base utilizando un tamaño de los datos de longitud fija y un tamaño de los datos de longitud variable, y 30 el transmisor 11B que proporciona notificación de (transmite) información indicando si el tamaño de los datos de la comunicación de datos tiene una longitud fija o una longitud variable al dispositivo de estación de base (Nodo-B 12).
De acuerdo con esto, en la presente realización de ejemplo, puede proporcionarse notificación de información indicando si el tamaño de los datos de la comunicación de datos es fijo o variable (información de identificación) 35 desde el RNC 11 al Nodo-B 12.
La Figura 6 ilustra la configuración del Nodo-B 12 de acuerdo con la primera realización de ejemplo.
Como se ilustra en la Figura 6, el Nodo-B 12 incluye el receptor 12B que recibe información indicando si el tamaño
40 de los datos de la comunicación de datos tiene una longitud fija o una longitud variable de un dispositivo de control (RNC 11), y el comunicador 12A que se comunica con el dispositivo de control utilizando un tamaño de los datos de longitud fija y un tamaño de los datos de longitud variable.
De acuerdo con esto, en la presente realización de ejemplo, el Nodo-B 12 recibe la información (la información de
45 identificación) transmitida desde el RNC 11, que permite evitar la ocurrencia de una discrepancia en el estado del ajuste entre los dispositivos, relativa a si el tamaño de los datos de transmisión en la comunicación de datos tiene una longitud fija o una longitud variable.
(Segunda Realización de ejemplo)
50 La Figura 7 es un diagrama de bloques que ilustra la configuración de un sistema de comunicación de telefonía móvil de acuerdo con una segunda realización de ejemplo. La presente realización de ejemplo es una realización de la configuración del RNC 11 de acuerdo con la primera realización de ejemplo ilustrada en la Figura 5 y la configuración del Nodo-B 11 de acuerdo con la primera realización de ejemplo ilustrada en la Figura 6. En referencia a la Figura 7, el sistema de comunicación de telefonía móvil de acuerdo con la presente realización de ejemplo
55 incluye el RNC 11 y el Nodo-B 12. El RNC 11, que está conectado a una CN (Red de Núcleo – Core Network, en inglés) y al Nodo-B 12 (no ilustrado), controla al Nodo-B 12, proporcionando comunicación de datos de usuario mediante un UE (no ilustrado). El Nodo-B 12, que está conectado al UE (no ilustrado) a través de un canal de radio, repite los datos de usuario entre el UE y el RNC 11.
60 El sistema de comunicación móvil permite la comunicación de datos por medio de HSDPA, y responde a los dos casos en los que el tamaño de los datos de transmisión de datos de los datos de enlace descendente utilizando HSDPA tiene una longitud fija y una longitud variable.
El RNC 11 proporciona una notificación de (transmite) información de identificación que indica si el tamaño de los 65 datos de transmisión de los datos de enlace descendente está ajustado para tener una longitud fija o una longitud
10
15
20
25
30
35
40
45
50
55
60
65 E13154254
14-08-2014
variable al Nodo-B 12. Una notificación de esta información de identificación es proporcionada por medio de un mensaje de acuerdo con un protocolo de control de llamada terminada por el RNC 11 y el Nodo-B 12.
El mensaje utilizado para la notificación de la información de identificación es un mensaje enviado desde el RNC 11 al Nodo-B 12 cuando un enlace de radio es establecido, cambiado o añadido.
El Nodo-B 12 opera sobre la base de la información de identificación proporcionada por el RNC 11. Por ejemplo, el Nodo-B 12 lleva a cabo un control del flujo de comunicación de datos sobre la base de la información de identificación. En el control del flujo, el Nodo-B 12 adaptativamente cambia una pluralidad de elementos de acuerdo con el status de comunicación, y notifica al RNC 11 acerca de estos elementos.
El RNC 11 transmite datos de enlace descendente al Nodo-B12 dentro del alcance de las limitaciones impuestas por los elementos proporcionados, y de acuerdo con un formato de tamaño de los datos del enlace descendente proporcionado al Nodo-B 12 mediante la información de identificación (es decir, si el tamaño de los datos de transmisión de los datos del enlace descendente tiene una longitud fija o una longitud variable). En consecuencia, la cantidad de datos de los datos de enlace descendente y otros similares puede adecuadamente ser controlada de acuerdo con el status de comunicación, permitiendo gestionar adecuadamente, por ejemplo, las congestiones.
Ejemplos de elementos para el control del flujo incluyen un tamaño de los datos de transmisión permitido, un intervalo de transmisión de trama de datos permitido y el número de transmisiones de tramas de datos permitidas dentro de un periodo de tiempo predeterminado.
Si la información de identificación proporcionada por el RNC 11 indica que el tamaño de los datos de transmisión tiene una longitud fija, el Nodo-B 12 lleva a cabo un control del flujo con fijación del tamaño de los datos de transmisión de entre estos elementos.
En la realización de ejemplo actual, la información de identificación puede ser, por ejemplo, información de un bit. Más específicamente, el bit “1” indica que el tamaño de la PDU de RLC es una longitud variable, y el bit “0” indica que el tamaño de la PDU de RLC es una longitud fija.
De acuerdo con la presente realización de ejemplo, una notificación de la información de identificación que indica si el tamaño de los datos de transmisión está ajustado a una longitud fija o a una longitud variable es proporcionada desde el RNC 11 al Nodo-B 12, y el Nodo-B 12 opera sobre la base de la información de identificación proporcionada por el RNC 11, lo que permite evitar la ocurrencia de una discrepancia en el estado del ajuste entre los dispositivos, por lo que respecta a si el tamaño de los datos de transmisión tiene una longitud fija o una longitud variable.
Además, si se proporciona una notificación acerca de si el tamaño de los datos de transmisión tiene una longitud fija
o una longitud variable desde el RNC 11 al Nodo-B 12 cuando se establece un enlace de radio, el Nodo-B 12 lleva a cabo un control del flujo con el tamaño de los datos de transmisión fijo, sobre la base del reconocimiento compartido con el RNC 11, inmediatamente tras el establecimiento del enlace de radio. De manera similar, si se proporciona una notificación acerca de si el tamaño de los datos de transmisión tiene una longitud fija o una longitud variable cuando un enlace de radio es cambiado o añadido, el Nodo-B 12 puede llevar a cabo un control del flujo con el tamaño de los datos de transmisión fijo, inmediatamente tras el cambio o adición del enlace de radio.
En referencia a la Figura 7 de nuevo, el RNC 11 incluye la unidad de terminación de ruta de transmisión 19, el controlador de llamada 13 y el procesador de protocolo de control de llamada 14, que están incluidos en un plano de control, la unidad de terminación de interfaz Iu 15, las unidades de función de protocolo de RLC 16, la unidad de función de protocolo de MAC-d 17 y las unidades de función de protocolo de trama 18, que están incluidos en un plano de usuario.
El controlador de llamada 13 lleva a cabo varios tipos de procesamientos relativos al control de llamada. El control de llamada incluye establecimiento de llamada cuando existe una llamada saliente desde el UE o una llamada entrante al UE, y liberación de la llamada establecida. El control de llamada también incluye el establecimiento y liberación de una comunicación de HSDPA por parte del UE. En el control de llamada, el controlador de llamada 13 transmite / recibe mensajes de control de llamada hacia / desde el Nodo-B 12, el UE o la CN.
El procesador de protocolo de control de llamada 14 compila y analiza mensajes de acuerdo con el protocolo NBAP, que es un protocolo de control de llamada compartido con el Nodo-B 12, bajo el control del controlador de llamada
13.
Por ejemplo, cuando se establece una comunicación de HSDPA, el controlador de llamada 13 transmite / recibe un mensaje de protocolo NBAP hacia / desde el Nodo-B 12 a través del procesador del protocolo de control de llamada 14, para llevar a cabo los ajustes para MIMO, 64QAM o MAC-ehs.
10
15
20
25
30
35
40
45
50
55
60
65
E13154254
14-08-2014
Una unidad de terminación de interfaz Iu 15 termina una interfaz Iu con la CN. Más específicamente, la unidad de terminación de interfaz Iu 15 proporciona, por ejemplo, funciones del PDCP (Protocolo de Convergencia de Datos en Paquetes – Packet Data Convergence Protocol, en inglés) presentado en el documento 3GPP TS 25.323, el protocolo de plano de usuario Iu presentado en el documento 3GPP TS 25.415 y el protocolo GTP-U indicado en el documento 3GPP TS 29.060.
Para un ejemplo de enlace descendente, la unidad de terminación de interfaz Iu 15 obtiene PDUs de RLC a partir de una señal de enlace descendente recibida desde la CN de orden superior a través de la interfaz Iu y transmite las PDUs de RLC a las unidades de función de protocolo de RLC 16. Para un ejemplo de enlace ascendente, la unidad de terminación de interfaz Iu 15 transmite datos de enlace ascendente desde las unidades de función de protocolo de RLC 16 a la CN a través de la interfaz Iu.
Las unidades de función de protocolo de RLC 16 proporcionan una función del RLC presentada en el documento 3GPP TS 25.322. La función de RLC es una función que lleva a cabo varios tipos de procesamiento relativos al control de un enlace de radio. Las unidades de función de protocolo de RLC 16 llevan a cabo el procesamiento de datos transmitidos / recibidos por el UE, de acuerdo con el protocolo de RLC por medio de la función de RLC. Tres tipos de modos están definidos para un método de transmisión de RLC. El primero es el modo reconocido (abreviado en esta memoria como RLC-AM (AM – Acknowledged Mode, en inglés)). El segundo es el modo no reconocido (RLC-UM (UM – UnAcknowledged Mode, en inglés)). El tercero es el modo transparente (RLC-TM (TM – Transparent Mode, en inglés)).
En modo RLC-AM, hasta el 3GPP de Versión 6, el tamaño de la PDU (Unidad de Datos de Protocolo – Protocol Data Unit, en inglés) de RLC tenía una longitud fija, y los datos de usuario eran segmentados en la capa de RLC.
No obstante, en el 3GPP de Versión 7, una función denominada Capa 2 Mejorada ha sido presentada al HSDPA. Para el Nodo-B 12, se utiliza el protocolo de MAC-ehs en lugar del protocolo de MAC-hs. En lugar de que los datos sean segmentados de acuerdo con el protocolo de RLC en el RNC 11, los datos de orden superior son segmentados de acuerdo con el protocolo de MAC-ehs en el Nodo-B 12, permitiendo la provisión de datos de RLC-AM flexibles con una longitud variable además de RLC-AM con una longitud fija. En el caso de una longitud variable, se transmiten datos con un tamaño de la PDU de RLC máximo de 1503 octetos desde el RNC 11 al Nodo-B 12.
La unidad de función de protocolo de MAC-d 17 implementa el protocolo de MAC-d, que es una de las funciones de MAC presentadas en el documento 3GPP TS 25.321. El protocolo de MAC-d es una parte del protocolo para la capa de MAC, y todo el protocolo para la capa de MAC incluye este protocolo de MAC-d, y el protocolo de MAC-hs o el protocolo de MAC-ehs. El protocolo de MAC-d permite la multiplexación de una pluralidad de canales lógicos de la pluralidad de unidades de función de protocolo de RLC 16. No obstante, no se lleva a cabo ninguna multiplexación de canal lógico cuando el Nodo-B 12 utiliza el MAC-ehs.
Las unidades de función de protocolo de trama 18 implementan una función de protocolo de trama de HS-DSCH presentada en el documento 3GPP TS 25.435. El protocolo de trama de HS-DSCH es un protocolo para llevar a cabo la generación y segmentación de una trama de HS-DSCH utilizada en HSDPA. Las unidades de función de protocolo de trama 18 en el RNC 11 generan tramas de datos de enlace descendente.
En transmisión de datos de alta velocidad que utilizan 64QAM o MIMO, se utiliza TRAMA DE DATOS DE HS-DSCH DE TIPO 2 para el tipo de trama. de acuerdo con esto, las unidades de función de protocolo de trama 18 generan tramas de datos de TRAMA DE DATOS DE HS-DSCH DE TIPO 2.
También, las unidades de función de protocolo de trama 18 llevan a cabo el procesamiento para el control del flujo entre las unidades de función de protocolo de trama 18 y las unidades de función de protocolo de trama 23 en el Nodo-B 12.
Por ejemplo, cuando se detectan interferencias de canal de radio, insuficiencia de potencia de transmisión y/o congestión de ruta de transmisión en la interfaz Iub, las unidades de función de protocolo de trama 23 en el Nodo-B 12 transmiten una ASIGNACIÓN DE CAPACIDAD DE HS-DSCH DE TIPO 2 a las unidades de función de protocolo de trama 18 en el RNC 11, dando con ello una instrucción para suprimir las transmisiones de trama de datos de enlace descendente al RNC 11.
Por el contrario, cuando la congestión, etc., ha sido aligerada, las unidades de función de protocolo de trama 23 en el Nodo-B 12 transmiten una ASIGNACIÓN DE CAPACIDAD DE HS-DSCH DE TIPO 2 a las unidades de función de protocolo de trama 18 en el RNC 11, dando con ello permiso para incrementar las transmisiones de trama de datos de enlace descendente al RNC 11.
Las instrucciones para suprimir e incrementar la trama de datos de enlace descendente son proporcionadas mediante la prescripción de Longitud de la PDU de MAC-d/c, créditos o un intervalo de transmisión.
15
25
35
45
55
65 E13154254
14-08-2014
Las unidades de función de protocolo de trama 18 en el RNC 11 transmiten datos de una TRAMA DE DATOS DE HS-DSCH DE TIPO 2 de acuerdo con la Longitud de la PDU de MAC-d/c, créditos o un intervalo de transmisión proporcionado por la ASIGNACIÓN DE CAPACIDAD DE HS-DSCH DE TIPO 2 recibida de las unidades de función de protocolo de trama 23 en el Nodo-B 12.
La unidad de terminación de ruta de transmisión 19 transmite / recibe datos en un formato de acuerdo con una portadora de transporte sobre una ruta de transmisión entre el RNC 11 y el Nodo-B 12 (interfaz Iub) a / desde la unidad de terminación de ruta de transmisión 20 en el Nodo-B 12. Para la portadora de transporte, por ejemplo, se utiliza ATM (Modo de Transferencia Asíncrono – Asyncronous Transfer Mode, en inglés) o IP (Protocolo de Internet
– Internet Protocol, en inglés).
Por ejemplo, donde hay dos servicios de paquetes, hay canales lógicos para los respectivos servicios de paquetes. En la unidad de función de protocolo de MAC-d 17, esos canales lógicos no están multiplexados, y así, hay también portadoras transparentes para los respectivos servicios de paquetes.
En referencia a la Figura 7 de nuevo, el Nodo-B 12 incluye unidad de terminación de ruta de transmisión 20, transmisor / receptor de radio 25, unidad de función de protocolo NBAP 21 y controlador de llamada 22, que están incluidos en un plano de control, unidades de función de protocolo de trama 23 y unidad de función de protocolo de MAC-ehs 24, que están incluidos en un plano de usuario.
La unidad de terminación de ruta de transmisión 20 mira hacia la unidad de terminación de ruta de transmisión 19 en el RNC 11 a través de las rutas de transmisión (interfaz Iub) entre el Nodo-B 12 y el RNC 11, y transmite / recibe datos en un formato adaptado para una portadora de transporte a / desde la unidad de terminación de ruta de transmisión 19 en el RNC 11.
La unidad de función de protocolo NBAP 21 compila y analiza los mensajes de protocolo NBAP transmitidos / recibidos a / desde el RNC 11 bajo el control del controlador de llamada 22.
El controlador de llamada 22 lleva a cabo varios tipos de procesamiento relativos al control de llamada. En el control de llamada, el controlador de llamada 22 transmite / recibe mensajes de control de llamada a / desde el RNC 11 ó el UE.
Las unidades de función de protocolo de trama 23, que miran hacia las unidades de función de protocolo de trama 18 en el RNC 11, implementan una función de protocolo de trama de HS-DSCH. Más específicamente, las unidades de función de protocolo de trama 23 reciben una trama de datos TRAMA DE DATOS DE HS-DSCH DE TIPO 2 de acuerdo con el Protocolo de Trama de HS-DSCH de las unidades de función de protocolo de trama 18 en el RNC 11, obtienen las PDUs de MAC-d en la trama, y transmiten las PDUs de MAC-d a la unidad de función de protocolo de MAC-ehs 24.
También, como se ha descrito anteriormente, las unidades de función de protocolo de trama 23 llevan a cabo un procesamiento para el control del flujo, entre las unidades de función de protocolo de trama 23 y las unidades de función de protocolo de trama 18 en el RNC 11.
La unidad de función de protocolo de MAC-ehs 24 segmenta datos del RNC 11 y transmite los datos segmentados al UE a través del transmisor / receptor de radio 25. Como resultado de que la unidad de función de protocolo de MACehs 24 en el Nodo-B 12 lleva a cabo la segmentación de datos, puede evitarse un rellenado ineficiente al nivel del RLC en el RNC 11.
El transmisor / receptor 25, que están conectados al UE a través de un canal de radio, transmite / recibe mensajes de control de llamada desde el controlador de llamada 22 y datos de usuario desde la unidad de función de protocolo de MAC-ehs 24.
La Figura 8 es un diagrama de secuencia que ilustra una operación del sistema de comunicación de telefonía móvil de acuerdo con la segunda realización de ejemplo. En el sistema de comunicación de telefonía móvil de acuerdo con la presente realización de ejemplo, cuando se establece, cambia o añade un enlace de radio, una notificación acerca de si el tamaño de la PDU de RLC tiene una longitud fija o una longitud variable es proporcionada desde el RNC 11 al Nodo-B 12. La Figura 8 ilustra una secuencia cuando se establece un enlace de radio. También, en esta memoria, se establece una operación del sistema desde cuando se proporciona una notificación acerca de si el tamaño de la PDU de RLC tiene una longitud fija o una longitud variable desde el RNC 11 al Nodo-B 12 a cuando el Nodo-B 12 lleva a cabo control del flujo de acuerdo con la notificación.
En referencia a la Figura 8, en la que el modo del RLC es el modo RLC-AM, el controlador de llamadas 13 en el RNC 11, en primer lugar, determina si el tamaño de la PDU de RLC es fijo o variable (etapa 101).
Si el tamaño de la PDU de RLC es fijo, el controlador de llamada 13 establece un indicador de tamaño de RLC indicando que el tamaño de la PDU de RLC tiene una “longitud fija” en las unidades de función de protocolo de RLC
15
25
35
45
55
65 E13154254
14-08-2014
16 (etapa 102). A continuación, el controlador de llamada 13 ajusta el tamaño de la PDU de RLC como el tamaño de la PDU de MAC-d (etapa 103). Además, el controlador de llamada 13 ajusta el indicador de tamaño de RLC a “longitud fija” (etapa 104).
Mientras tanto, se ha determinado en la etapa 101 que el tamaño de la PDU de RLC es variable, el controlador de llamada 13 ajusta un indicador de tamaño de RLC indicando que el tamaño de la PDU de RLC tiene una “longitud variable” en las unidades de función de protocolo de RLC (etapa 105). A continuación, el controlador de llamada 13 ajusta un valor máximo del tamaño de la PDU de RLC como el tamaño de la PDU de MAC-d (etapa 106). Además, el controlador de llamada 13 ajusta el indicador de tamaño de RLC a “longitud variable” (etapa 107).
A continuación, tras la etapa 104 ó 107, el procesador de protocolo de control de llamada 14 compila un mensaje de SOLICITUD DE ESTABLECIMIENTO DE RL DE NBAP en el cual, por ejemplo, se ajustan el uso de MIMO y de 64QAM, el indicador de tamaño de la PDU de MAC-d y de tamaño de RLC (etapa 108), y envía el mensaje al Nodo-B 12 (etapa 109). Este indicador de tamaño de RLC permite que se proporcione una notificación acerca de si el tamaño de la PDU de RLC tiene una longitud fija o una longitud variable desde el RNC 11 al Nodo-B 12.
La Figura 9 es un diagrama para describir una visión global de une mensaje de protocolo NBAP. La Figura 9 indica que un indicador de tamaño de la PDU de RLC, que es un parámetro nuevo, es añadido al cuadro de elementos de información en el documento 3GPP TS 25.433 9.2.1.311A. El que el tamaño del RLC tenga una longitud fija o una longitud variable es establecido en este indicador.
A la recepción del mensaje de protocolo NBAP, el controlador de llamada 22 en el Nodo-B 12 obtiene el tamaño de la PDU de MAC-d del mensaje (etapa 110). El controlador de llamada 22 también obtiene el indicador del tamaño del RLC, y aplica el valor del indicador al control del flujo en las unidades de función de protocolo de trama 23 (etapa 111). También, el controlador de llamada 22 ajusta la información relativa, por ejemplo, a si se utiliza o no el protocolo de MAC-ehs, en la unidad de función de protocolo de MAC-ehs 24 (etapa 112).
Las unidades de función de protocolo de trama 23, que llevan a cabo control del flujo, inician el control del flujo cuando se detecta, por ejemplo, una congestión del canal de radio (etapa 113). En el control del flujo, las unidades de función de protocolo de trama 23 primero comprueban el indicador del tamaño del RLC (etapa 114).
Si el tamaño de la PDU de RLC tiene una longitud fija, las unidades de función de protocolo de trama 23 controlan los otros parámetros manteniendo fijo el IE Longitud de PDU de MAC-d (etapa 115). Las unidades de función de protocolo de trama 23 limitan, por ejemplo, los créditos, el intervalo de transmisión o el periodo de repetición sin cambiar el IE Longitud de PDU de MAC-d, solucionando con ello la congestión del canal de radio.
Mientras tanto, si se ha determinado en la etapa 114 que el tamaño de la PDU de RLC tiene una longitud variable, las unidades de función de protocolo de trama 23 controlan las diferentes clases de parámetros incluyendo el IE Longitud de PDU de MAC-d (etapa 116).
Una instrucción de control del flujo de las unidades de función de protocolo de trama 23 es proporcionada al RNC 11 a través de un mensaje de ASIGNACIÓN DE CAPACIDAD DE HS-DSCH DE TIPO 2 (etapa 117). Las unidades de función de protocolo de trama 18 en el RNC 11 controlan las transmisiones de datos de enlace descendente de acuerdo con la instrucción desde las unidades de función de protocolo de trama 23 en el Nodo-B 12 (etapa 118).
Puesto que se ilustra en esta memoria una secuencia para el caso en el que se establece un enlace de radio, el indicador de tamaño de RLC ha sido ajustado en el mensaje de SOLICITUD DE ESTABLECIMIENTO DE RL DE NBAP. Como otro ejemplo, si se añade un enlace de radio, el indicador de tamaño de la PDU de RLC puede ser ajustado en un mensaje de SOLICITUD DE ADICIÓN DE RL DE NBAP. También, si se cambia un enlace de radio, el indicador de tamaño de la PDU de RLC puede ser ajustado en un mensaje de PREPARAR RECONFIGURACIÓN DE RL DE NBAP o en un mensaje de SOLICITUD DE RECONFIGURACIÓN DE RL.
De acuerdo con la presente realización de ejemplo, incluso si el tamaño de la PDU de RLC tiene una longitud fija, el reconocimiento en el RNC 11 y el reconocimiento en el Nodo-B 12 resultan consistentes entre sí, permitiendo que las comunicaciones de HSDPA utilizando protocolo de MAC-ehs sean realizadas favorablemente. En ese caso, el tamaño de la PDU de RLC no es ajustado para que tenga una longitud variable en el control del flujo, permitiendo la aplicación de un procesamiento existente a las unidades de función de protocolo de RLC 16.
Además, en el sistema de comunicación de telefonía móvil de acuerdo con la presente realización de ejemplo, el protocolo de MAC-ehs puede ser utilizado incluso si el tamaño de la PDU de RLC tiene una longitud fija, permitiendo mantener la compatibilidad con un sistema anterior al 3GPP de Versión 7. Por ejemplo, cuando se realiza un cambio en una célula de servicio como resultado de que el UE se desplaza de un área cubierta por un Nodo-B anterior al 3GPP de Versión 7 a un área cubierta por el Nodo-B 12 de acuerdo con el 3GPP de Versión 7 y posteriores, el tamaño de la PDU de RLC puede ser mantenido con una longitud fija. No hay necesidad de reinicializar el procesamiento del RLC, permitiendo la reducción de pérdida de datos en usuarios de orden superior (por ejemplo, UEs).
E13154254
14-08-2014
La información de identificación del tamaño de la PDU de RLC (indicador de tamaño de la PDU de RLC) es utilizada por el Nodo-B 12 para una cola de prioridad. Por ejemplo, el Nodo-B 12 lleva a cabo control del flujo para cada cola con prioridad, utilizando la información de identificación. Los detalles de este ejemplo se describirán a continuación.
5 El Nodo-B 12, cuando recibe los datos de usuario de enlace descendente desde el RNC 11, evalúa los indicadores de prioridad del canal común (CmCH-PIs – Common CHannel Priority Indicators, en inglés) en los datos de PDU de MAC-d, y asigna los datos de PDU de MAC-d a las colas de prioridad asociadas con los respectivos datos de PDU de MAC-d. En esta memoria, estos CmCH-PIs están asociados no sólo con colas de prioridad en el Nodo-B 12, sino
10 también con información de identificación del tamaño de la PDU de RLC. Por lo tanto, la información de identificación del tamaño de la PDU de RLC tiene un efecto sobre la selección de una longitud de PDU de MAC-d (Máxima Longitud de PDU de MAC-d/c) en el control del flujo llevado a cabo para cada cola de prioridad.
Como se ha descrito anteriormente, si la longitud de la PDU de MAC-d tiene una longitud variable o una longitud fija
15 puede ser seleccionada para cada cola de prioridad, y así, el Nodo-B 12 puede llevar a cabo un control del flujo para cada cola de prioridad, en otras palabras, de acuerdo con la prioridad asociada (CmCH-PI).
Un CmCH-PI corresponde a un Indicador de Prioridad de Planificación mediante NBAP en la Figura 9. Un CmCH-PI es ajustado y actualizado por el RNC 11. Una cola de prioridad es un área de almacenamiento (memoria temporal)
20 que temporalmente almacena datos de usuario de enlace descendente del RNC 11. En cada cola de prioridad, se consideran requisitos de QoS. Ejemplos de los requisitos de QoS incluyen una clase de tráfico y una velocidad de pico.
Un ejemplo de cambio del documento 3GPP TS 25.433 relativo a la información de identificación del tamaño de la 25 PDU de RLC, esto es, un formato de tamaño de la PDU de RLC en la descripción anterior se ilustra en la Figura 10.
La descripción anterior en la presente realización de ejemplo ha sido dada en términos del caso en el que la información de identificación es normalmente proporcionada desde el RNC 11 al Nodo-B 12 mediante un mensaje de protocolo de control como una operación normal. No obstante, para un sistema real, es preferible considerar una
30 operación anormal. Un ejemplo de una operación en la que hay una anormalidad en la notificación desde el RNC 11 al Nodo-B 12 como una operación anormal se indicará en lo que sigue.
Cuando la información de identificación incluida en un mensaje para solicitar un establecimiento, cambio o adición de un enlace de comunicación, que ha sido enviado desde el RNC 11 al Nodo-B 12 indica que el tamaño de los
35 datos de transmisión tiene una longitud variable, si el mensaje incluye un elemento de información indicando que el tamaño de la PDU de MAC-d tiene una longitud fija o un elemento de información indicando un tamaño de la PDU de MAC-d máximo, el Nodo-B 12 no puede interpretar el mensaje normalmente. Por lo tanto, el Nodo-B 12 envía un mensaje para rechazar el establecimiento, cambio o adición de un enlace de comunicación, al RNC 11. En consecuencia, la solicitud del RNC 11 es rechazada y el procedimiento es cancelado.
40 Posibles ejemplos específicos se describirán a continuación. Cuando se reciben los mensajes 1 a 3, el Nodo-B 12 detecta una “condición anormal”, esto es, ajuste anormal, y rechaza la solicitud del RNC 11 para cancelar el procedimiento.
45 1. Mensaje de SOLICITUD DE ESTABLECIMIENTO DE RL
(1) Si un mensaje de SOLICITUD DE ESTABLECIMIENTO DE ENLACE DE RADIO recibido desde un RNC incluye un elemento de información, Formato de Tamaño de la PDU de RLC de DL, para una cola de prioridad predeterminada, en el cual el tamaño de la PDU de RLC ha sido ajustado de manera que
50 tenga una longitud variable y un elemento de información, Formato de Tamaño de la PDU de MAC-d de HS-DSCH que tiene un valor que indica que el tamaño de la PDU de MAC-d tiene una longitud fija, un Nodo-B transmite un mensaje de FALLO DE ESTABLECIMIENTO DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde el RNC, al RNC.
(2) Si un mensaje de SOLICITUD DE ESTABLECIMIENTO DE ENLACE DE RADIO recibido desde un
55 RNC no incluye un elemento de información, Máxima PDU de MAC-d Extendida en Tamaño, para una cola de prioridad predeterminada, y un elemento de información, Formato de Tamaño de la PDU de RLC de DL que tiene un valor que indica que el tamaño de la PDU de RLC tiene una longitud variable, un Nodo-B transmite un mensaje de FALLO DE ESTABLECIMIENTO DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde el RNC.
60 (3) Si un mensaje de SOLICITUD DE ESTABLECIMIENTO DE ENLACE DE RADIO recibido desde un RNC incluye un elemento de información, el Formato de Tamaño de la PDU de MAC-d de HS-DSCH, en el cual el tamaño de la PDU de MAC-d ha sido ajustado para tener una longitud variable, y no incluye un elemento de información, Formato de Tamaño de la PDU de RLC de DL, un Nodo-B transmite un mensaje de FALLO DE ESTABLECIMIENTO DE ENLACE DE RADIO para rechazar el
65 procedimiento de solicitud desde el RNC.
10
15
20
25
30
35
40
45
50
55
60
65 E13154254
14-08-2014
2. Mensaje de SOLICITUD DE ADICIÓN DE RL
(1)
Si un mensaje de SOLICITUD DE ADICIÓN DE ENLACE DE RADIO recibido desde un RNC incluye un elemento de información Formato de Tamaño de la PDU de RLC de DL para una cola de prioridad predeterminada, en el cual el tamaño de la PDU de RLC ha sido ajustado para tener una longitud variable, y un elemento de información Formato de Tamaño de la PDU de MAC-d de HS-DSCH tiene un valor que indica que el tamaño de la PDU de MAC-d tiene una longitud fija, un Nodo-B transmite un mensaje de FALLO DE ADICIÓN DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde el RNC, al RNC.
(2)
Si un mensaje de SOLICITUD DE ADICIÓN DE ENLACE DE RADIO recibido de un RNC no incluye un elemento de información Máxima PDU de MAC-d Extendida en Tamaño para una cola de prioridad predeterminada, y un elemento de dispositivo Formato de Tamaño de la PDU de RLC de DL tiene un valor que indica que el tamaño de la PDU de RLC tiene una longitud variable, un Nodo-B transmite un mensaje de FALLO DE ADICIÓN DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde el RNC.
(3)
Si un mensaje de SOLICITUD DE ADICIÓN DE ENLACE DE RADIO recibido desde un RNC incluye un elemento de información Formato de Tamaño de la PDU de MAC-d de HS-DSCH en el cual el tamaño de la PDU de MAC-d ha sido ajustado para tener una longitud variable, pero no incluye un elemento de información Formato de Tamaño de la PDU de RLC de DL, una estación de base transmite un mensaje de FALLO DE ADICIÓN DE ENLACE DE RADIO para rechazar el procedimiento de solicitud del RNC.
3. Mensaje de SOLICITUD DE RECONFIGURACIÓN DE RL
[1] En el reajuste de un enlace de radio síncrono:
(1)
Si existe una cola de prioridad que está ajustada de manera que el tamaño de la PDU de RLC tenga una longitud variable y no está ajustada para utilizar Máxima PDU de MAC-d Extendida en Tamaño, en una nueva configuración, un Nodo-B transmite un mensaje de SOLICITUD DE RECONFIGURACIÓN DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde un RNC, al RNC.
(2)
Si existe una cola de prioridad en la cual el Contexto de Comunicación del Nodo-B relevante ha sido ajustado de manera que el tamaño de la PDU de MAC-d tenga una longitud fija y el tamaño de la PDU de RLC tenga una longitud variable, en una nueva configuración, un Nodo-B transmite un mensaje de FALLO DE RECONFIGURACIÓN DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde un RNC, al RNC.
(3)
Si el Contexto de Comunicación del Nodo-B relevante ha sido ajustado de manera que el tamaño de la PDU de MAC-d tenga una longitud variable, y no incluye un elemento de información, Formato de Tamaño de la PDU de RLC de DL, para una cola de prioridad predeterminada en una nueva configuración, un Nodo-B transmite un mensaje de FALLO DE RECONFIGURACIÓN DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde un RNC, al RNC.
[2] En el restablecimiento de un enlace de radio asíncrono:
(1)
Si existe una cola de prioridad que ha sido ajustada de manera que el tamaño de la PDU de RLC tenga una longitud variable y no ha sido ajustada para utilizar Máxima PDU de MAC-d Extendida en Tamaño, en una nueva configuración, un Nodo-B transmite un mensaje de FALLO DE RECONFIGURACIÓN DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde un RNC, al RNC,
(2)
Si existe una cola de prioridad para la cual el Contexto de Comunicación del Nodo-B relevante ha sido ajustado de manera que el tamaño de la PDU de MAC-d tenga una longitud fija y el tamaño de la PDU de RLC tenga una longitud variable, en una nueva configuración, un Nodo-B transmite un mensaje de FALLO DE RECONFIGURACIÓN DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde un RNC, al RNC.
(3)
Si el Contexto de Comunicación del Nodo-B relevante ha sido ajustado de manera que el tamaño de la PDU de MAC-d tiene una longitud variable, y no incluye un elemento de información, Formato de tamaño de la PDU de RLC de DL, para una cola de prioridad predeterminada en una nueva configuración, un Nodo-B transmite un mensaje de FALLO DE RECONFIGURACIÓN DE ENLACE DE RADIO para rechazar el procedimiento de solicitud desde un RNC, al RNC.
En esta memoria, un Contexto de Comunicación del Nodo-B es un término definido en el 3GPP, y se refiere a la información de datos (contexto) manejada para cada dispositivo de telefonía móvil (UE).
10
15
20
25
30
35
40
45
50
55
60
65 E13154254
14-08-2014
(Un primer ejemplo) En la segunda realización de ejemplo anteriormente descrita, como se ilustra en la Figura 8, se ha descrito un ejemplo en el cual se proporciona una notificación de un indicador de tamaño de RLC indicando si el tamaño de la PDU de RLC tiene una longitud fija o una longitud variable mediante un mensaje de protocolo NBAP. Se describirá un primer ejemplo en el cual un bit de reserva en una TRAMA DE DATOS DE HS-DSCH DE TIPO 2 de acuerdo con el protocolo de trama de HS-DSCH, que está definido en el documento TS 25.435, es extendido, y se proporciona una notificación de un indicador de tamaño de RLC por medio del bit.
La configuración básica de un sistema de comunicación de telefonía móvil de acuerdo con el primer ejemplo es similar a la configuración del sistema de acuerdo con la segunda realización de ejemplo ilustrada en la Figura 7.
La Figura 11 es un diagrama que ilustra un ejemplo de una TRAMA DE DATOS DE HS-DSCH de acuerdo con la tercera realización de ejemplo. En referencia a la Figura 11, se define un indicador de tamaño de RLC en el segundo bit desde el bit de orden más alto en el cuarto octeto.
La Figura 12 es un diagrama secuencial que ilustra una operación de un sistema de comunicación de telefonía móvil de acuerdo con el primer ejemplo. En referencia a la Figura 12, el controlador de llamada 13 en el RNC 11 determina en primer lugar si el tamaño de la PDU de RLC es fijo o variable (etapa 201). Si el tamaño de la PDU de RLC es fijo, el controlador de llamada 13 ajusta un indicador de tamaño de RLC indicando que el tamaño de la PDU de RLC tiene una “longitud fija”, en las unidades de función de protocolo de trama 18 (etapa 202). Mientras tanto, si se ha determinado en la etapa 201 que el tamaño de la PDU de RLC es variable, el controlador de llamada 13 ajusta un indicador de tamaño de RLC indicando que el tamaño de la PDU de RLC tiene una “longitud variable”, en las unidades de función de protocolo de trama 18 (etapa 202).
Subsiguientemente, cuando se transmite una trama de datos de TRAMA DE DATOS DE HS-DSCH DE TIPO 2, las unidades de función de protocolo de trama 18 en el RNC 11 insertan un indicador de tamaño de RLC en el segundo bit a partir del bit de orden más alto en el cuarto octeto de la trama (etapa 204).
Cuando se recibe la trama de datos TRAMA DE DATOS DE HS-DSCH DE TIPO 2, las unidades de función de protocolo de trama 23 en el Nodo-B 12 obtienen el indicador de tamaño de RLC de la trama, y aplican el valor del indicador al control del flujo (etapa 205).
Las unidades de función de protocolo de trama 23 que llevan a cabo el control del flujo, cuando se detecta, por ejemplo, una congestión del canal de radio, inician el control del flujo (etapa 206). En el control del flujo, las unidades de función de protocolo de trama 23 en primer lugar comprueban el indicador de tamaño del RLC (etapa 207).
Si el tamaño de la PDU de RLC tiene una longitud fija, las unidades de función de protocolo de trama 23 mantienen el IE Longitud de PDU de MAC-d fijo, y controlan los otros parámetros (etapa 208). Por ejemplo, las unidades de función de protocolo de trama 23 limitan los créditos, un intervalo de transmisión o un periodo de repetición sin cambiar el IE Longitud de PDU de MAC-d, gestionando con ello la congestión del enlace de radio.
Mientras tanto, si ha sido determinado en la etapa 114 que el tamaño de la PDU de RLC tiene una longitud variable, las unidades de función de protocolo de trama 23 controlan las diferentes clases de parámetros incluyendo el IE Longitud de PDU de MAC-d (etapa 209).
Una instrucción de control del flujo de las unidades de función de protocolo de trama 23 se proporciona al RNC 11 mediante un mensaje de ASIGNACIÓN DE CAPACIDAD DE HS-DSCH DE TIPO 2 (etapa 210). Las unidades de función de protocolo de trama 18 en el RNC 11 controlan transmisiones de datos de enlace descendente de acuerdo con la instrucción de las unidades de función de protocolo de trama 23 en el Nodo-B 12 (etapa 211).
Como se ha descrito anteriormente, de acuerdo con el presente ejemplo, el RNC 11 proporciona una notificación de un indicador de tamaño de la PDU de RLC al Nodo-B 12 a través de una TRAMA DE DATOS DE HS-DSCH DE TIPO 2, y cuando recibe la TRAMA DE DATOS DE HS-DSCH DE TIPO 2, el Nodo-B 12 dinámicamente gestiona el indicador del tamaño de la PDU de RLC de acuerdo con la notificación a través de la trama. De este modo, el presente ejemplo permite un control dinámico de si el tamaño de la PDU de RLC tiene una longitud fija o una longitud variable.
(Un segundo ejemplo) La anteriormente descrita segunda realización de ejemplo ha sido descrita en términos de un ejemplo en el cual un indicador de tamaño de RLC es añadido a la información del flujo de MAC-d de HS-DSCH, como se ilustra en la Figura 9. Se describirá un segundo ejemplo en el cual se añade “Tamaño de la PDU de MAC-d fijo para MAC-ehs” como un nuevo valor del Formato de Tamaño de la PDU de MAC-d de HS-DSCH.
La configuración básica de un sistema de comunicación de telefonía móvil de acuerdo con el segundo ejemplo es similar a la configuración del sistema de acuerdo con la segunda realización de ejemplo ilustrada en la Figura 7.
15
25
35
45
55
65 E13154254
14-08-2014
La Figura 13 es un diagrama que ilustra un ejemplo de definición de Formato de Tamaño de la PDU de MAC-d de HS-DSCH de acuerdo con la cuarta realización de ejemplo. En referencia a la Figura 13, el “Tamaño de la PDU de MAC-d Fijo para MAC-ehs” puede ser ajustado como un valor para el Formato de Tamaño de la PDU de MAC-d de HS-DSCH.
Para valores para el Formato de Tamaño de la PDU de MAC-d de HS-DSCH, el 3GPP ha proporcionado ya un Tamaño de la PDU de MAC-d ordenado para MAC-hs y un Tamaño de la PDU de MAC-d Flexible para MAC-ehs. La presente realización de ejemplo está prevista para introducir un nuevo “Tamaño de la PDU de MAC-d Fijo para MAC-ehs” para MAC-ehs cuyo tamaño de la PDU de RLC tenga una longitud fija.
De acuerdo con el presente ejemplo, cuando un Formato de Tamaño de la PDU de MAC-d de HS-DSCH para un canal de transporte HS-DSCH es ajustado a “Tamaño de la PDU de MAC-d Flexible”, los tamaños de PDU de RLC para todos los flujos de MAC-d en el canal de transporte HS-DSCH tienen una longitud variable.
También, cuando un Formato de Tamaño de la PDU de MAC-d de HS-DSCH para un canal de transporte de HS-DSCH está ajustado a “Tamaño de la PDU de MAC-d Fijo”, los tamaños de PDU de RLC para todos los flujos de MAC-d del canal de transporte de HS-DSCH tienen una longitud fija.
La información de flujo de MAC-d de HS-DSCH utilizada en la segunda realización de ejemplo es un elemento de información que indica una propiedad de cada canal lógico mapeado en una cola de prioridad. La notificación de un indicador de tamaño de la PDU de RLC mediante información del flujo de MAC-d de HS-DSCH ha permitido la indicación de si el tamaño de la PDU de RLC tiene una longitud fija o una longitud variable para cada canal lógico. En otras palabras, los canales lógicos cuyos tamaños de PDU de RLC tienen una longitud fija y los canales lógicos cuyos tamaños de PDU de RLC tienen una longitud variable pueden mezclarse.
Mientras tanto, el Formato de Tamaño de la PDU de MAC-d de HS-DSCH utilizado en la cuarta realización de ejemplo es un elemento de información que designa una propiedad de un canal de transporte de HS-DSCH. Una notificación acerca de si el tamaño de la PDU de RLC tiene una longitud fija o una longitud variable por medio de un Formato de Tamaño de la PDU de MAC-d de HS-DSCH, una mezcla de canales lógicos cuyos tamaños de PDU de RLC tienen una longitud fija y canales lógicos cuyos tamaños de PDU de RLC tienen una longitud variable, no está permitida en un canal de transporte HS-DSCH.
De acuerdo con la presente realización de ejemplo, el que el tamaño de la PDU de RLC tenga una longitud fija o una longitud variable puede ser gestionado por el canal de transporte HS-DSCH, permitiendo la simplificación del procesamiento en el RNC 11 y el Nodo-B 12 en comparación con la segunda realización de ejemplo.
(Un tercer ejemplo) La segunda realización de ejemplo anterior y los ejemplos primero y segundo han sido descritos en términos de ejemplos de control del flujo en comunicaciones de HSDPA, que son comunicaciones de datos de enlace descendente de alta velocidad. Un tercer ejemplo se describirá de un sistema de comunicación de telefonía móvil, que proporciona comunicaciones de HSUPA (Acceso de Paquetes de Enlace Ascendente de Alta Velocidad – High Speed Uplink Packet Access, en inglés), que son comunicación de datos de enlace ascendente de alta velocidad, y que llevan a cabo un control del flujo de la misma.
En el 3GPP de Versión 8, para HSUPA, se introduce el protocolo de MAC-i / MAC-is para hacer que el tamaño de la PDU de RLC tenga una longitud variable. En 3GPP, además del protocolo de MAC-i / MAC-is, que es introducido en la Versión 8, se define el protocolo de MAC-e / MAC-es.
El protocolo de MAC-i / MAC-is y el protocolo de MAC-e / MAC-es son excluyentes entre sí: sólo el protocolo de MAC-i / MAC-is o el protocolo de MAC-e / MAC-es está presente en un UE. Si el tamaño de la PDU de RLC está ajustado para tener una longitud variable, es necesario utilizar el protocolo de MAC-i / MAC-is.
También, en el protocolo de RRC entre un RNC y un UE, la Info de Mapeo de RB (documento 3GPP TS 25.331) permite la notificación acerca de si el tamaño de la PDU de RLC tiene una longitud fija o una longitud variable, y además, en el caso de una longitud variable, permite la notificación de un valor mínimo y un valor máximo del tamaño de la PDU de RLC.
Mientras tanto, el protocolo NBAP entre un RNC y un Nodo-B sólo permite la provisión desde el RNC al Nodo-B de la notificación de un valor máximo del tamaño de la PDU de MAC-d (IE Máxima PDU de MAC-d Extendida en Tamaño) para cada canal lógico mapeado en el flujo de MAC-d. Normalmente, no se lleva a cabo ninguna multiplexación de canal lógico en el protocolo de MAC-d, y así, el tamaño de la PDU de MAC-d es el mismo que el tamaño de la PDU de RLC.
En general, en el control del flujo en las comunicaciones de HSUPA, se utiliza un método en el cual un Nodo-B planifica las transmisiones de datos de enlace ascendente desde los UEs, y sobre la base del resultado de la planificación, proporciona notificación de la potencia que a cada UE se le permite utilizar (proporciona una concesión
10
15
20
25
30
35
40
45
50
55
60
65 E13154254
14-08-2014
(concesión de transmisión)) al UE. En este control, la potencia que un UE puede utilizar está indicada mediante una concesión. El UE determina la cantidad de datos que pueden ser transmitidos a un enlace ascendente, sobre la base de la concesión proporcionada.
En las comunicaciones de HSUPA, un Nodo-B puede utilizar el MAC-i / MAC-is, y puede considerar el máximo valor del tamaño de la PDU de RLC en su control de flujo. No obstante, en el protocolo NBAP actual, es imposible notificar si el tamaño de la PDU de RLC de cada canal lógico, que va a ser multiplexado, tiene una longitud fija o una longitud variable, y, si el tamaño de la PDU de RLC tiene una longitud variable, es imposible notificar el menor valor del tamaño de la PDU de RLC. En consecuencia, ocurre una discrepancia en estado relativa al tamaño de la PDU de RLC entre un Nodo-B, un RNC y un UE, que puede resultar en que sea imposible que el Nodo-B proporcione adecuadamente una concesión al UE.
Si una concesión proporcionada por un Nodo-B a un UE es menor de un valor correspondiente a la longitud fija del tamaño de la PDU de RLC, el UE no puede transmitir datos al enlace ascendente. También, incluso si el tamaño de la PDU de RLC tiene una longitud variable, una concesión proporcionada por un Nodo-B a un UE es menor de un valor correspondiente al menor valor del tamaño de la PDU de RLC, el UE no puede tampoco transmitir datos al enlace ascendente.
También, existen casos en los que sólo puede proporcionarse una pequeña ventaja ajustando el tamaño de la PDU de RLC para tener una longitud variable, como las señales de control (DCCH: Canal de Control Dedicado – Dedicated Control CHannel, en inglés). Por lo tanto, en algunos casos, es preferible que el tamaño de la PDU de RLC de los datos de usuario en un servicio de paquetes sea ajustado para tener una longitud variable mientras que el tamaño de la PDU de RLC de una señal de control es ajustado para tener una longitud fija. En esos casos, para una señal de control, es preferible utilizar MAC-i / MAC-is mientras que el tamaño de la PDU de RLC es ajustado para tener una longitud fija; no obstante, en el NBAP actual, la notificación de tal ajuste no puede ser proporcionada.
Por lo tanto, en el presente ejemplo, en un sistema de comunicación de telefonía móvil que proporciona HSUPA, un RNC notifica a un Nodo-B acerca de si el tamaño de la PDU de RLC tiene una longitud fija o una longitud variable, y si el tamaño de la PDU de RLC tiene una longitud variable, también de un valor mínimo del tamaño de la PDU de RLC.
Cuando se recibe la notificación desde el RNC, el Nodo-B determina que una concesión sea proporcionada a un UE en control del flujo de HSUPA, de acuerdo con la determinación sobre la base de si el tamaño de la PDU de RLC tiene una longitud fija o una longitud variable. También, si el tamaño de la PDU de RLC tiene una longitud variable, el Nodo-B, si el tamaño de la PDU de RLC tiene una longitud variable, determina que la concesión sea proporcionada al UE considerando el valor mínimo del tamaño de la PDU de RLC proporcionado por el RNC.
Más específicamente, por ejemplo, el Nodo-B proporciona al UE una concesión suficiente para la transmisión de datos con un tamaño de la PDU de RLC que es mayor que el valor mínimo del tamaño de la PDU de RLC con el fin de evitar la ocurrencia de un evento en el cual el UE al que se le ha proporcionado la concesión no puede transmitir datos.
El sistema de comunicación de telefonía móvil de acuerdo con el presente ejemplo es similar al sistema de acuerdo con la segunda realización de ejemplo ilustrado en la Figura 7 incluyendo el RNC 11 y el Nodo-B 12. No obstante, puesto que la presente realización de ejemplo se centra en las comunicaciones de datos de enlace ascendente, la unidad de función de protocolo de MAC-d 17 y la unidad de función de protocolo de MAC-ehs 24 no son necesarias, y por el contrario, se necesita una unidad de función de protocolo que implemente el protocolo de MAC-i y el protocolo de MAC-is.
Como una operación básica del RNC 11 en el sistema de comunicación de telefonía móvil de acuerdo con el presente ejemplo, el controlador de llamada 13 en el RNC 11 determina si el tamaño de la PDU de RLC es fijo o variable. El procesador 14 del protocolo de control de llamada compila un mensaje de protocolo NBAP en el cual se ajusta información relativa al tamaño de la PDU de RLC, por ejemplo, si el tamaño de la PDU de RLC tiene una longitud fija o una longitud variable y en el caso de una longitud variable, un valor mínimo, y transmite el mensaje de protocolo NBAP al Nodo-B 12. En estos puntos, una operación del sistema de acuerdo con el presente ejemplo es similar a una operación del sistema de acuerdo con la segunda realización de ejemplo.
También, como una operación básica del Nodo-B 12, cuando se recibe un mensaje de protocolo NBAP, el controlador de llamada 22 obtiene información relativa al tamaño de la PDU de RLC del mensaje, y los controladores de flujo aplican la información al control del flujo. En este punto, la operación del sistema de acuerdo con la presente realización de ejemplo es similar a la operación del sistema de acuerdo con la segunda realización de ejemplo. No obstante, puesto que el control del flujo en la presente realización de ejemplo es un control sobre los datos del enlace ascendente transmitidos desde los UEs, el control del flujo por parte del Nodo-B 12 es dirigido a los UEs. Más específicamente, la notificación de una instrucción de control del flujo es proporcionada a cada UE como una provisión de una concesión tal como se ha descrito anteriormente.
E13154254
14-08-2014
Aunque se han descrito anteriormente realizaciones de ejemplo, la presente invención no está limitada a estas realizaciones de ejemplo, y estas realizaciones de ejemplo pueden ser utilizadas en combinación, o pueden también ser parcialmente cambiadas dentro del alcance de la idea técnica de la presente invención, tal como se define en las reivindicaciones adjuntas.

Claims (12)

  1. 5
    15
    25
    35
    45
    55
    65 E13154254
    14-08-2014
    REIVINDICACIONES
    1.
    Una estación de base (12) en un sistema de comunicación de telefonía móvil que incluye un dispositivo de control (11), comprendiendo la estación de base; un receptor (12B) que está adaptado para recibir un mensaje que incluye una información de formato de tamaño de la PDU de RLC de enlace descendente, DL (Down Link, en inglés), que indica si el tamaño de una PDU de RLC tiene una longitud fija o variable desde el dispositivo de control (11), donde el mensaje es un mensaje de SOLICITUD DE RECONFIGURACIÓN DE ENLACE DE RADIO utilizado para un procedimiento para el restablecimiento de un enlace de radio síncrono, donde el mensaje es transmitido desde el dispositivo de control a la estación de base si el procedimiento para el restablecimiento de un enlace de radio síncrono es iniciado, y donde la estación de base está adaptada para realizar una comunicación de datos con el dispositivo de control utilizando un tamaño de los datos de longitud fija o variable.
  2. 2.
    La estación de base de acuerdo con la reivindicación 1, en la que la información de formato del tamaño de la PDU de RLC de DL indica si el tamaño de la PDU de RLC es fijo o no.
  3. 3.
    La estación de base de acuerdo con la reivindicación 1 ó 2, en la que la información de formato de tamaño de la PDU de RLC de DL se utiliza para una cola de prioridad.
  4. 4.
    La estación de base de acuerdo con una cualquiera de las reivindicaciones 1 a 3, en la que si, en una configuración nueva, existe una cola de prioridad que está ajustada para utilizar un tamaño de la PDU de RLC variable y no ajustada para utilizar una Máxima PDU de MAC-d Extendida en Tamaño, la estación de base (12) está adaptada para rechazar el procedimiento utilizando un mensaje de FALLO DE RECONFIGURACIÓN DE ENLACE DE RADIO.
  5. 5.
    La estación de base de acuerdo con una cualquiera de las reivindicaciones 1 a 4, en la que si, en una configuración nueva, el Contexto de Comunicación del Nodo-B está ajustado para utilizar un tamaño de la PDU de MAC-d fijo y existe una cola de prioridad que está ajustada para utilizar un tamaño de la PDU de RLC variable, la estación de base está adaptada para rechazar el procedimiento utilizando un mensaje de FALLO DE RECONFIGURACIÓN DE ENLACE DE RADIO.
  6. 6.
    Un dispositivo de control en un sistema de comunicación de telefonía móvil que incluye una estación de base (12), comprendiendo el dispositivo de control (11); un transmisor (11B) que está adaptado para transmitir un mensaje que incluye una información de formato de tamaño de la PDU de RLC de enlace descendente, DL (Down Link, en inglés), que indica si un tamaño de la PDU de RLC tiene una longitud fija o variable a la estación de base (12), donde el dispositivo de control está adaptado para transmitir el mensaje si se inicia un procedimiento para restablecer un enlace de radio síncrono, donde el mensaje es un mensaje de SOLICITUD DE RECONFIGURACIÓN DE ENLACE DE RADIO, y donde el dispositivo de control está además adaptado para realizar una comunicación de datos con la estación de base utilizando un tamaño de datos fijo y variable.
  7. 7.
    El dispositivo de control de acuerdo con la reivindicación 6, en el que la información de formato de tamaño de la PDU de RLC de DL indica si el tamaño de la PDU de RLC es fijo o no.
  8. 8.
    El dispositivo de control de acuerdo con la reivindicación 6 ó 7, en el que la información de formato de tamaño de la PDU de RLC de DL se utiliza para una cola de prioridad.
  9. 9.
    Un sistema de comprende de telefonía móvil que incluye una estación de base de acuerdo con cualquiera de las reivindicaciones 1 a 5 y un dispositivo de control de acuerdo con cualquiera de las reivindicaciones 6 a 8.
  10. 10.
    Un método para una estación de base en un sistema de comunicación de telefonía móvil, que incluye un dispositivo de control, comprendiendo el método las etapas de;
    recibir un mensaje que incluye una información de formato de tamaño de la PDU de RLC de enlace descendente, DL (Down Link, en inglés), que indica si un tamaño de la PDU de RLC tiene una longitud fija o variable desde el dispositivo de control, donde el mensaje es transmitido desde el dispositivo de control a la estación de base si se inicia un procedimiento para restablecer un enlace de radio síncrono, donde el mensaje es un mensaje de SOLICITUD DE RECONFIGURACIÓN DE ENLACE DE RADIO, y donde una comunicación de datos entre el dispositivo de control y la estación de base es realizada utilizando un tamaño de los datos de longitud fija o variable.
  11. 11.
    Un método para dispositivo de control en un sistema de comunicación de telefonía móvil que incluye una estación de base, comprendiendo el método las etapas de;
    17 E13154254
    14-08-2014
    transmitir un mensaje que incluye una información de formato de tamaño de la PDU de RLC de enlace descendente, DL (Down Link, en inglés), que indica si un tamaño de la PDU de RLC tiene una longitud fija o variable a la estación de base,
    5 donde el dispositivo de control transmite el mensaje si se inicia un procedimiento para restablecer un enlace de radio síncrono, donde el mensaje es un mensaje de SOLICITUD DE RECONFIGURACIÓN DE ENLACE DE RADIO, y donde una comunicación de datos entre el dispositivo de control y la estación de base es realizada utilizando un tamaño de los datos de longitud fija o variable.
    10
  12. 12. Un método para un sistema de comunicación de telefonía móvil que incluye una estación de base y un dispositivo de control, comprendiendo el método las etapas de las reivindicaciones 10 y 11 llevada a cabo respectivamente por la citada estación de base y el dispositivo de control.
    18
ES13154254.0T 2008-08-01 2009-05-14 Sistema de comunicación móvil, dispositivo de control, dispositivo de estación de base, método de control de sistema y método de control de dispositivo para la comunicación de datos utilizando un tamaño de datos de longitud fija o variable Active ES2493169T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008200277 2008-08-01
JP2008200277 2008-08-01

Publications (1)

Publication Number Publication Date
ES2493169T3 true ES2493169T3 (es) 2014-09-11

Family

ID=41610236

Family Applications (5)

Application Number Title Priority Date Filing Date
ES13154205.2T Active ES2606179T3 (es) 2008-08-01 2009-05-14 Sistema de comunicación móvil, dispositivo de control, dispositivo de estación de base, método de control de sistema y método de control de dispositivo para la comunicación de datos utilizando un tamaño de datos de longitud fija o variable
ES13154153.4T Active ES2635430T3 (es) 2008-08-01 2009-05-14 Sistema de comunicación móvil, dispositivo de control, dispositivo de estación de base, método de control de sistema y método de control de dispositivo para la comunicación de datos utilizando un tamaño de datos de longitud fija o variable
ES09802771.7T Active ES2632397T3 (es) 2008-08-01 2009-05-14 Sistema de comunicación móvil, dispositivo de control, dispositivo de estación de base y método de control de comunicación
ES13154110.4T Active ES2606634T3 (es) 2008-08-01 2009-05-14 Sistema de comunicación móvil, dispositivo de control, dispositivo de estación de base, método de control de sistema y método de control de dispositivo para la comunicación de datos utilizando un tamaño de datos de longitud fija o variable
ES13154254.0T Active ES2493169T3 (es) 2008-08-01 2009-05-14 Sistema de comunicación móvil, dispositivo de control, dispositivo de estación de base, método de control de sistema y método de control de dispositivo para la comunicación de datos utilizando un tamaño de datos de longitud fija o variable

Family Applications Before (4)

Application Number Title Priority Date Filing Date
ES13154205.2T Active ES2606179T3 (es) 2008-08-01 2009-05-14 Sistema de comunicación móvil, dispositivo de control, dispositivo de estación de base, método de control de sistema y método de control de dispositivo para la comunicación de datos utilizando un tamaño de datos de longitud fija o variable
ES13154153.4T Active ES2635430T3 (es) 2008-08-01 2009-05-14 Sistema de comunicación móvil, dispositivo de control, dispositivo de estación de base, método de control de sistema y método de control de dispositivo para la comunicación de datos utilizando un tamaño de datos de longitud fija o variable
ES09802771.7T Active ES2632397T3 (es) 2008-08-01 2009-05-14 Sistema de comunicación móvil, dispositivo de control, dispositivo de estación de base y método de control de comunicación
ES13154110.4T Active ES2606634T3 (es) 2008-08-01 2009-05-14 Sistema de comunicación móvil, dispositivo de control, dispositivo de estación de base, método de control de sistema y método de control de dispositivo para la comunicación de datos utilizando un tamaño de datos de longitud fija o variable

Country Status (12)

Country Link
US (8) US9113392B2 (es)
EP (5) EP2600651B1 (es)
JP (11) JP5223922B2 (es)
KR (7) KR101497891B1 (es)
CN (5) CN102113369B (es)
AU (1) AU2009277764B2 (es)
BR (12) BR122015007063A2 (es)
CA (1) CA2732689C (es)
ES (5) ES2606179T3 (es)
HK (1) HK1182871A1 (es)
RU (6) RU2486698C2 (es)
WO (1) WO2010013526A1 (es)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2393373A1 (en) 2002-07-15 2004-01-15 Anthony Gerkis Apparatus, system and method for the transmission of data with different qos attributes.
BR122015007063A2 (pt) 2008-08-01 2016-02-10 Nec Corp estação base, dispositivo de controle, terminal para um sistema de comunicação móvel e método
TWI423710B (zh) * 2010-10-15 2014-01-11 Acer Inc 行動通訊裝置、系統、以及連線建立方法
CN102469631B (zh) * 2010-11-05 2016-07-06 中兴通讯股份有限公司 Ue能力的发送方法、传递方法和系统及无线网络控制器
KR20120120775A (ko) * 2011-04-25 2012-11-02 주식회사 팬택 무선통신 시스템에서 제어 정보의 다중 전송을 동적으로 제어하는 방법 및 장치
IN2014KN01157A (es) 2011-11-09 2015-10-16 Ericsson Telefon Ab L M
CN103297211B (zh) * 2012-02-29 2016-01-20 华为技术有限公司 单独的上行高速专用物理控制信道的建立方法及装置
CN103162024A (zh) * 2013-03-25 2013-06-19 中联重科股份有限公司 输送管
KR101438630B1 (ko) 2013-04-15 2014-09-05 현대자동차 주식회사 선택적 촉매 환원(scr) 시스템의 우레아 분사 노즐의 막힘 방지 방법
CN105471763B (zh) * 2014-09-04 2020-09-15 中兴通讯股份有限公司 控制报文传输方法及装置
WO2017028017A1 (zh) * 2015-08-14 2017-02-23 华为技术有限公司 通信的方法、网络设备和用户设备
WO2017112616A1 (en) 2015-12-21 2017-06-29 Corning Incorporated Borosilicate glasses with low alkali content
US11576222B2 (en) 2017-05-12 2023-02-07 Nokia Technologies Oy Protocol data unit session splitting function and signaling
WO2020144899A1 (ja) * 2019-01-09 2020-07-16 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 基地局、端末、送信方法及び受信方法

Family Cites Families (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
NZ232224A (en) 1989-01-27 1993-03-26 British Telecomm Alternate burst communication for cordless phones: bursts contain synchronisation information
FI104143B1 (fi) 1997-07-31 1999-11-15 Nokia Networks Oy Menetelmä tietoliikenneresurssien kontrolloimiseksi
JP2001103093A (ja) * 1999-09-30 2001-04-13 Sharp Corp データ伝送方法及びデータ伝送装置
GB2355623B (en) * 1999-10-19 2003-07-16 Ericsson Telefon Ab L M Packet transmission in a UMTS network
ES2442871T3 (es) * 2000-04-07 2014-02-14 Core Wireless Licensing S.à.r.l. Transmisión de unidades de datos de protocolo a través del control de enlace de radiocomunicaciones transparente
KR100446522B1 (ko) * 2001-07-06 2004-09-04 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신시스템에서고속 매체 접속 제어 계층 엔터티 리셋 방법
JP4331598B2 (ja) * 2001-08-21 2009-09-16 ノキア コーポレイション 通信ネットワーク内のデータ送信
KR20030022929A (ko) * 2001-09-11 2003-03-19 한빛전자통신 주식회사 3지피피 시스템의 알엔씨에서 호 서비스 장치 및 방법
KR100747464B1 (ko) 2002-01-05 2007-08-09 엘지전자 주식회사 고속하향링크패킷접속（ｈｓｄｐａ）시스템을 위한타이머를 이용한 교착상황 회피방법
GB2386513B (en) 2002-02-07 2004-08-25 Samsung Electronics Co Ltd Apparatus and method for transmitting/receiving serving hs-scch set information in an hsdpa communication system
TWI275272B (en) * 2002-05-10 2007-03-01 Interdigital Tech Corp Radio network controller and node-B
KR100876765B1 (ko) * 2002-05-10 2009-01-07 삼성전자주식회사 이동 통신 시스템에서 데이터 재전송 장치 및 방법
FR2850828B1 (fr) 2003-01-31 2005-04-29 Evolium Sas Procede pour la gestion de la qualite de service dans un systeme de radiocommunications mobiles
EP1653670A4 (en) * 2003-06-11 2011-03-30 Ntt Docomo Inc PACKET COMMUNICATION METHOD, CONTROLLER AND MOBILE STATION
KR100516554B1 (ko) * 2003-08-25 2005-09-22 삼성전자주식회사 고속 순방향 패킷 접속 통신 시스템에서 프로토콜 데이터유닛 처리 방법
US7136396B2 (en) 2003-11-24 2006-11-14 Interdigital Technology Corporation Method and apparatus for compiling a protocol data unit
KR100539930B1 (ko) * 2003-12-22 2005-12-28 삼성전자주식회사 부호분할다중접속 이동통신시스템에서 데이터 전송 최적화를 위한 전송 포맷 선택 방법
KR100520146B1 (ko) * 2003-12-22 2005-10-10 삼성전자주식회사 고속 순방향 패킷 접속 통신 시스템에서 데이터 처리장치및 방법
KR100617696B1 (ko) 2004-03-12 2006-08-28 삼성전자주식회사 무선 통신 시스템에서 연속된 데이터 유닛 수신 방법 및장치와 송신을 위한 데이터 유닛의 생성 방법 및 장치와그 데이터버스트 구조
CN1710829A (zh) * 2004-06-18 2005-12-21 北京三星通信技术研究有限公司 在wcdma系统的增强上行专用信道中支持低数据速率的方法
KR100678941B1 (ko) 2004-09-03 2007-02-07 삼성전자주식회사 할당된 시간 동안 양방향으로 데이터를 송수신하는 방법및 그 방법을 이용하는 무선 디바이스
EP1643694A3 (en) 2004-09-30 2008-10-08 Samsung Electronics Co., Ltd. Method and apparatus for transmitting uplink nonscheduled data in a mobile communication system
ES2309876T3 (es) 2004-12-15 2008-12-16 Panasonic Corporation Apoyo del trafico de tasa de bits garantizada para transmisiones del enlace ascendente.
KR100918435B1 (ko) * 2005-01-31 2009-09-24 삼성전자주식회사 무선 통신 시스템에서 데이터 트래픽 제어 시스템 및 방법
KR100762647B1 (ko) 2005-03-31 2007-10-01 삼성전자주식회사 기지국 장치 및 이를 이용한 무선 자원 관리 방법
US8085657B2 (en) * 2005-04-01 2011-12-27 Sony Corporation Flow control in a cellular communication system
CA2618897A1 (en) * 2005-08-26 2007-03-01 Telefonaktiebolaget Lm Ericsson (Publ) Flow control in umts
CN100442773C (zh) * 2005-11-07 2008-12-10 华为技术有限公司 通过高速下行分组接入技术hsdpa传输ip报文的方法
KR101216751B1 (ko) 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
CN100426799C (zh) * 2006-02-28 2008-10-15 华为技术有限公司 一种高速下行包接入硬切换方法和系统
CN101039170B (zh) * 2006-03-15 2011-08-03 华为技术有限公司 支持数据包重传分割级联的方法
JP2007300508A (ja) 2006-05-01 2007-11-15 Ntt Docomo Inc 基地局、移動局および通信方法
JP4923849B2 (ja) * 2006-08-21 2012-04-25 富士通株式会社 無線受信装置
JP4781939B2 (ja) 2006-08-21 2011-09-28 富士通株式会社 無線通信装置
JP5140975B2 (ja) * 2006-09-14 2013-02-13 富士通株式会社 移動通信システム及びその通信方法
CN103281250B (zh) * 2007-02-02 2017-08-11 交互数字技术公司 一种用于增强rlc操作的方法及网络实体
US8503423B2 (en) * 2007-02-02 2013-08-06 Interdigital Technology Corporation Method and apparatus for versatile MAC multiplexing in evolved HSPA
KR101494727B1 (ko) * 2007-02-02 2015-02-25 인터디지탈 테크날러지 코포레이션 Ｕｔｒａ ｒ6 셀과 ｒ7 셀 간의 핸드오버를 제어하기 위한 방법 및 장치
ATE504187T1 (de) 2007-02-06 2011-04-15 Ericsson Telefon Ab L M Flexible funkverbindungssteuerpaketdateneinheitslänge
JP4726820B2 (ja) 2007-02-20 2011-07-20 Ｙｋｋ株式会社 スライドファスナー用スライダー
CA2681020C (en) * 2007-03-16 2015-05-12 Interdigital Technology Corporation Wireless communication method and apparatus for supporting reconfiguration of radio link control parameters
WO2008115488A1 (en) * 2007-03-16 2008-09-25 Interdigital Technology Corporation Acknowledged mode radio link control architecture and method within evolved hspa systems
CN101355547B (zh) * 2007-07-23 2011-06-15 鼎桥通信技术有限公司 一种媒体接入控制专用信道数据包大小的配置方法及装置
CN101355439B (zh) * 2007-07-27 2010-12-01 鼎桥通信技术有限公司 用户设备能力的控制方法、系统及无线网络控制器
EP3576330A3 (en) * 2007-09-28 2020-02-26 Rakuten, Inc. Method and apparatus for supporting uplink protocol changes
BR122015007063A2 (pt) 2008-08-01 2016-02-10 Nec Corp estação base, dispositivo de controle, terminal para um sistema de comunicação móvel e método

Also Published As

Publication number Publication date
KR20130036339A (ko) 2013-04-11
US20160197838A1 (en) 2016-07-07
KR101497853B1 (ko) 2015-03-04
KR101333855B1 (ko) 2013-11-27
JP5495199B2 (ja) 2014-05-21
US20180013622A1 (en) 2018-01-11
CN104301940A (zh) 2015-01-21
CA2732689A1 (en) 2010-02-04
JP5263432B2 (ja) 2013-08-14
EP2605578B1 (en) 2017-05-03
BRPI0911022A2 (pt) 2015-12-29
RU2011107746A (ru) 2012-09-10
KR101497891B1 (ko) 2015-03-03
JP5783316B2 (ja) 2015-09-24
CN103476063A (zh) 2013-12-25
JP2013138494A (ja) 2013-07-11
KR101377836B1 (ko) 2014-03-26
JP5338999B2 (ja) 2013-11-13
ES2606179T3 (es) 2017-03-23
US9247485B2 (en) 2016-01-26
EP2603035A1 (en) 2013-06-12
KR20120123728A (ko) 2012-11-09
EP2603035B1 (en) 2014-08-06
JP5403181B2 (ja) 2014-01-29
BR122015007068A2 (pt) 2019-08-20
EP2315471A1 (en) 2011-04-27
CN102113369B (zh) 2016-06-08
JP2012239206A (ja) 2012-12-06
JP2013009376A (ja) 2013-01-10
KR20130041213A (ko) 2013-04-24
BR122015007062A2 (pt) 2016-02-10
CA2732689C (en) 2014-10-28
RU2013108898A (ru) 2014-09-10
KR20140146223A (ko) 2014-12-24
US20110122802A1 (en) 2011-05-26
ES2635430T3 (es) 2017-10-03
CN103476063B (zh) 2016-08-10
JP2015043613A (ja) 2015-03-05
CN104301940B (zh) 2018-04-24
EP2315471A4 (en) 2012-10-24
EP2600650A1 (en) 2013-06-05
KR101450489B1 (ko) 2014-10-15
EP2600651B1 (en) 2016-09-07
US20140369306A1 (en) 2014-12-18
RU2613334C1 (ru) 2017-03-16
US20170099186A1 (en) 2017-04-06
BR122015021026A2 (pt) 2019-08-27
RU2529008C2 (ru) 2014-09-27
EP2315471B1 (en) 2017-04-05
KR101450487B1 (ko) 2014-10-13
KR20110038161A (ko) 2011-04-13
JP2014140206A (ja) 2014-07-31
RU2012135474A (ru) 2014-02-27
JP2015233309A (ja) 2015-12-24
RU2611721C1 (ru) 2017-02-28
JP2014060743A (ja) 2014-04-03
RU2635548C2 (ru) 2017-11-14
AU2009277764B2 (en) 2014-12-04
JP5403118B2 (ja) 2014-01-29
BR122014019674A2 (pt) 2016-02-10
JP2013211923A (ja) 2013-10-10
CN104301941A (zh) 2015-01-21
KR20130036340A (ko) 2013-04-11
US20140140299A1 (en) 2014-05-22
JPWO2010013526A1 (ja) 2012-01-05
CN104301942A (zh) 2015-01-21
ES2632397T3 (es) 2017-09-12
BR122015021029A2 (pt) 2019-08-27
JP5354128B2 (ja) 2013-11-27
KR101450488B1 (ko) 2014-10-13
RU2015154992A (ru) 2017-06-23
CN104301942B (zh) 2018-04-03
JP6624183B2 (ja) 2019-12-25
US20150036490A1 (en) 2015-02-05
EP2600650B1 (en) 2016-09-07
BR122015021024A2 (pt) 2019-08-27
BR122015021031A2 (pt) 2019-08-27
HK1182871A1 (en) 2013-12-06
RU2635108C2 (ru) 2017-11-09
US9113392B2 (en) 2015-08-18
CN102113369A (zh) 2011-06-29
US9247486B2 (en) 2016-01-26
BR122015021028A2 (pt) 2019-08-27
CN104301941B (zh) 2018-04-20
JP5223922B2 (ja) 2013-06-26
AU2009277764A1 (en) 2010-02-04
JP5700148B2 (ja) 2015-04-15
JP2018050326A (ja) 2018-03-29
RU2015154991A (ru) 2017-06-27
ES2606634T3 (es) 2017-03-24
KR20130093158A (ko) 2013-08-21
WO2010013526A1 (ja) 2010-02-04
JP2013211924A (ja) 2013-10-10
US9072029B2 (en) 2015-06-30
JP6248991B2 (ja) 2017-12-20
RU2486698C2 (ru) 2013-06-27
BR122015021023A2 (pt) 2019-08-27
US9307480B2 (en) 2016-04-05
US9565121B2 (en) 2017-02-07
US10404536B2 (en) 2019-09-03
US20150036491A1 (en) 2015-02-05
BR122013013478A2 (pt) 2016-02-10
US9787541B2 (en) 2017-10-10
EP2600651A1 (en) 2013-06-05
BR122015007063A2 (pt) 2016-02-10
EP2605578A1 (en) 2013-06-19

Similar Documents

Publication Publication Date Title
ES2493169T3 (es) Sistema de comunicación móvil, dispositivo de control, dispositivo de estación de base, método de control de sistema y método de control de dispositivo para la comunicación de datos utilizando un tamaño de datos de longitud fija o variable
AU2014246623B2 (en) Mobile communication system, control device, base station device, system control method and device control method
RU2574345C2 (ru) Мобильная система передачи данных, устройство управления, устройство базовой станции, способ управления системой и способ управления устройством