ES2553410T3 - Procedimiento para transmitir paquetes de tipo VoIP - Google Patents

Procedimiento para transmitir paquetes de tipo VoIP Download PDF

Info

Publication number
ES2553410T3
ES2553410T3 ES08793213.3T ES08793213T ES2553410T3 ES 2553410 T3 ES2553410 T3 ES 2553410T3 ES 08793213 T ES08793213 T ES 08793213T ES 2553410 T3 ES2553410 T3 ES 2553410T3
Authority
ES
Spain
Prior art keywords
persistent
voip
period
user equipment
programming
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
ES08793213.3T
Other languages
English (en)
Inventor
Doo Hyun Sung
Hyung Ho Park
Jae Hoon Chung
Kyu Jin Park
Eun Jong Lee
Han Gyu Cho
Jin Soo Choi
Jong Young Han
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Optis Cellular Technology LLC
Original Assignee
Optis Cellular Technology LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Optis Cellular Technology LLC filed Critical Optis Cellular Technology LLC
Application granted granted Critical
Publication of ES2553410T3 publication Critical patent/ES2553410T3/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
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4535—Network directories; Name-to-address mapping using an address exchange platform which sets up a session between two nodes, e.g. rendezvous servers, session initiation protocols [SIP] registrars or H.323 gatekeepers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/253—Telephone sets using digital voice transmission
    • H04M1/2535—Telephone sets using digital voice transmission adapted for voice communication over an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/11—Semi-persistent scheduling
    • 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/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Electrotherapy Devices (AREA)
  • Circuits Of Receivers In General (AREA)
  • Stored Programmes (AREA)

Abstract

Un procedimiento para transmitir un paquete de voz sobre protocolo de Internet, VoIP (Voice over Internet protocol), comprendiendo el procedimiento: asignar un recurso de radio persistente, que se utiliza para asignar de forma persistente un recurso con un intervalo de tiempo especifico, para transmitir un paquete de VoIP a un equipo de usuario; hacer que un servicio de VoIP pase de un periodo de conversacion, en el cual se transmite el paquete de VoIP usando el recurso de radio persistente, a un periodo de silencio en el cual no se transmite el paquete de VoIP, en el que una retransmision del paquete de VoIP es comandada (instructed) por informacion de programacion dinamica normal que incluye un indicador de datos nuevos, y que esta enmascarada (is masked) con un identificador temporal de red de radio de celdas, C-RNTI (Cell Radio Network Temporary Identifier), persistente; liberar el recurso de radio persistente durante el periodo de silencio; y hacer que el servicio de VoIP pase al periodo de conversacion reasignando el recurso de radio persistente, en el que el procedimiento comprende ademas: recibir un descriptor de silencio antes de la transicion al periodo de silencio, indicando el descriptor de silencio la transicion del equipo de usuario del periodo de conversacion al periodo de silencio.

Description

DESCRIPCION
Procedimiento para transmits paquetes de tipo VoIP
5
CAMPO TECNICO
La presente invencion se refiere a comunicaciones inalambricas, y mas particularmente, a un procedimiento para transmitir un paquete de voz sobre protocolo de Internet (VoIP - voice over Internet protocol) para un servicio de 10 VoIP.
ANTECEDENTES DE LA TECNICA
15 Los sistemas de comunicaciones moviles de proxima generacion se han estandarizado con el objetivo de proporcionar servicios integrados y una interoperabilidad eficaz entre una red de comunicacion por cable y una red de comunicacion inalambrica, mas alla de un simple servicio de comunicacion inalambrica proporcionado en los sistemas de comunicaciones moviles convencionales. Con la demanda de un sistema de comunicacion de datos de gran volumen y alta velocidad para el procesamiento y la transmision de una variedad de informacion tal como datos 20 de radio, asf como la prestacion de servicios orientados a voz, hay una necesidad de desarrollar una tecnica para transmitir datos de gran volumen a traves de la red de comunicacion inalambrica cuya capacidad sea similar a la de la red de comunicacion por cable.
Un sistema de Multiplexacion por Division de Frecuencias Ortogonales (OFDM - Orthogonal Frequency Division 25 Multiplexing) capaz de reducir la interferencia entre sfmbolos con poca complejidad se considera que es uno de los sistemas de proxima generacion (posterior a la tercera generacion). En el sistema OFDM, se convierten sfmbolos de datos de entrada en serie en N sfmbolos de datos en paralelo y se portan y transmiten en N sub-portadoras separadas. Las sub-portadoras mantienen la ortogonalidad en una dimension de frecuencia. Los canales ortogonales experimentan un desvanecimiento selectivo de frecuencia independiente entre st La interferencia entre 30 sfmbolos se puede minimizar porque se alargan los intervalos de sfmbolos transmitidos. El acceso multiple por division de frecuencias ortogonales (OFDMA - Orthogonal Frequency-Division Multiple Access) es un esquema de acceso multiple en el que se logra el acceso multiple proporcionando de forma independiente algunas de las sub- portadoras disponibles a una pluralidad de usuarios cuando se utiliza un sistema que emplea la OFDM como esquema de modulacion. En el OFDMA, se proporcionan recursos de frecuencia (es decir, sub-portadoras) a los 35 respectivos usuarios, y se proporcionan las respectivas sub-portadoras de forma independiente a la pluralidad de usuarios. Por lo tanto, las sub-portadoras generalmente no se superponen entre sb Finalmente, los recursos de frecuencia se asignan de forma mutuamente excluyente a los usuarios respectivos.
Para el uso eficaz de los recursos de radio limitados, una estacion base (BS - Base Station) programa los recursos 40 de radio. Cuando no hay paquetes de datos transmitidos utilizando los recursos de radio asignados a un usuario, la estacion base realiza la programacion de tal manera que los recursos de radio no utilizados pueden ser utilizados por otro usuario. Por lo tanto, los recursos de radio se pueden utilizar mas eficazmente. Como tal, los recursos de radio no pueden ser asignados a un usuario que no tiene un paquete de datos a transmitir/recibir. En lugar de ello, los recursos de radio pueden ser asignados a un usuario que tiene un paquete de datos a transmitir/recibir. De esta 45 manera, los recursos de radio pueden ser asignados dinamicamente en un dominio de frecuencia o un dominio de tiempo. Dicho esquema se conoce como programacion dinamica.
En un servicio de voz sobre IP (VoIP), un paquete de VoIP puede no ser transmitido. Incluso en este caso, los recursos se asignan de forma persistente hasta que se cierra una sesion de VoIP. Es decir, una vez asignados, los 50 recursos de radio se mantienen durante un penodo de tiempo predeterminado. Dicha programacion se conoce como programacion persistente, que conduce a un deterioro de la eficiencia con los recursos de radio limitados.
En consecuencia, existe una necesidad de un procedimiento para la gestion eficaz de los recursos de radio limitados en un servicio de VoIP.
El borrador R1-071721 del 3GPP, titulado "DL Control Signaling and Multiplexing for VoIP’’, analiza diferentes alternativas a la senalizacion (signaling) del canal de control con el fin de realizar una programacion persistente en el
enlace descendente de forma mas eficiente para transmits paquetes de VoIP en redes de Evolucion a Largo Plazo (LTE - Long Term Evolution) del 3GPP.
El borrador R2-071368 del 3GPP, titulado “Persistent DL Scheduling and VoIP", describe un esquema para la 5 programacion persistente en el enlace descendente del trafico de VoIP reusando de forma eficiente bloques de recursos ffsicos asignados de forma persistente pero no usados en redes de Evolucion a Largo Plazo (LTE - Long Term Evolution) del 3GPP.
El borrador R2-063183 del 3GPP, titulado “Periodic scheduling of uplink resources for LTE VoIP", divulga esquemas 10 de programacion para VoIP LTE cuando la actividad de voz sufre transiciones entre estados de conversacion y silencio.
El borrador R2-062164 del 3GPP, titulado “Uplink resource allocation scheme", analiza diferentes tipos de estrategias de asignacion de recursos de enlace ascendente para la asignacion eficiente de recursos para diversos 15 servicios en redes de Evolucion a Largo Plazo (LTE- Long Term Evolution) del 3GPP.
El borrador R2-071944 del 3GPP, titulado “Transition indicator for VoIP in UL", divulga un esquema para la programacion de recursos de enlace ascendente para servicios de VoIP en redes de Evolucion a Largo Plazo (LTE - Long Term Evolution) del 3GPP.
20
La solicitud de patente Europea N° 1 986 459 A1 divulga procedimientos para transiciones de senalizacion entre un estado de conversacion intermitente (talk-spurt state) y un estado de silencio para terminales inalambricos que tienen recursos de enlace ascendente asignados de forma semi-persistente.
25
RESUMEN DE LA INVENCION
Descripcion de la invencion Problema tecnico
30 La presente invencion proporciona un procedimiento para transmitir un paquete de voz sobre IP (VoIP) de modo que los recursos de radio limitados pueden utilizarse eficazmente en un servicio de VoIP.
Solucion Tecnica
35 De acuerdo con un aspecto de la presente invencion, se proporciona un procedimiento para transmitir un paquete de voz sobre IP (VoIP) segun se expone en la reivindicacion 1.
De acuerdo con otro aspecto de la presente invencion, se proporciona un equipo de usuario para transmitir un paquete de VoIP segun se expone en la reivindicacion 2.
40
Efectos ventajosos
De acuerdo con la presente invencion, se intercambia informacion de un penodo de silencio y un penodo de conversacion entre un equipo de usuario y una estacion base en un servicio de voz sobre IP (VoIP). Por lo tanto, se 45 pueden transmitir diferentes tipos de datos durante el penodo de silencio usando dinamicamente recursos persistentes asignados de forma persistente. Como resultado, los recursos de radio limitados se pueden usar mas eficazmente.
50 BREVE DESCRIPCION DE LOS DIBUJOS
La figura 1 muestra un sistema de comunicacion inalambrica.
La figura 2 muestra una arquitectura de protocolo de radio.
La figura 3 muestra un procedimiento para gestionar recursos de radio de acuerdo con una forma de realizacion de la presente invencion.
La figura 4 muestra un ejemplo de recursos persistentes asignados para transmitir/recibir un paquete de voz sobre IP (VoIP).
5 La figura 5 muestra un penodo de conversacion y un penodo de silencio cuando se utilizan recursos persistentes asignados para transmitir/recibir un paquete de VoIP.
La figura 6 muestra un procedimiento de transicion de un penodo de conversacion a un penodo de silencio de acuerdo con una forma de realizacion de la presente invencion.
10
La figura 7 muestra un procedimiento de transicion de un penodo de conversacion a un penodo de silencio de acuerdo con otra forma de realizacion de la presente invencion.
La figura 8 es un diagrama de flujo que muestra un procedimiento para detectar una transicion a un penodo de 15 silencio de acuerdo con una forma de realizacion de la presente invencion.
La figura 9 muestra un procedimiento de transicion de un penodo de silencio a un penodo de conversacion de acuerdo con otra forma de realizacion de la presente invencion.
20 La figura 10 muestra un procedimiento de transicion de un penodo de silencio a un penodo de conversacion de acuerdo con otra forma de realizacion de la presente invencion.
La figura 11 muestra un procedimiento de transicion de un penodo de silencio a un penodo de conversacion de acuerdo con otra forma de realizacion de la presente invencion.
25
La figura 12 muestra un procedimiento de transicion de un penodo de silencio a un penodo de conversacion de acuerdo con otra forma de realizacion de la presente invencion.
La figura 13 es un diagrama de flujo que muestra un procedimiento para transmitir datos sin voz de enlace 30 ascendente (UL - uplink) en un servicio de VoIP de acuerdo con una forma de realizacion de la presente invencion.
La figura 14 es un diagrama de flujo que muestra un procedimiento para transmitir datos sin voz de enlace ascendente en un servicio de VoIP de acuerdo con otra forma de realizacion de la presente invencion.
35 La figura 15 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente en un servicio de VoIP de acuerdo con una forma de realizacion de la presente invencion.
La figura 16 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente en un servicio de VoIP de acuerdo con otra forma de realizacion de la presente invencion.
40
La figura 17 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente en un servicio de VoIP de acuerdo con otra forma de realizacion de la presente invencion.
La figura 18 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente en 45 un servicio de VoIP de acuerdo con otra forma de realizacion de la presente invencion.
La figura 19 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente en un servicio de VoIP de acuerdo con otra forma de realizacion de la presente invencion.
50 La figura 20 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente en un servicio de VoIP de acuerdo con otra forma de realizacion de la presente invencion.
La figura 21 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente en un servicio de VoIP de acuerdo con otra forma de realizacion de la presente invencion.
La figura 22 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente aplicado con una programacion persistente de acuerdo con una forma de realizacion de la presente invencion.
4
La figura 23 es un diagrama de flujo que muestra un procedimiento para transmits datos de enlace ascendente aplicado con una programacion persistente de acuerdo con otra forma de realizacion de la presente invencion.
5 La figura 24 es un diagrama de flujo que muestra un procedimiento para transmitir un parametro para programacion persistente de acuerdo con una forma de realizacion de la presente invencion.
La figura 25 es un diagrama de flujo que muestra un procedimiento para transmitir un parametro para programacion persistente de acuerdo con otra forma de realizacion de la presente invencion.
10
La figura 26 es un diagrama de flujo que muestra un procedimiento para transmitir un parametro para programacion persistente de acuerdo con otra forma de realizacion de la presente invencion.
La figura 27 muestra un procedimiento para realizar una solicitud de repeticion hforida automatica (HARQ - hybrid 15 automatic repeat request) en un servicio de VoIP de acuerdo con una forma de realizacion de la presente invencion.
La figura 28 muestra un procedimiento para realizar una solicitud de repeticion hforida automatica (HARQ) en un servicio de VoIP de acuerdo con otra forma de realizacion de la presente invencion.
20 La figura 29 es un ejemplo de transmision de paquetes de VoIP en el enlace ascendente durante la transmision de datos sin voz en el enlace ascendente.
La figura 30 es un diagrama de flujo que ilustra un procedimiento de gestion de transicion durante la transmision de datos sin voz en el enlace ascendente de acuerdo con un ejemplo de la presente invencion.
25
La figura 31 es un diagrama de flujo que ilustra un procedimiento de gestion de transicion durante la transmision de datos sin voz en el enlace ascendente de acuerdo con otro ejemplo de la presente invencion.
La figura 32 muestra un ejemplo de transmision de paquetes de VoIP en el enlace descendente durante la 30 transmision de datos sin voz en el enlace descendente.
La figura 33 es un diagrama de flujo que ilustra un procedimiento de gestion de transicion durante la transmision de datos sin voz en el enlace descendente de acuerdo con un ejemplo de la presente invencion.
35 La figura 34 es un diagrama de flujo que ilustra un procedimiento de gestion de transicion durante la transmision de datos sin voz en el enlace descendente de acuerdo con otro ejemplo de la presente invencion.
La figura 35 es un diagrama de flujo que ilustra un procedimiento de gestion de transicion durante la transmision de datos sin voz en el enlace ascendente de acuerdo con todavfa otro ejemplo de la presente invencion.
40
La figura 36 es un diagrama de flujo que ilustra un procedimiento de gestion de transicion durante la transmision de datos sin voz en el enlace descendente de acuerdo con todavfa otro ejemplo de la presente invencion.
MODO PARA LA INVENCION 45
La figura 1 muestra un sistema de comunicacion inalambrica. El sistema de comunicacion inalambrica puede tener una estructura de red de un sistema de telecomunicaciones moviles universal evolucionado (E-UMTS - Enhanced Universal Mobile Telecommunications System). El E-UMTS se puede denominar como un sistema de evolucion a largo plazo (LTE). El sistema de comunicacion inalambrica se puede desplegar ampliamente para proporcionar una 50 variedad de servicios de comunicacion, tales como datos de voz, de paquetes, etc.
En referencia a la figura 1, una red de acceso de radio terrestre UMTS evolucionado (E-UTRAN - Enhanced UMTS Terrestrial Radio Access Network) incluye al menos una estacion base (BS) 20. Un equipo de usuario (UE - User Equipment) 10 puede ser fijo o movil, y se puede denominar con otra terminologfa, tal como una estacion movil (MS - 55 mobile station), un terminal de usuario (UT - user terminal), una estacion de abonado (SS - subscriber station), un dispositivo inalambrico, etc. La estacion base 20 es generalmente una estacion fija que se comunica con el equipo de usuario 10 y se puede denominar con otra terminologfa, tal como un nodo-B evolucionado (eNB - Evolved Node
5
B), un sistema transceptor base (BTS - base transceiver system), un punto de acceso, etc. Hay una o mas celdas dentro de la cobertura de la estacion base 20. Se pueden usar interfaces para transmitir trafico de usuario o trafico de control entre las estaciones base 20. En lo sucesivo, enlace descendente se define como un enlace de comunicacion desde la estacion base 20 al equipo de usuario 10, y el enlace ascendente se define como un enlace 5 de comunicacion desde el equipo de usuario 10 a la estacion base 20.
La estacion base 20 proporciona al equipo de usuario 10 con un punto de extremo a extremo (end-to-end point) de un plano de usuario y un plano de control. Las estaciones base 20 estan interconectadas por medio de una interfaz X2, y puede tener una estructura de red en malla en la que siempre existe la interfaz X2 entre estaciones base 20 10 vecinas.
Las estaciones base 20 tambien estan conectadas por medio de una interfaz S1 a un nucleo de paquetes evolucionado (EPC - evolved packet core), mas espedficamente, a una pasarela de acceso (aGW - Access gateway) 30. La pasarela de acceso 30 proporciona un punto de extremo a extremo para una funcion de gestion de 15 sesion y movilidad del equipo de usuario 10. La interfaz S1 se puede proporcionar entre la estacion base 20 y la pasarela de acceso 30 de manera que una pluralidad de nodos se pueden interconectar en una relacion de muchos a muchos. La pasarela de acceso 30 se puede clasificar en una parte para el procesamiento del trafico de usuario y una parte para el procesamiento del trafico de control. En este caso, para la intercomunicacion, se puede usar una nueva interfaz entre una pasarela de acceso para el procesamiento del nuevo trafico de usuario y una pasarela de 20 acceso para el procesamiento del nuevo trafico de control. La pasarela de acceso 30 tambien se conoce como una entidad de gestion de la movilidad / entidad del plano de usuario (MME/UPE - mobility management entity /user plane entity).
Las capas de un protocolo de interfaz de radio entre el equipo de usuario y la red se pueden clasificar en capa L1 25 (una primera capa), capa L2 (una segunda capa), y capa L3 (una tercera capa) en base a las tres capas inferiores del modelo de interconexion de sistemas abiertos (OSI - open system interconnection) que es bien conocido en el sistema de comunicacion. Una capa ffsica (PHY) pertenece a la primera capa y proporciona un servicio de transferencia de informacion sobre un canal ffsico. Una capa de control de recursos de radio (RRC - radio resource control) pertenece a la tercera capa y sirve para controlar los recursos de radio entre el equipo de usuario y la red. El 30 equipo de usuario y la red intercambian mensajes RRC a traves de la capa RRC. La capa RRC puede estar situada en nodos de la red (es decir, la estacion base 20, la pasarela de acceso 30, etc.) de una manera distribuida, o puede estar situada solo en la estacion base 20 o la pasarela de acceso 30.
El protocolo de interfaz de radio incluye horizontalmente una capa PHY, una capa de enlace de datos, y una capa de 35 red, e incluye verticalmente un plano de usuario para transferir informacion de datos y un plano de control para entregar senales de control.
La figura 2 muestra una arquitectura de protocolo de radio. Existen un par de capas de protocolo de radio entre el equipo de usuario y la red de acceso de radio terrestre UMTS (UTRAN - UMTS Terrestrial Radio Access Network) y 40 sirve para transmitir datos de un enlace de radio.
En referencia a la figura 2, una capa PHY pertenece a la primera capa y transmite datos al enlace de radio usando diversas tecnicas de transmision de radio. La capa PHY esta conectada a traves de un canal de transporte a una capa de control de acceso al medio (MAC - medium access control) que es una capa superior de la capa PHY. El 45 canal de transporte se puede clasificar en un canal de transporte dedicado y un canal de transporte comun en funcion de si el canal es compartido o no.
La segunda capa incluye la capa MAC, un control de enlace de radio (RLC - radio link control), y una capa de protocolo de convergencia de paquetes de datos (PDCP - packet data convergence protocol).
50
La capa MAC mapea varios canales logicos con varios canales de transporte. Ademas, la capa MAC realiza la multiplexacion de canal logico de modo que una pluralidad de canales logicos son mapeados con un canal de transporte. La capa MAC esta conectada a traves de un canal logico a la capa RLC que es una capa superior de la capa MAC. De acuerdo con un tipo de informacion transmitida, el canal logico se clasifica en un canal de control y un 55 canal de trafico. El canal de control transmite informacion de un plano de control. El canal de trafico transmite informacion de un plano de usuario. De acuerdo con un tipo de canal de transporte gestionado en detalle, la capa MAC se clasifica en una Subcapa MAC-b, una subcapa MAC-d, una subcapa MAC-c/sh, una subcapa MAC-hs, y
6
una subcapa MAC-e. La subcapa MAC-b gestiona un canal de radiodifusion (BCH - broadcast channel), que es un canal de transporte para la radiodifusion de informacion de sistema. La subcapa MAC-c/sh gestiona un canal de transporte comun (por ejemplo, un canal de acceso hacia delante (FACH - forward access channel) o un canal compartido de enlace descendente (DSCH - downlink shared channel)) compartido por otros equipos de usuario. La 5 subcapa MAC-d gestiona un canal dedicado (DCH - dedicated channel) que es un canal de transporte dedicado para un equipo de usuario espedfico. Con el fin de soportar la transmision de datos de alta velocidad en el enlace descendente y el enlace ascendente, la subcapa MAC-hs gestiona un canal compartido de enlace descendente de alta velocidad (HS-DSCH - high speed DSCH), que es un canal de transporte para transmitir en el enlace descendente (DL - downlink) de alta velocidad. Ademas, la subcapa MAC-e gestiona un canal dedicado mejorado 10 (E-DCH - enhanced dedicated channel) que es un canal de transporte para transmitir en el enlace ascendente (UL - uplink) de alta velocidad.
La capa RLC garantiza la calidad del servicio (QoS - quality of service) de todas las portadoras de radio (RB - radio bearers) de modo que los datos se pueden transmitir con la calidad del servicio garantizada. La capa RLC tiene una 15 o dos entidades RLC independientes con el fin de garantizar una calidad de servicio unica para cada portadora de radio. La capa RLC proporciona tres modos de RLC de manera que la calidad del servicio se puede permitir de diversas maneras. Los tres modos RLC incluyen un modo transparente (TM - transparent mode), un modo sin acuse de recibo (UM - unacknowledge mode), y un modo con acuse de recibo (AM - acknowledge mode). Ademas, la capa RLC regula un tamano de datos suficiente para transmitir datos cuando una capa inferior de la capa RLC 20 transmite datos al enlace de radio. Para ello, la capa RLC segmenta y concatena los datos recibidos procedentes de una capa superior de la capa RLC.
La capa PDCP es una capa superior de la capa RLC. En un enlace de radio con un ancho de banda relativamente estrecho, la capa PDCP proporciona una transferencia eficaz de los datos cuando los datos se transmiten utilizando 25 un paquete IP (IP - Internet Protocol), tal como un paquete IPv4 o un paquete IPv6. Para esto, la capa PDCP realiza una funcion de compresion de cabecera. Realizando la funcion de compresion de cabecera, solo se transmite la informacion necesaria incluida en una cabecera de los datos. Por lo tanto, se puede aumentar la eficiencia del enlace de radio. La compresion de cabecera es una funcion principal de la capa PDCP. Por lo tanto, la capa PDCP solo existe en un dominio de servicio de paquetes (PS - packet service). Con el fin de proporcionar efectivamente la 30 funcion de compresion de cabecera a todos los servicios PS, existe una entidad PDCP para una portadora de radio.
La tercera capa incluye una capa de control de recursos de radio (RRC) como la capa mas baja. La capa RRC se define solo en el plano de control. La capa RRC controla parametros de la primera capa y la segunda capa en asociacion con la configuracion, reconfiguracion y entrega de portadoras de radio (RB), y tambien controla el canal 35 logico, el canal de transporte, y el canal ffsico. La portadora de radio denota un camino logico proporcionado por la primera capa y la segunda capa del protocolo de radio para transferir datos entre el equipo de usuario y la UTRAN. En general, la configuracion de la portadora de radio denota un proceso que especifica una propiedad de canal y una capa de protocolo de radio necesaria para proporcionar un servicio espedfico y que determina un procedimiento para operar parametros definidos.
40
Ahora, se describira un procedimiento para proporcionar un servicio de paquetes de VoIP.
(1) Un procedimiento para gestionar recursos de radio en un servicio de paquetes de VoIP
45 La figura 3 muestra un procedimiento para gestionar recursos de radio de acuerdo con una forma de realizacion de la presente invencion.
En referencia a la figura 3, cuando un equipo de usuario solicita a una estacion base que proporcione un servicio de VoIP, o cuando la estacion base solicita al equipo de usuario que proporcione el servicio de VoIP, la estacion base 50 inicializa una sesion de VoIP (etapa S110). La VoIP es una tecnica de servicio de comunicacion en el que se logra la comunicacion convirtiendo datos de voz a paquetes de datos IP. Un paquete de VoIP denota un paquete de voz que usa VoIP.
La estacion base asigna recursos de radio para transmitir/recibir el paquete de VoIP (etapa S120). El servicio de 55 VoIP es un servicio en tiempo real en el que los datos tienen que ser transmitidos/recibidos sin demora. Por lo tanto, los recursos persistentes en los dominios de frecuencia/tiempo son asignados al paquete de VoIP. En este caso, la
estacion base proporciona la informacion necesaria al equipo de usuario. La informacion puede ser una velocidad de modulacion y de codificacion aplicada a la transmision/recepcion del paquete de VoIP.
La estacion base gestiona dinamicamente los recursos persistentes asignados para transmitir/recibir el paquete de 5 VoIP (etapa S130). El paquete de VoIP no se transmite/recibe de forma persistente entre la estacion base y el equipo de usuario. El servicio de VoIP opera en dos penodos, es decir, un penodo de conversacion y un penodo de silencio. El penodo de conversacion es cuando el paquete de VoIP se transmite/recibe de forma persistente. El penodo de silencio es cuando la transmision/recepcion del paquete de VoIP se suspende temporalmente. Es decir, en funcion de si los recursos de radio se asignan o no, el servicio de VoIP opera ya sea en el penodo de 10 conversacion o en el penodo de silencio. Aunque los recursos persistentes se asignan para transmitir/recibir el paquete de VoIP, cuando se proporciona realmente el servicio de VoIP entre la estacion base y el equipo de usuario, el penodo de conversacion y el penodo de silencio pueden producirse repetidamente. Durante el penodo de silencio, no se portan datos en los recursos persistentes, lo que resulta en una perdida de recursos de radio. Por lo tanto, para reducir la perdida de recursos de radio, la estacion base libera los recursos persistentes y declara el penodo de 15 silencio. En este caso, los recursos persistentes liberados se pueden asignar a un usuario diferente o se pueden utilizar para transmitir diferentes tipos de datos. Despues de declarar el penodo de silencio, si la estacion base recibe una solicitud de retransmision de paquetes de VoIP o si la estacion base tiene un paquete de VoIP para su transmision al equipo de usuario, la estacion base activa los recursos persistentes y declara el penodo de conversacion.
20
Cuando se cierra la sesion de VoIP entre la estacion base y el equipo de usuario, la estacion base libera los recursos persistentes y termina el servicio de VoIP (etapa S140).
La figura 4 muestra un ejemplo de recursos persistentes asignados para transmitir/recibir un paquete de VoIP.
25
En referencia a la figura 4, una determinada region de recursos en los dominios de frecuencia/tiempo es ocupada por recursos persistentes. En general, unas partes espedficas de los dominios de frecuencia/tiempo son ocupadas por los recursos persistentes hasta que se cierra una sesion de VoIP. De acuerdo con un intervalo para generar el paquete de VoIP, se pueden asignar periodicamente unos recursos de radio de enlace ascendente y de enlace 30 descendente en el mismo dominio de frecuencia como los recursos persistentes.
La figura 5 muestra un penodo de conversacion y un penodo de silencio cuando se utilizan recursos persistentes asignados para transmitir/recibir un paquete de VoIP.
35 En referencia a la figura 5, se liberan unos recursos persistentes cuando un servicio de VoIP pasa del penodo de conversacion al penodo de silencio. Ademas, los recursos persistentes son reasignados cuando el servicio de VoIP pasa del penodo de silencio al penodo de conversacion. Se puede usar un mensaje o un descriptor para indicar la transicion del penodo de conversacion al penodo de silencio. Ademas, se puede usar un mensaje de control para indicar cuando un equipo de usuario solicita a una estacion base una transicion del servicio de VoIP o cuando la 40 estacion base reporta al equipo de usuario la transicion del penodo de silencio al penodo de conversacion.
Ahora, se describira un proceso de transicion de un penodo de conversacion a un penodo de silencio.
La figura 6 muestra un procedimiento de transicion de un penodo de conversacion a un penodo de silencio de 45 acuerdo con una forma de realizacion de la presente invencion.
En referencia a la figura 6, se usa un descriptor de silencio para indicar la transicion del penodo de conversacion al penodo de silencio. El descriptor de silencio puede ser determinado y generado por una capa MAC de la estacion base o del equipo de usuario. El descriptor de silencio indica que se inserta el penodo de silencio durante el servicio 50 de VoIP. El descriptor de silencio se puede denominar como un descriptor de insercion de silencio (SID - silence insertion descriptor). El descriptor de silencio tambien se puede denominar como un mensaje de solicitud de liberacion que se utiliza cuando el equipo de usuario solicita a la estacion base que libere temporalmente recursos persistentes. El descriptor de insercion de silencio puede ser transmitido en un primer intervalo de tiempo de transmision (TTI - transmission time interval) en el penodo de silencio. El descriptor de insercion de silencio tiene un 55 tamano mas pequeno que un paquete de VoIP. Por ejemplo, si el paquete de VoIP tiene un tamano de alrededor de 40 bytes, el descriptor de insercion de silencio puede tener un tamano de alrededor de 20 bytes. Los recursos persistentes se asignan para que tengan un tamano suficiente para transmitir el paquete de VoIP con un tamano de
8
alrededor de 40 bytes. Por lo tanto, se puede transmits un mensaje de transicion a penodo de silencio en una capa MAC o una capa superior (por ejemplo, capa RLC) junto con el descriptor de insercion de silencio a traves de los recursos persistentes. El mensaje de transicion al penodo de silencio se transmite a la capa MAC o la capa superior. Por lo tanto, se reporta que el servicio de VoIP ha pasado al penodo de silencio. Durante el penodo de silencio, el 5 mensaje de transicion al penodo de silencio se puede transmitir periodicamente o se puede transmitir repetitivamente cuando sea necesario.
La figura 7 muestra un procedimiento de transicion de un penodo de conversacion a un penodo de silencio de acuerdo con otra forma de realizacion de la presente invencion.
10
En referencia a la figura 7, se utiliza un mensaje a nivel MAC o RLC para indicar la transicion del penodo de conversacion al penodo de silencio. Se puede usar un mensaje de informe de estado de bufer (BSR - bufer status report) como el mensaje MAC que indica la transicion del penodo de conversacion al penodo de silencio. El mensaje BSR se puede transmitir utilizando senalizacion MAC. El mensaje BSR indica que hay datos almacenados 15 temporalmente (buffered) en un canal logico de una capa MAC. Cuando el mensaje BSR indica que no hay datos almacenados en bufer (es decir, estado de bufer = 0), puede representar el inicio del penodo de silencio. Cuando el mensaje BSR que indica 'estado del bufer = 0' se puede transmitir en un primer intervalo de tiempo de transmision en el que empieza el penodo de silencio, puede representar el inicio del penodo de silencio. En la transmision de paquetes de VoIP en el enlace ascendente, el equipo de usuario puede pasar al penodo de silencio despues de 20 transmitir el mensaje BSR que indica 'estado de bufer = 0'. En la transmision de paquetes de VoIP en el enlace descendente, la estacion base puede reportar la transicion al penodo de silencio transmitiendo el mensaje BSR que indica 'estado de bufer = 0'. Durante el penodo de silencio, el mensaje BSR se puede transmitir de manera periodica o repetitiva cuando sea necesario.
25 La figura 8 es un diagrama de flujo que muestra un procedimiento para detectar la transicion a un penodo de silencio de acuerdo con una forma de realizacion de la presente invencion.
En referencia a la figura 8, la transicion del penodo de conversacion al penodo de silencio puede ser detectado por una capa MAC de una estacion base o una capa MAC de un equipo de usuario.
30
Se recibe un paquete de VoIP procedente de una capa superior (etapa S210). Un tamano del paquete de VoIP se compara con un valor de referencia predeterminado P (etapa S220). El valor de referencia puede ser un valor por defecto predeterminado por la capa superior o puede ser proporcionado por la estacion base al equipo de usuario. El valor de referencia se puede determinar de la siguiente manera.
35
tamano del paquete descriptor de insercion de silencio SID < P < tamano mmimo del paquete de VoIP
Es decir, el valor de referencia se puede determinar para que sea mayor que un tamano de descriptor de silencio y para que sea menor que un tamano mmimo de paquete de VoIP.
40
Si el tamano del paquete de VoIP recibido procedente de la capa superior es menor que el valor de referencia P, se genera un mensaje de transicion al penodo de silencio (etapa S230). Dado que el tamano del paquete de VoIP recibido procedente de la capa superior es menor que el tamano mmimo de paquete de VoIP, se puede saber que el paquete recibido es un paquete descriptor de insercion de silencio, no un paquete de VoIP en general. El paquete 45 descriptor de insercion de silencio puede incluir un modulo de identificacion de abonado (SIM - subscriber identity module) para identificar el equipo de usuario.
Si el tamano del paquete de VoIP recibido procedente de la capa superior es mayor que el valor de referencia P, el paquete de VoIP se transmite a una capa inferior (es decir, capa PHY) (etapa S240).
50
Mientras tanto, para confirmar la liberacion de los recursos persistentes como resultado de la transicion al penodo de silencio, se puede transmitir un mensaje de confirmacion de liberacion de recursos en respuesta al descriptor de silencio o al mensaje de transicion al penodo de silencio. El mensaje de transicion al penodo de silencio incluye informacion de control de recursos persistentes para gestionar recursos persistentes. La informacion de control de 55 recursos persistentes incluye una variedad de informacion requerida para transmitir el paquete de VoIP. La informacion de control de recursos persistentes se puede utilizar para reactivar los recursos persistentes no solo cuando los recursos persistentes estan liberados, sino tambien cuando se hace la transicion del penodo de silencio
9
al penodo de conversacion. El mensaje de confirmacion de liberacion de recursos se puede transmitir a traves de un canal de control L1/L2 en un primer intervalo de tiempo de transmision en el que se libera el recurso de radio. La Tabla 1 muestra un ejemplo de informacion de control de recursos persistentes.
5 Tabla 1
Campo
Informacion
Indicador (flag)
Indicar senal de control para recursos persistentes
Enlace de bajada/subida
Especificar enlace de bajada o subida
Recurso de tiempo/frecuencia
Indicar region de recursos persistentes
Esquema de modulacion y codificacion
Informacion de velocidad de modulacion y codificacion
Operacion
Liberacion o reactivacion de recursos persistentes
Otros
Informacion de control requerida para transmitir paquete de VoIP (por ejemplo, esquema MOMO)
La informacion del esquema de modulacion y codificacion (MCS - modulation and coding sheme) se puede reportar 10 usando un esquema de modulacion y una velocidad de codificacion o usando un esquema de modulacion y un tamano de bloque de transporte. La informacion de control de recursos persistentes se puede transmitir en un formato de una unidad de datos de protocolo MAC (PDU - protocol data unit) de una capa MAC. Si la informacion de control de recursos persistentes no se puede transmitir utilizando un mensaje adicional, la informacion de control de recursos persistentes se puede transmitir incluyendola en la informacion de programacion (es decir, concesion de 15 programacion) utilizada en la transmision de otros datos. La informacion de control de recursos persistentes se puede representar incluyendola en la informacion de programacion. Dado que el equipo de usuario ha recibido el descriptor de silencio o el mensaje de transicion a penodo de silencio, el equipo de usuario puede reconocer la informacion de programacion como el mensaje de transicion a penodo de silencio. Por ejemplo, los recursos persistentes se liberan cuando un tamano de una region de recursos de los recursos persistentes asignados al 20 equipo de usuario es cero en la informacion de programacion o cuando el tamano de bloque de transporte es cero en la informacion de programacion.
Ahora se describira la transicion de un penodo de silencio a un penodo de conversacion.
25 La figura 9 muestra un procedimiento de transicion de un penodo de silencio a un penodo de conversacion de acuerdo con otra forma de realizacion de la presente invencion. Este es un caso en el que un paquete de VoIP se transmite en el enlace descendente.
En referencia a la figura 9, se libera un recurso persistente en el penodo de silencio, y se puede transmitir otro tipo 30 de datos utilizando el recurso persistente de VoIP. La transicion del penodo de silencio al penodo de conversacion se puede hacer cuando se genera un paquete de VoIP, en el que el paquete de VoIP va a ser transmitido por una estacion base en el enlace descendente. Cuando se suministra el paquete de VoIP de enlace descendente a traves de una pasarela de acceso (aGW), un bufer de la estacion base esta en un estado diferente de 'nulo'.
35 Cuando el paquete de VoIP se almacena en el bufer de la estacion base, la estacion base puede transmitir una senal de control de enlace descendente o un mensaje de reactivacion de recurso persistente de enlace descendente en un canal de control de enlace descendente (etapa S310). Para evitar un retraso en la transmision del paquete de VoIP, la transicion al penodo de conversacion puede ser reportada por la senal de control de enlace descendente en cada intervalo de tiempo de transmision. El mensaje de reactivacion de recurso persistente de enlace descendente 40 puede incluir la informacion de control de recursos persistentes de la Tabla 1 anterior. El campo 'Operacion' de la Tabla 1 anterior se puede ajustar a 'reactivacion' para indicar el mensaje de reactivacion de recurso persistente. Cuando la region de recursos persistentes cambia de acuerdo con una condicion de canal o similar, la estacion base puede informar que la region de recursos persistentes ha cambiado a traves del mensaje de reactivacion de recurso persistente de enlace descendente. Cuando la estacion base informa que la region de recursos persistentes ha 45 cambiado, un campo 'Recurso de tiempo/frecuencia', un campo 'Esquema de modulacion y codificacion', etc., incluidos en el mensaje de reactivacion de recurso persistente de enlace descendente se pueden ajustar a un valor correspondiente a un nuevo valor de recurso persistente.
El equipo de usuario recibe el paquete de VoIP de acuerdo con la senal de control de enlace descendente o el mensaje de reactivacion de recurso persistente de enlace descendente (etapa S320). El equipo de usuario puede recibir el paquete de VoIP de acuerdo con 'Recurso de tiempo/frecuencia', 'Esquema de modulacion y codificacion', etc., que se han configurado recientemente en el mensaje de reactivacion de recurso persistente de enlace 5 descendente.
Mientras tanto, en vez de transmitir adicionalmente el mensaje de reactivacion de recurso persistente de enlace descendente, la estacion base puede reportar la transicion del penodo de silencio al penodo de conversacion usando informacion de programacion (es decir, concesion de programacion). A traves de la informacion de 10 programacion, la estacion base puede reportar de nuevo los recursos persistentes configurados previamente o reportar unos recursos persistentes nuevos. Por lo tanto, la estacion base puede informar al equipo de usuario de la transicion del penodo de silencio al penodo de conversacion. El equipo de usuario recibe el paquete de VoIP usando los recursos persistentes especificados en la informacion de programacion.
15 La figura 10 muestra un procedimiento de transicion de un penodo de silencio a un penodo de conversacion de acuerdo con otra forma de realizacion de la presente invencion. Este es un caso en el que un paquete de VoIP se transmite en el enlace ascendente.
En referencia a la figura 10, la transicion del penodo de silencio al penodo de conversacion puede hacerse a 20 solicitud de un equipo de usuario cuando se genera y transmite un paquete de VoIP de enlace ascendente.
Cuando se genera el paquete de VoIP de enlace ascendente, el equipo de usuario transmite un mensaje de solicitud de programacion (SR - scheduling request) a una estacion base (etapa S410). Cuando un canal de control dedicado se asigna periodicamente al equipo de usuario, el equipo de usuario puede transmitir el mensaje de solicitud de 25 programacion a traves del canal de control dedicado. El mensaje de solicitud de programacion puede incluir la informacion de control de recursos persistentes de la Tabla 1 anterior. El mensaje de solicitud de programacion puede ser un indicador que tiene un tamano de 1 bit o varios bits. En este caso, el mensaje de solicitud de programacion indica la presencia del mensaje de VoIP a transmitir en el enlace ascendente.
30 Al recibir el mensaje de solicitud de programacion procedente del equipo de usuario, la estacion base reactiva los recursos persistentes y recibe un paquete de VoIP de enlace ascendente utilizando los recursos persistentes (etapa S420). Cuando se transmite el mensaje de solicitud de programacion con un tamano de 1 bit o varios bits, el paquete de VoIP es transmitido/recibido usando una banda de frecuencia de los recursos persistentes asignados previamente sin alteracion alguna. Cuando una condicion de canal cambia y el equipo de usuario solicita una banda 35 de frecuencia que es diferente a los recursos persistentes asignados previamente a traves del mensaje de solicitud de programacion, la estacion base puede asignar la banda de frecuencia solicitada por el equipo de usuario como recursos persistentes nuevos.
Mientras tanto, la estacion base puede reportar informacion de programacion (es decir, concesion de programacion) 40 en respuesta al mensaje de solicitud de programacion del equipo de usuario. La informacion de programacion puede incluir informacion de asignacion de recursos persistentes y un mensaje de control MAC. La informacion de programacion puede actuar como un indicador de la transicion del penodo de silencio al penodo de conversacion. El equipo de usuario transmite el paquete de VoIP usando los recursos persistentes. Ademas, el equipo de usuario puede informar a la estacion base de la transicion transmitiendo el mensaje de control MAC. El mensaje de control 45 MAC puede definir una unidad de datos de protocolo de control MAC para indicar la transicion. El mensaje de control MAC se puede transmitir en el formato de un mensaje informativo que informa sobre un estado de bufer del equipo de usuario. Si la transmision del mensaje de control MAC se retrasa y por lo tanto se retrasa la reactivacion de los recursos persistentes, se puede ignorar la transmision de un primer paquete de VoIP hasta un enesimo paquete de VoIP en el penodo de conversacion. Por ejemplo, cuando el paquete de VoIP se transmite con un intervalo de 20 50 ms, y cuando se retrasa la transmision de los n paquetes de VoIP, se puede transmitir un (n+1)esimo paquete de VoIP con un retraso de n*20 ms. Por lo tanto para reducir este retraso, se pueden ignorar los paquetes de VoIP iniciales cuando se hace la transicion del penodo de silencio al penodo de conversacion. El paquete de VoIP se puede transmitir despues de que transcurra un tiempo de transicion. El tiempo de transicion denota un tiempo requerido para la transicion del penodo de silencio al penodo de conversacion. Por lo tanto, cuando se hace la 55 transicion del penodo de silencio al penodo de conversacion, el paquete de VoIP y el mensaje de control MAC se pueden transmitir simultaneamente.
La figura 11 muestra un procedimiento de transicion de un penodo de silencio a un penodo de conversacion de acuerdo con otra forma de realizacion de la presente invencion. Este es un caso en el que se realiza un acceso aleatorio para obtener unos recursos persistentes.
5 En referencia a la figura 11, cuando no se asigna un canal de control dedicado a un equipo de usuario, el equipo de usuario realiza un acceso aleatorio (RA - random access). Entonces, los recursos persistentes se asignan al equipo de usuario, y el equipo de usuario transmite un paquete de VoIP.
Cuando se genera un paquete de VoIP de enlace ascendente, el equipo de usuario transmite un preambulo de 10 acceso aleatorio a una estacion base (etapa S510). El preambulo de acceso aleatorio se transmite en un canal de acceso aleatorio (RACH - random access channel) que puede ser utilizado por una pluralidad de equipos de usuario. El equipo de usuario genera una firma aleatoria y anexa la firma aleatoria al preambulo de acceso aleatorio. A continuacion, el equipo de usuario transmite el preambulo de acceso aleatorio resultante a la estacion base en el canal de acceso aleatorio.
15
La estacion base transmite una respuesta de acceso aleatorio al equipo de usuario (etapa S520). La respuesta de acceso aleatorio incluye informacion de desplazamiento de tiempo (es decir, avance de tiempo (TA - time advance)) y la asignacion de recursos de radio de enlace ascendente para la solicitud de programacion del equipo de usuario.
20 El equipo de usuario transmite un mensaje de solicitud de programacion para transmitir el paquete de VoIP a la estacion base utilizando el recurso de radio de enlace ascendente asignado (etapa S530). El mensaje de solicitud de programacion puede incluir un mensaje de control de recursos persistentes. El equipo de usuario puede solicitar una banda de frecuencia de los recursos persistentes utilizados anteriormente sin alteracion alguna o puede solicitar una nueva banda de frecuencia adecuada para una condicion de canal modificada.
25
La estacion base transmite informacion de programacion (por ejemplo, concesion de programacion) en respuesta al mensaje de solicitud de programacion del equipo de usuario (etapa S540). La informacion de programacion puede incluir informacion de asignacion de recursos persistentes.
30 El equipo de usuario transmite el paquete de VoIP de enlace ascendente utilizando los recursos persistentes asignados en base a la informacion de programacion (etapa S550).
La figura 12 muestra un procedimiento de transicion de un penodo de silencio a un penodo de conversacion de acuerdo con otra forma de realizacion de la presente invencion.
35
En referencia a la figura 12, en el proceso de transicion del penodo de silencio al penodo de conversacion, un equipo de usuario puede transmitir un mensaje de solicitud de programacion con un tamano de varios bits. La estacion base puede reportar la transicion anadiendo informacion de varios bits a la informacion de programacion (es decir, concesion de programacion) anterior en respuesta al mensaje de solicitud de programacion del equipo de 40 usuario.
La Tabla 2 muestra un ejemplo de mensaje de solicitud de programacion. Este es un caso en el que se representa informacion de 2 bits usando un esquema de modulacion por desplazamiento de fase cuaternaria (QPSK - quadrature phase shift keying).
45
Tabla 2
00
Solicitud de programacion normal desactivada 10 Transicion de penodo de silencio a conversacion VoIP
01
Solicitud de programacion normal activada 11 Solicitud de transmision de RTCP de VoIP
50 En la Tabla 2, '00' denota que no se solicita programacion normal. Esto indica que no hay ningun paquete de VoIP a transmitir en un caso en el que el equipo de usuario en el penodo de silencio tiene que reportar periodicamente a la estacion base una presencia/ausencia de un paquete de VoIP. '01' denota una solicitud de programacion normal. En este caso, se solicitan los recursos persistentes cuando el equipo de usuario tiene un paquete de VoIP a transmitir. '10' denota transicion del penodo de silencio al penodo de conversacion. '11' denota que se solicita la transmision de
un protocolo de control de un protocolo de transporte en tiempo real de VoIP (RTCP - VoIP RTP control protocol). El RTCP es un protocolo para controlar un protocolo de transporte en tiempo real (RTP - real-time transport protocol) que es un protocolo de flujo de voz (voice streaming protocol). Cuando el mensaje de solicitud de programacion incluye '11' para solicitar la transmision del RTCP, la estacion base programa los recursos de radio para transmitir el 5 RTCP de VoIP y el equipo de usuario transmite el RTCP de VoIP de enlace ascendente. La informacion de programacion en respuesta al mensaje de solicitud de programacion puede incluir adicionalmente informacion de la Tabla 2 anterior.
Desde el momento de la transmision de la solicitud de programacion hasta el momento de la transmision del paquete 10 VoIP de enlace ascendente, transcurre un tiempo de transicion TSR. El tiempo de transicion denota el tiempo requerido para la transicion. Si no se produce ningun error en la solicitud de programacion y la transmision de informacion de programacion, el tiempo de transicion TSR se puede ajustar a un tiempo mmimo. Por ejemplo, cuando cada tiempo de procesamiento requerido para transmitir la solicitud de programacion, la informacion de programacion y un primer paquete de VoIP de enlace ascendente es de 2 ms respectivamente, el tiempo de 15 transicion TSR se puede ajustar a 6 ms. Para evitar un retraso en la transmision del paquete de VoIP, se puede ignorar el paquete de VoIP durante el tiempo de transicion, y se puede transmitir un mensaje de control MAC que indica la transicion del penodo de silencio al penodo de conversacion junto con el paquete de VoIP de forma simultanea.
20 (2) Un procedimiento para transmitir datos sin voz en un servicio de VoIP
En lo sucesivo, con el fin de distinguirlos del paquete de VoIP, otros paquetes de datos distintos de un paquete de VoIP seran denominados como datos sin voz. Segun se describio anteriormente, en general, la programacion persistente se aplica al paquete de VoIP, y la programacion dinamica se aplica a los datos sin voz. Sin embargo, la 25 programacion dinamica tambien se puede aplicar al paquete de VoIP de acuerdo con unas condiciones. La informacion de programacion persistente tambien se puede denominar como una concesion persistente de enlace ascendente transmitida en un canal ffsico de control de enlace descendente (PDCCH - physical downlink control channel). Ademas, la informacion de programacion persistente se puede denominar como protocolo de acceso a medios persistentes de enlace ascendente (persistent UL-MAP (UL-MAP - uplink media access protocol)).
30
Un sistema de comunicacion movil de proxima generacion es un sistema de comunicacion de datos de gran volumen y alta velocidad capaz de procesar y transmitir una variedad de informacion, tal como video, datos de radio, etc., mas alla de un servicio orientado a voz. Por lo tanto, durante el servicio de VoIP puede ocurrir con frecuencia que la estacion base puede transmitir datos sin voz al equipo de usuario, o el equipo de usuario puede transmitir los datos 35 sin voz a la estacion base. Cuando la estacion base transmite los datos sin voz al equipo de usuario durante el servicio de VoIP, la estacion base prepara recursos de radio adicionales para los datos sin voz y transmite informacion de programacion asociada. Sin embargo, cuando el equipo de usuario tiene que transmitir los datos sin voz durante el servicio de VoIP, el equipo de usuario solicita a la estacion base que asigne recursos de radio adicionales, y en respuesta a ello, la estacion base asigna los recursos de radio adicionales. En este proceso, para 40 la transmision correcta de los datos sin voz en el enlace ascendente es necesario un protocolo definitivo relacionado con la senalizacion entre la estacion base y el equipo de usuario. En lo sucesivo, la informacion de programacion correspondiente a la programacion dinamica y programacion persistente se denomina como informacion de programacion dinamica e informacion de programacion persistente respectivamente.
45 La figura 13 es un diagrama de flujo que muestra un procedimiento para transmitir datos sin voz de enlace ascendente en un servicio de VoIP de acuerdo con una forma de realizacion de la presente invencion. Se supone que un servicio de VoIP de enlace ascendente opera actualmente en un penodo de silencio. Segun se describio anteriormente, el penodo de silencio denota un penodo en el que se liberan temporalmente recursos de radio puesto que no se transmite/recibe ningun paquete de VoIP durante el servicio de VoIP.
50
En referencia a la figura 13, un equipo de usuario transmite un mensaje de solicitud de programacion dedicada a un eNB (etapa S610). El mensaje de solicitud de programacion dedicada se utiliza cuando el equipo de usuario solicita al eNB que asigne recursos de radio para transmitir datos de enlace ascendente. El eNB detecta una presencia/ausencia de una solicitud de programacion. Es decir, al detectar una senal que tiene una intensidad de 55 senal por encima de un umbral espedfico, el eNB determina que existe la solicitud de programacion. De lo contrario, si no se detecta la senal, el eNB determina que no existe la solicitud de programacion.
El equipo de usuario transmite el mensaje de solicitud de programacion dedicada para dos fines, es decir, para solicitar la programacion persistente y para solicitar la programacion dinamica. La programacion persistente se aplica cuando los datos de enlace ascendente son un paquete de VoIP. La programacion dinamica se aplica cuando los datos de enlace ascendente son datos sin voz. Es decir, de acuerdo con un tipo de datos de enlace ascendente, la 5 informacion de programacion transmitida por el eNB difiere en terminos de tipo y configuracion.
Es muy importante para el eNB conocer la causa de la transmision del mensaje de solicitud de programacion dedicada. Si el eNB realiza programacion dinamica cuando el equipo de usuario desea programacion persistente para transmitir el paquete de VoIP, el paquete de VoIP no puede ser transmitido de forma persistente. Por otro lado, 10 si el eNB realiza programacion persistente cuando el equipo de usuario desea programacion dinamica para transmitir temporalmente datos sin voz, se pueden perder recursos de radio.
Es posible que no haya ningun problema cuando el mensaje de solicitud de programacion dedicada tambien proporciona la causa de la transmision. Sin embargo, el mensaje de solicitud de programacion dedicada se configura 15 de tal manera que se puede determinar su existencia por medio de la intensidad de la senal. Como resultado, incluso cuando se recibe el mensaje de solicitud de programacion dedicada, el eNB puede no conocer la causa de la transmision del mensaje de solicitud de programacion dedicada. Por lo tanto, el eNB tiene que determinar si va a transmitir informacion de programacion persistente o informacion de programacion dinamica. En este caso, la informacion de programacion espedfica puede ser predeterminada entre el equipo de usuario y el eNB o puede ser 20 determinada aleatoriamente. Aqu se supone que el eNB transmite la informacion de programacion persistente.
Dado que el servicio de VoIP actualmente opera en el penodo de silencio, el eNB determina la solicitud de
programacion dedicada como una solicitud de recursos de radio persistentes para la transicion al penodo de
conversacion, y transmite la informacion de programacion persistente al equipo de usuario (etapa S620).
25
Puesto que el equipo de usuario ha transmitido el mensaje de solicitud de programacion dedicada para transmitir datos sin voz, el equipo de usuario espera recibir la informacion de programacion dinamica. Sin embargo, el equipo de usuario recibe la informacion de programacion persistente, y por lo tanto transmite un mensaje de solicitud de programacion dinamica usando recursos de radio asignados de acuerdo con la informacion de programacion 30 persistente (etapa S630). En este caso, el equipo de usuario puede transmitir no solo el mensaje de solicitud de
programacion dinamica, sino tambien la totalidad o algunas partes de los datos sin voz. El mensaje de solicitud de
programacion dinamica se utiliza cuando el equipo de usuario solicita al eNB que envfe informacion de programacion dinamica para transmitir datos sin voz. El mensaje de solicitud de programacion dinamica se puede transmitir a traves de un canal compartido de enlace ascendente ffsico (PUSCH - physical uplink shared channel). 35 Alternativamente, el mensaje de solicitud de programacion dinamica puede ser transmitido usando una rafaga de enlace ascendente.
En un caso de ejemplo, el mensaje de solicitud de programacion dinamica puede ser una unidad de datos de protocolo de control MAC generado por una capa MAC. La unidad de datos de protocolo de control MAC se puede 40 denominar como un elemento de control MAC. La unidad de datos de protocolo de control MAC puede ser una unidad de datos de protocolo de control MAC para informar del estado del bufer (BSR - buffer status report) que informa de un tamano de bufer, es decir, un tamano total de datos transmitidos en un canal logico. El equipo de usuario puede regular el BSR de acuerdo con un tamano de datos sin voz de enlace ascendente que va a transmitir el propio equipo de usuario. La unidad de datos de protocolo de control MAC puede ser una unidad de datos de 45 protocolo de control MAC que se ha definido recientemente para una solicitud de programacion dinamica.
En otro caso de ejemplo, el mensaje de solicitud de programacion dinamica puede ser una unidad de datos de protocolo de control RLC generado por una capa RLC. La unidad de datos de protocolo de control RLC se puede denominar como un elemento de control RLC. La unidad de datos de protocolo de control RLC puede ser una unidad 50 de datos de protocolo de control RLC para un informe de estado RLC o una unidad de datos de protocolo de control RLC que se ha definido recientemente para una solicitud de programacion dinamica.
En aun otro caso de ejemplo, el mensaje de solicitud de programacion dinamica puede ser una unidad de datos de protocolo de control RLC.
Al recibir el mensaje de solicitud de programacion dinamica, el eNB puede conocer que la causa de la solicitud de programacion dedicada en la etapa S610 es para programacion dinamica. Por lo tanto, el eNB libera los recursos
14
persistentes y transmite la informacion de programacion dinamica al equipo de usuario (etapa S640). En este documento, se puede determinar un tamano de un recurso de radio incluido en la informacion de programacion dinamica de acuerdo con un tamano del BSR. El equipo de usuario transmite los datos sin voz de enlace ascendente al eNB usando los recursos de radio asignados en base a la informacion de programacion dinamica (etapa S650).
5
Si se predetermina que el eNB transmite la informacion de programacion dinamica en respuesta a la solicitud de programacion dedicada en la etapa S620, el equipo de usuario transmite los datos sin voz de enlace ascendente sin tener que transmitir la unidad de datos de protocolo de control MAC o la unidad de datos de protocolo de control RLC. Por otro lado, si se predetermina que el eNB determina aleatoriamente la informacion de programacion en 10 respuesta a la solicitud de programacion dedicada en la etapa S620, en funcion de si la informacion de programacion determinada aleatoriamente es informacion de programacion persistente o informacion de programacion dinamica, se determina si el equipo de usuario transmitira una unidad de datos de protocolo de control MAC (o RLC).
15 La figura 14 es un diagrama de flujo que muestra un procedimiento para transmitir datos sin voz de enlace ascendente en un servicio de VoIP de acuerdo con otra forma de realizacion de la presente invencion. Se supone que un servicio de VoIP de enlace ascendente opera en un penodo de conversacion. Segun se describio anteriormente, el penodo de conversacion denota un penodo en el que un paquete de VoIP es transmitido/recibido de forma persistente durante el servicio de VoIP, es decir, un penodo en el que los recursos de radio no son 20 liberados.
En referencia a la figura 14, un equipo de usuario transmite un mensaje de solicitud de programacion dedicada a un eNB durante el penodo de conversacion (etapa S710). El mensaje de solicitud de programacion dedicada se utiliza cuando el equipo de usuario solicita al eNB que asigne recursos de radio para transmitir datos de enlace 25 ascendente. Al recibir el mensaje de solicitud de programacion dedicada, el eNB tiene que determinar si va a transmitir informacion de programacion dinamica o informacion de programacion persistente. Dado que el servicio de VoIP actualmente opera en el penodo de conversacion, el eNB puede saber que la causa de la solicitud de programacion dedicada no es para otra programacion persistente sino para programacion dinamica. Por lo tanto, el eNB transmite informacion de programacion dinamica (etapa S720). De acuerdo con la informacion de recursos de 30 radio incluida en la informacion de programacion dinamica, el equipo de usuario transmite datos sin voz o una unidad de datos de protocolo de control MAC o una unidad de datos de protocolo de control RLC (etapa S730).
(3) Un procedimiento para transmitir datos de enlace ascendente en un penodo de silencio de un servicio de VoIP
35 Los datos de enlace ascendente incluyen un paquete de VoIP, un descriptor de insercion de silencio (SID), y datos sin voz. Cada elemento de los datos de enlace ascendente puede requerir informacion de programacion diferente. Por ejemplo, se requiere programacion persistente para transmitir paquetes de VoIP y se requiere informacion de programacion dinamica para transmitir el descriptor de insercion de silencio (o datos sin voz). Para que un equipo de usuario transmita los datos de enlace ascendente en el penodo de silencio del servicio de VoIP, primero se tienen 40 que asignar recursos de radio de cualquier manera. Para solicitar la asignacion de los recursos de radio, el equipo de usuario transmite un mensaje de solicitud de programacion dedicada a un eNB.
El mensaje de solicitud de programacion dedicada puede ser capaz de distinguir un tipo de datos de enlace ascendente. O el mensaje de solicitud de programacion dedicada puede no ser capaz de distinguirlo. En el primer 45 caso, el mensaje de solicitud de programacion dedicada es una senal detectada mediante deteccion coherente. En el segundo caso, el mensaje de solicitud de programacion dedicada es una senal detectada mediante deteccion no coherente. En el primer caso, el numero de casos que puede representar el mensaje de solicitud de programacion dedicada aumenta de acuerdo con un esquema de modulacion. Por lo tanto, el mensaje de solicitud de programacion dedicada puede incluir informacion que indica el tipo de los datos de enlace ascendente. Por el 50 contrario, en el segundo caso, la solicitud de programacion se determina solo a modo de presencia/ausencia de una senal segun se describe anteriormente, y por lo tanto el mensaje de solicitud de programacion dedicada no puede incluir la informacion sobre el tipo de presencia/ausencia de datos. El primer y segundo casos son diferentes en terminos de si el eNB necesita decodificar el mensaje de solicitud de programacion dedicada.
55 Ahora, se describira con respecto al primer y segundo casos anteriores del mensaje de solicitud de programacion dedicada, un procedimiento para transmitir datos de enlace ascendente en un penodo de silencio de un servicio de VoIP. En primer lugar, se describira el primer caso en el que el mensaje de solicitud de programacion dedicada es
15
una senal detectada mediante deteccion coherente. La Tabla 3 siguiente muestra un caso en el que se utiliza modulacion binaria por desplazamiento de fase (BPSK - binary phase shift keying) para el mensaje de solicitud de programacion dedicada como esquema de modulacion.
5 Tabla 3
OFF
ON
-1
1
Solicitud de programacion no dedicada
Solicitud de programacion persistente Solicitud de programacion dinamica
En referencia a la Tabla 3, el mensaje de solicitud de programacion dedicada se puede expresar en 3 tipos, es decir, 10 un primer tipo en el que no se transmite el mensaje de solicitud de programacion dedicada (indicado mediante OFF en la Tabla 3), un segundo tipo en el que el mensaje de solicitud de programacion dedicada tiene un valor de -1, y un tercer tipo en el que el mensaje de solicitud de programacion dedicada tiene un valor de 1. Cuando el mensaje de solicitud de programacion dedicada tiene un valor de -1, indica que el equipo de usuario solicita al eNB que realice programacion persistente. Cuando el mensaje de solicitud de programacion dedicada tiene un valor de 1, indica que 15 el equipo de usuario solicita al eNB que realice programacion dinamica. Como tal, usando el mensaje de solicitud de programacion dedicada, se puede distinguir un tipo de informacion de programacion deseada por el equipo de usuario.
La Tabla 4 siguiente muestra un caso en el que se utiliza modulacion por desplazamiento de fase cuaternaria 20 (QPSK) para el mensaje de solicitud de programacion dedicada como esquema de modulacion.
Tabla 4
OFF
ON
00
01 10 11
Solicitud de programacion no dedicada
Descriptor de insercion de silencio VoIP Paquete de VoIP Otro proposito Datos sin voz
25
En referencia a la Tabla 4, el mensaje de solicitud de programacion dedicada se puede expresar en 5 tipos, es decir, un primer tipo en el que no se transmite el mensaje de solicitud de programacion dedicada (indicado mediante OFF en la Tabla 3), y un segundo a cuarto tipo en los cuales el mensaje de solicitud de programacion dedicada tiene un valor de 00, 01, 10, y 11, respectivamente. Cuando el mensaje de solicitud de programacion dedicada tiene un valor 30 de 00, indica que los datos de enlace ascendente son un descriptor de insercion de silencio (SID). Cuando el mensaje de solicitud de programacion dedicada tiene un valor de 01, indica que los datos de enlace ascendente son un paquete de VoIP. Cuando el mensaje de solicitud de programacion dedicada tiene un valor de 11, indica que los datos de enlace ascendente son datos sin voz. Cuando el mensaje de solicitud de programacion dedicada tiene un valor de 10, indica que el mensaje de solicitud de programacion se puede utilizar para otras causas. Cuando el 35 equipo de usuario transmite el mensaje de solicitud de programacion dedicada, el eNB puede seleccionar informacion de programacion adecuada para el tipo de datos de enlace ascendente de acuerdo con la indicacion de la solicitud de programacion dedicada y asf transmitir la informacion de programacion seleccionada al equipo de usuario.
40 Se ha descrito anteriormente con referencia a las Tablas 3 y 4 que el mensaje de solicitud de programacion dedicada es una senal detectada mediante deteccion coherente. Ahora, se describira el segundo caso en el que el mensaje de solicitud de programacion dedicada se detecta mediante deteccion no coherente. En la deteccion no coherente, la solicitud de programacion se determina solo a modo de presencia/ausencia de una senal. Por lo tanto, el equipo de usuario primero transmite el mensaje de solicitud de programacion dedicada a fin de obtener la 45 asignacion de recursos de radio. A partir de entonces, en un proceso posterior, el equipo de usuario recibe informacion de programacion adecuada para un tipo de datos de enlace ascendente a traves de senalizacion adicional procedente del eNB.
El eNB puede transmitir dos tipos de informacion de programacion al equipo de usuario en respuesta al mensaje de solicitud de programacion dedicada transmitido por el equipo de usuario. Uno de ellos es informacion de programacion persistente y el otro es informacion de programacion dinamica. El eNB selecciona uno de los dos tipos de informacion de programacion y transmite el tipo seleccionado de informacion de programacion. Se puede 5 seleccionar informacion de programacion aleatoriamente, o se puede determinar informacion de programacion espedfica como por defecto. En este documento se especifica que la informacion de programacion espedfica es determinada como por defecto. Por supuesto, si incluso la informacion de programacion es seleccionada aleatoriamente, las operaciones subsiguientes son las mismas que aquellas en las que la informacion de programacion espedfica es determinada como por defecto.
10
(A) Cuando un eNB transmite informacion de programacion persistente como por defecto.
La figura 15 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente en un servicio de VoIP de acuerdo con una forma de realizacion de la presente invencion. Este es un caso en el que un 15 equipo de usuario transmite un mensaje de solicitud de programacion dedicada para pasar de un penodo de silencio a un penodo de conversacion. Asf, los datos de enlace ascendente que el equipo de usuario va a transmitir son un paquete de VoIP.
En referencia a la figura 15, cuando se genera un paquete de VoIP durante el penodo de silencio, el equipo de 20 usuario transmite el mensaje de solicitud de programacion dedicada de manera que el servicio de VoIP pasa al penodo de conversacion (etapa S810). Un eNB transmite informacion de programacion persistente por defecto al equipo de usuario (etapa S820). El eNB no transmite informacion de programacion adicional para el paquete de VoIP despues de transmitir la informacion de programacion persistente. Esto es porque la programacion persistente permite que un equipo de usuario espedfico utilice de forma persistente un recurso de tiempo (o frecuencia) 25 espedfico durante un penodo de tiempo espedfico despues de que se ha realizado la asignacion una vez. El paquete de VoIP es adecuado para programacion persistente. Por lo tanto, sin tener que anadir funciones adicionales, el equipo de usuario transmite de forma persistente el paquete de VoIP usando el recurso de radio asignado en base a la informacion de programacion persistente (etapa S830).
30 La figura 16 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente en un servicio de VoIP de acuerdo con otra forma de realizacion de la presente invencion. Este es un caso en el que un equipo de usuario intenta transmitir un descriptor de insercion de silencio en un penodo de silencio.
En referencia a la figura 16, cuando se genera un descriptor de insercion de silencio durante el penodo de silencio, 35 el equipo de usuario transmite un mensaje de solicitud de programacion dedicada (etapa S910). Cuando un eNB recibe una solicitud de recursos de radio procedente del equipo de usuario, el eNB transmite informacion de programacion persistente por defecto al equipo de usuario (etapa S920). El eNB no transmite informacion de programacion adicional despues de transmitir la informacion de programacion persistente. Esto es porque la programacion persistente permite que un equipo de usuario espedfico utilice de forma persistente un recurso de 40 tiempo (o frecuencia) espedfico durante un penodo de tiempo espedfico despues de que se ha realizado la asignacion una vez.
El equipo de usuario transmite el descriptor de insercion de silencio al eNB usando un recurso de radio asignado en base a la informacion de programacion persistente (etapa S930). A diferencia del paquete de VoIP, no hay 45 necesidad de transmitir de forma persistente el descriptor de insercion de silencio. Por lo tanto, el equipo de usuario transmite un indicador de liberacion de recurso que indica que no hay datos de enlace ascendente que se vayan a transmitir adicionalmente despues de transmitir el descriptor de insercion de silencio (etapa S940). El indicador de liberacion de recurso puede ser un mensaje a nivel MAC o RLC. El mensaje MAC puede ser un mensaje BSR. El mensaje BSR se transmite utilizando senalizacion MAC. El mensaje BSR indica datos almacenados temporalmente 50 en un canal logico de una capa MAC. El mensaje BSR puede indicar una ausencia de datos en bufer (es decir, “estado de bufer = vado (o 0)”) para denotar que no hay datos de enlace ascendente que se vayan a transmitir adicionalmente.
Aunque se ha descrito que el indicador de liberacion de recurso se transmite utilizando el recurso de radio 55 persistente despues de que se haya transmitido primero el descriptor de insercion de silencio, se pueden transmitir simultaneamente el descriptor de insercion de silencio y el indicador de liberacion de recurso. El eNB libera el
recurso de radio persistente asignado, y transmite al equipo de usuario la informacion de programacion persistente que indica la liberacion del recurso de radio (etapa S950).
La figura 17 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente en 5 un servicio de VoIP de acuerdo con otra forma de realizacion de la presente invencion. Este es un caso en el que un equipo de usuario intenta transmitir datos sin voz en un penodo de silencio.
En referencia a la figura 17, cuando se generan datos sin voz durante el penodo de silencio, el equipo de usuario transmite un mensaje de solicitud de programacion dedicada (etapa S1010). Cuando un eNB recibe una solicitud de 10 recursos de radio procedente del equipo de usuario, el eNB transmite informacion de programacion persistente por defecto al equipo de usuario (etapa S1020). Dado que el equipo de usuario ha transmitido el mensaje de solicitud de programacion dedicada para transmitir datos sin voz, el equipo de usuario espera recibir informacion de programacion dinamica. Sin embargo, el equipo de usuario recibe informacion de programacion persistente como por defecto y por lo tanto transmite un mensaje de solicitud de programacion dinamica usando un recurso de radio 15 asignado en base a la informacion de programacion persistente (etapa S1030). El mensaje de solicitud de programacion dinamica se utiliza cuando el equipo de usuario solicita al eNB que realice programacion dinamica.
En un caso de ejemplo, el mensaje de solicitud de programacion dinamica puede ser una unidad de datos de protocolo de control MAC generada por una capa MAC. La unidad de datos de protocolo de control MAC se puede 20 denominar como un elemento de control MAC. La unidad de datos de protocolo de control MAC puede ser una unidad de datos de protocolo de control BSR o MAC que informa de un tamano de bufer, es decir, un tamano total de los datos transmitidos en un canal logico. El equipo de usuario puede regular el BSR de acuerdo con un tamano de los datos sin voz de enlace ascendente.
25 En otro caso de ejemplo, el mensaje de solicitud de programacion dinamica puede ser una unidad de datos de protocolo de control RLC generada por una capa RLC. La unidad de datos de protocolo de control RLC se puede denominar como un elemento de control RLC. La unidad de datos de protocolo de control RLC puede ser una unidad de datos de protocolo de control RLC para un informe de estado RLC.
30 El eNB libera el recurso de radio persistente asignado al equipo de usuario y transmite al equipo de usuario informacion de programacion persistente y/o informacion de programacion dinamica que indica la liberacion del recurso de radio (etapa S1040). La informacion de programacion persistente incluye un indicador que indica la desasignacion del recurso de radio. El equipo de usuario transmite los datos sin voz al eNB usando el recurso de radio asignado en base a la informacion de programacion dinamica (etapa S1050).
35
(B) Cuando un eNB transmite informacion de programacion dinamica por defecto
La figura 18 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente en un servicio de VoIP de acuerdo con otra forma de realizacion de la presente invencion. Este es un caso en el que un 40 equipo de usuario transmite un mensaje de solicitud de programacion dedicada para pasar de un penodo de silencio a un penodo de conversacion. Los datos de enlace ascendente que se van a transmitir por el equipo de usuario es un paquete de VoIP.
En referencia a la figura 18, cuando se genera un paquete de VoIP durante el penodo de silencio, el equipo de 45 usuario transmite el mensaje de solicitud de programacion dedicada de manera que el servicio de VoIP pasa al penodo de conversacion (etapa S1110). Un eNB transmite informacion de programacion dinamica por defecto al equipo de usuario (etapa S1120). El paquete de VoIP es adecuado para programacion persistente. Por lo tanto, el equipo de usuario transmite un mensaje de solicitud de programacion persistente solicitando programacion persistente al eNB usando el recurso de radio asignado en base a la informacion de programacion dinamica (etapa 50 S1130). El mensaje de solicitud de programacion persistente puede ser un mensaje a nivel MAC o RLC para indicar el silencio. En este caso, todas o algunas partes del paquete de VoIP se pueden transmitir simultaneamente con el mensaje de solicitud de programacion persistente. Al recibir la solicitud de programacion persistente, el eNB transmite informacion de programacion persistente al equipo de usuario (etapa S1140).
55 La figura 19 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente en un servicio de VoIP de acuerdo con otra forma de realizacion de la presente invencion. Este es un caso en el que un equipo de usuario intenta transmitir un descriptor de insercion de silencio en un penodo de silencio.
18
En referencia a la figura 19, cuando se genera un descriptor de insercion de silencio durante el penodo de silencio, el equipo de usuario transmite un mensaje de solicitud de programacion dedicada (etapa S1210). Cuando un eNB recibe una solicitud de recurso de radio procedente del equipo de usuario, el eNB transmite informacion de 5 programacion dinamica al equipo de usuario como por defecto (etapa S1220). El equipo de usuario transmite el descriptor de insercion de silencio al eNB usando un recurso de radio asignado en base a la informacion de programacion dinamica (etapa S1230). A diferencia del paquete de VoIP, no hay necesidad de transmitir de forma persistente el descriptor de insercion de silencio. Por lo tanto, el equipo de usuario transmite un indicador de liberacion de recurso junto con el descriptor de insercion de silencio, en el que el indicador de liberacion de recurso 10 indica que no hay datos de enlace ascendente que se vayan a transmitir adicionalmente despues de transmitir el descriptor de insercion de silencio. El indicador de liberacion de recurso puede ser un mensaje a nivel MAC o RLC para indicar el silencio. El mensaje MAC puede ser un mensaje BSR. El mensaje BSR puede indicar una ausencia de datos en bufer (es decir, “estado de bufer = vado (o 0)”) para denotar que no hay datos de enlace ascendente que se vayan transmitir adicionalmente.
15
La figura 20 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente en un servicio de VoIP de acuerdo con otra forma de realizacion de la presente invencion. Este es un caso en el que un equipo de usuario intenta transmitir datos sin voz en un penodo de silencio.
20 En referencia a la figura 20, cuando se generan datos sin voz durante el penodo de silencio, el equipo de usuario transmite un mensaje de solicitud de programacion dedicada (etapa S1310). Cuando un eNB recibe una solicitud de recurso de radio procedente del equipo de usuario, el eNB transmite informacion de programacion dinamica por defecto al equipo de usuario (etapa S1320). Dado que el equipo de usuario ha transmitido el mensaje de solicitud de programacion dedicada para transmitir datos sin voz, el equipo de usuario espera recibir informacion de 25 programacion dinamica. El equipo de usuario recibe informacion de programacion dinamica segun se esperaba, y por lo tanto transmite los datos sin voz usando un recurso de radio asignado en base a la informacion de programacion dinamica (etapa S1330).
La figura 21 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente en 30 un servicio de VoIP de acuerdo con otra forma de realizacion de la presente invencion.
En referencia a la figura 21, un eNB asigna un recurso de radio de respuesta a un equipo de usuario de manera que el equipo de usuario puede transmitir de forma periodica o no periodica informacion de respuesta en un canal de datos de enlace ascendente y sin informacion de programacion (etapa S1410). La informacion de respuesta puede 35 incluir una variedad de informacion, tal como solicitud de programacion (por ejemplo, solicitud de ancho de banda (BR - bandwidth request) para solicitar la asignacion de recursos de radio, informacion de calidad del canal (CQI - cannel quality information), seleccion de banda, senal de acuse de recibo / acuse de recibo negativo (ACK/NACK) que es una respuesta para transmitir datos de enlace descendente, un indicador de rango (RI - Rank indicator), un indicador de matriz de pre-codificacion (PMI - precoding matrix indicator), etc. El canal de datos de enlace 40 ascendente se puede denominar como un canal compartido de enlace ascendente ffsico (PUSCH). El recurso de radio de respuesta se puede asignar a traves de la senalizacion de una capa superior o una capa inferior. La capa superior puede ser una capa RRC, y la capa inferior puede ser una capa MAC (o una capa RLC) o una capa PHY.
Cuando se generan datos de enlace ascendente, el equipo de usuario transmite los datos de enlace ascendente al 45 eNB usando el recurso de radio de respuesta (etapa S1420). Los datos de enlace ascendente pueden ser un descriptor de insercion de silencio o datos sin voz. En el caso de transmision de los datos sin voz, el equipo de usuario puede transmitir un BSR junto con los datos sin voz.
(4) Un procedimiento para retransmitir un paquete de VoIP en un servicio de VoIP 50
Cuando recibe un paquete de VoIP, un eNB no transmite informacion de programacion adicional despues de transmitir la informacion de programacion persistente. Esto es porque la programacion persistente permite que un equipo de usuario espedfico utilice de forma persistente un recurso de tiempo (o frecuencia) espedfico durante un penodo de tiempo espedfico despues de que se haya realizado la asignacion una vez. En lugar de transmitir la 55 informacion de programacion adicional despues de transmitir la informacion de programacion persistente, el eNB envfa una senal ACK/NACK al equipo de usuario en respuesta a la transmision del paquete de VoIP de enlace ascendente en un intervalo de tiempo predeterminado. La senal ACK/NACK es informacion que indica si el eNB
19
recibe correctamente o incorrectamente el paquete de VoIP de enlace ascendente. La senal ACK indica que el eNB recibe correctamente el paquete de VoIP. La senal NACK indica que el eNB falla en la recepcion del paquete de VoIP y por lo tanto solicita al equipo de usuario que retransmita el paquete de VoIP.
5 En la transmision en el enlace ascendente de acuerdo con programacion persistente, dado que no hay informacion adicional de programacion de enlace ascendente, es diffcil mapear una senal ACK/NACK para datos de enlace ascendente de acuerdo con una posicion (u orden) de un recurso logico o ffsico usando informacion de programacion de enlace ascendente. Es decir, incluso si el eNB envfa la senal ACK/NACK como respuesta, puede ser diffcil saber a que paquete de VoIP corresponde dicha senal ACK/NACK. Con el fin de resolver este problema, 10 se describira un procedimiento para transmitir o retransmitir datos de enlace ascendente bajo programacion persistente.
La figura 22 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente aplicados con programacion persistente de acuerdo con una forma de realizacion de la presente invencion.
15
En referencia a la figura 22, un eNB transmite informacion de programacion persistente a un equipo de usuario (etapa S1510). La informacion de programacion persistente se puede denominar como una concesion persistente de enlace ascendente. El equipo de usuario transmite datos de enlace ascendente al eNB usando un recurso de radio asignado en base a la informacion de programacion persistente (etapa S1520). Los datos de enlace ascendente 20 pueden ser o bien un paquete de VoIP o bien datos sin voz de acuerdo con programacion persistente.
El equipo de usuario mantiene los datos de enlace ascendente en un bufer hasta que la recepcion correcta o incorrecta de los datos de enlace ascendente es confirmada por el eNB. Los datos de enlace ascendente se pueden denominar como una unidad de datos de protocolo MAC. El bufer se puede denominar como un bufer de solicitud de 25 repeticion hffbrida automatica (HARQ). El equipo de usuario inicia un temporizador cuando se transmiten los datos de enlace ascendente. El temporizador proporciona un tiempo de mantenimiento de los datos de enlace ascendente en el bufer. El temporizador expira cuando transcurre un tiempo predeterminado despues de la transmision de los datos de enlace ascendente.
30 Se supone que el eNB recibe correctamente los datos de enlace ascendente (etapa S1530). Cuando recibe correctamente los datos de enlace ascendente, el eNB no transmite ninguna senal de respuesta. Es decir, el eNB no transmite una senal ACK adicional, sino que espera la recepcion de datos de enlace ascendente posteriores. Si los datos de enlace ascendente permanecen en el bufer cuando expira el temporizador, el equipo de usuario ya no tiene que mantener los datos de enlace ascendente en el bufer. Por lo tanto, los datos de enlace ascendente son 35 descargados/vaciados del bufer. Esto es porque el equipo de usuario puede conocer la transmision correcta de los datos de enlace ascendente a partir del hecho que el eNB no transmite una senal de respuesta adicional. Como tal, despues de transmitir los datos de enlace ascendente, el equipo de usuario verifica solamente una presencia/ausencia de informacion de programacion de retransmision sin verificar la senal ACK/NACK.
40 La figura 23 es un diagrama de flujo que muestra un procedimiento para transmitir datos de enlace ascendente aplicados con programacion persistente de acuerdo con otra forma de realizacion de la presente invencion.
En referencia a la figura 23, un eNB transmite informacion de programacion persistente a un equipo de usuario (etapa S1610). La informacion de programacion persistente se puede denominar como concesion persistente de 45 enlace ascendente. El equipo de usuario transmite datos de enlace ascendente al eNB usando un recurso de radio asignado en base a la informacion de programacion persistente (etapa S1620). Los datos de enlace ascendente pueden ser o bien un paquete de VoIP o bien datos sin voz aplicados con programacion persistente.
El equipo de usuario mantiene los datos de enlace ascendente en un bufer hasta que el eNB confirma la transmision 50 correcta o incorrecta de los datos de enlace ascendente. Los datos de enlace ascendente se pueden denominar como una unidad de datos de protocolo MAC. El bufer se puede denominar como un bufer HARQ. El equipo de usuario inicia un temporizador cuando se transmiten los datos de enlace ascendente. El temporizador proporciona un tiempo de mantenimiento de los datos de enlace ascendente en el bufer. El temporizador expira cuando transcurre un tiempo predeterminado despues de la transmision de los datos de enlace ascendente.
Se supone que el eNB recibe incorrectamente los datos de enlace ascendente (etapa S1630). Cuando se reciben incorrectamente los datos de enlace ascendente, el eNB retransmite informacion de programacion persistente (etapa
20
S1640). La informacion de programacion persistente tiene la funcion de retransmitir los datos de enlace ascendente y puede incluir un indicador de datos nuevos (NDI - new data indicator) que indica si hay que retransmitir los datos de enlace ascendente. Es decir, el eNB no transmite una senal NACK adicional sino que transmite la informacion de programacion persistente para retransmision. Por lo tanto, el eNB espera la retransmision de los datos de enlace 5 ascendente.
El equipo de usuario puede conocer la transmision incorrecta de los datos de enlace ascendente mediante la recepcion de la informacion de programacion persistente para retransmision antes de que expire el temporizador. Por lo tanto, el equipo de usuario retransmite los datos de enlace ascendente almacenados en el bufer al eNB (etapa 10 S1650).
Segun se describio anteriormente, en lugar de utilizar una senal ACK/NACK para datos de enlace ascendente como senal de respuesta, se utiliza un temporizador para cada uno de los datos de enlace ascendente y la informacion de programacion persistente para retransmision. En consecuencia, se puede solucionar la dificultad de mapear una 15 senal ACK/NACK para datos de enlace ascendente con una posicion (u orden) de un recurso logico o ffsico.
(5) Un procedimiento para la senalizacion de parametros relacionados con programacion en un servicio de VoIP
Para la programacion persistente, hay parametros a determinar entre un eNB y un equipo de usuario. Ejemplos de 20 parametros incluyen un intervalo de programacion persistente, un momento de inicio de activacion, un tiempo de preparacion de la activacion, informacion de asignacion de recursos, etc. El intervalo de programacion persistente denota un intervalo de tiempo con el que se asigna un recurso de radio para transmitir paquetes de VoIP. Por ejemplo, si se transmite un paquete de VoIP de enlace ascendente (o un paquete de VoIP de enlace descendente) con un intervalo de tiempo de 20 ms de acuerdo con programacion persistente, el intervalo de programacion 25 persistente es de 20 ms. Por supuesto, el intervalo de programacion persistente puede ser menor que (o mayor que) 20 ms de acuerdo con un sistema o un codec de VoIP.
El momento de inicio de activacion denota un momento en el que se transmite/recibe realmente el paquete de VoIP. Por ejemplo, el momento de inicio de activacion puede indicar una posicion de tiempo absoluta de una sub-trama 30 espedfica con el fin de informar que el paquete de VoIP se transmite despues de la trama espedfica. Alternativamente, el momento de inicio de activacion puede indicar una posicion de tiempo relativa de una sub-trama espedfica (o tiempo espedfico) transcurrida despues de la transmision de informacion sobre el momento de inicio de la activacion. El tiempo de preparacion de la activacion no proporciona un tiempo en el que el paquete de VoIP se transmite/recibe realmente, sino que proporciona un tiempo de preparacion para el inicio de la transmision del 35 paquete de VoIP. La informacion de asignacion es informacion sobre un recurso de radio de dominio de frecuencia (dominio de tiempo) asignado en base a programacion persistente.
La informacion de programacion persistente se transmite un numero mmimo de veces. Por lo tanto, cuando se produce un error en la transmision de la informacion de programacion persistente, el paquete de VoIP puede no ser 40 transmitido/recibido durante un penodo de tiempo significativamente largo. A continuacion se describira un procedimiento para la senalizacion de parametros necesarios para la programacion persistente con el fin de solucionar dicho problema.
La figura 24 es un diagrama de flujo que muestra un procedimiento para transmitir un parametro para programacion 45 persistente de acuerdo con una forma de realizacion de la presente invencion. Este procedimiento no solo se aplica igualmente a la transmision en el enlace descendente, sino tambien a la transmision en el enlace ascendente.
En referencia a la figura 24, con el fin de aplicar programacion persistente a un servicio de VoIP, un eNB transmite, en primer lugar, una primera informacion de configuracion (etapa S1710). La primera informacion de configuracion 50 incluye algunos parametros para la preparacion de una operacion para transmitir/recibir un paquete de VoIP de acuerdo con programacion persistente. Dicha operacion sera denominada en lo sucesivo como una operacion de activacion de programacion persistente. La primera informacion de configuracion se puede incluir en un mensaje RRC generado por una capa superior. El eNB transmite una segunda informacion de configuracion (etapa S1720). La segunda informacion de configuracion incluye un parametro para iniciar la operacion de activacion. La segunda 55 informacion de configuracion puede ser un mensaje MAC generado por una capa inferior o puede ser informacion de control transmitida a traves de un PDCCH. Cuando la primera informacion de configuracion y la segunda informacion de configuracion se transmiten correctamente al equipo de usuario, se activa la transmision/recepcion del paquete
21
de VoIP entre el eNB y el equipo de usuario (etapa S1730). Cuando se activa la transmision/recepcion del paquete de VoIP, en la transmision en el enlace ascendente, el equipo de usuario transmite un paquete de VoIP de enlace ascendente al eNB de acuerdo con la primera y segunda informacion de configuracion. Ademas, en la transmision en el enlace descendente, el eNB transmite un paquete de VoIP de enlace descendente al equipo de usuario de 5 acuerdo con la primera y segunda informacion de configuracion.
La figura 25 es un diagrama de flujo que muestra un procedimiento para transmitir un parametro para programacion persistente de acuerdo con otra forma de realizacion de la presente invencion. Este procedimiento no solo se aplica igualmente a la transmision en el enlace descendente, sino tambien a la transmision en el enlace ascendente.
10
En referencia a la figura 25, un eNB transmite un intervalo de programacion persistente P a un equipo de usuario (etapa S1810). El intervalo de programacion persistente es un mensaje generado por una capa superior. La capa superior puede ser una capa RRC. El eNB transmite un momento de inicio de activacion T e informacion de asignacion de recursos al equipo de usuario (etapa S1820). El momento de inicio de activacion T es una hora a la 15 que se transmite/recibe realmente un paquete de VoIP mediante programacion persistente. El momento de inicio de activacion y la informacion de asignacion de recursos son mensajes generados por una capa inferior. La capa inferior puede ser una capa MAC o una capa PHY. Si el momento de inicio de activacion y la informacion de asignacion de recursos son informacion de la capa PHY, el momento de inicio de activacion y la informacion de asignacion de recursos se pueden transmitir en un canal de control de enlace descendente ffsico.
20
Los paquetes de VoIP de enlace descendente 1, 2, 3,... se transmiten de acuerdo con la informacion de asignacion de recursos con el intervalo de programacion persistente P, a partir del momento de inicio de activacion T (etapa S1830). El momento de inicio de activacion T se puede proporcionar en forma de una hora absoluta. El momento de inicio de activacion T se puede proporcionar en forma de una posicion de una sub-trama. El momento de inicio de 25 activacion T se puede proporcionar en forma de una unidad indicativa de otras posiciones en el tiempo. El intervalo de programacion persistente, el momento de inicio de activacion, y la informacion de asignacion de recurso tambien se pueden aplicar no solo a la transmision de paquetes de VoIP en el enlace descendente, sino tambien a la transmision de paquetes de VoIP en el enlace ascendente.
30 La figura 26 es un diagrama de flujo que muestra un procedimiento para transmitir un parametro para programacion persistente de acuerdo con otra forma de realizacion de la presente invencion. Este procedimiento no solo se aplica igualmente a la transmision en el enlace descendente, sino tambien a la transmision en el enlace ascendente.
En referencia a la figura 26, un eNB transmite un intervalo de programacion persistente P y un momento de inicio de 35 activacion T1 a un equipo de usuario (etapa S1910). El intervalo de programacion persistente y el momento de inicio de activacion son mensajes generados por una capa superior. La capa superior puede ser una capa RRC. Despues de transmitir el intervalo de programacion persistente, el eNB no transmite un paquete de VoIP hasta que recibe el momento de inicio de activacion. Sin embargo, a partir del momento de inicio de activacion, el eNB reconoce implfcitamente el intervalo de programacion persistente.
40
Despues de que haya transcurrido un tiempo predeterminado, el eNB transmite un momento de inicio de activacion T2 e informacion de asignacion de recursos al equipo de usuario (etapa S1920). El momento de inicio de activacion es un mensaje generado por una capa inferior. La capa inferior puede ser una capa MAC o una capa PHY. Si el momento de inicio de activacion y la informacion de asignacion de recursos son informacion de la capa PHY, el 45 momento de inicio de activacion y la informacion de asignacion de recursos se pueden transmitir en un canal de control de enlace descendente ffsico.
En un caso de ejemplo, el momento de inicio de activacion puede no coincidir con un momento de transmision basado en el intervalo de programacion persistente. Es decir, el momento de inicio de activacion T2 puede estar 50 colocado entre momentos de transmision A y B. Sin embargo, a partir del momento de inicio de activacion, el eNB reconoce implfcitamente el intervalo de programacion persistente. Por lo tanto, se pueden transmitir los paquetes de VoIP de enlace descendente 1, 2, 3,... con el intervalo de programacion persistente (etapa S1930). En este caso, la transmision se inicia a partir del momento de transmision B inmediatamente despues del momento de inicio de activacion T2.
En otro caso de ejemplo, la transmision de paquetes de VoIP en el enlace descendente puede empezar a partir de un momento de transmision C separado del momento de inicio de activacion. Una diferencia de tiempo entre el
22
momento de inicio de activacion T2 y el momento de transmision C se puede denominar como una duracion de activacion. La duracion de activacion puede ser informacion conocida de antemano entre el equipo de usuario y el eNB o puede ser informacion de control reportada adicionalmente por el eNB al equipo de usuario.
5 (6) Un procedimiento para la realizacion de HARQ en un servicio de VoIP
La solicitud de repeticion tubrida automatica (HARQ) es una tecnica en la que se combina el esquema ARQ convencional con la codificacion de canal de una capa PHY con el fin de mejorar la eficiencia de la transmision en el procesamiento de datos. La HARQ se realiza mediante al menos una entidad HARQ existente en un equipo de 10 usuario o un eNB. La entidad HARQ permite la transmision continua (sin perdida) de datos mientras se espera una senal de respuesta (es decir, una senal ACK o una senal NACK) para indicar la recepcion correcta/incorrecta de los datos transmitidos inmediatamente anteriormente. En la transmision en el enlace ascendente, el equipo de usuario recibe la asignacion de recursos procedente del eNB y proporciona informacion HARQ asociada a la entidad HARQ. A continuacion, la entidad HARQ realiza un proceso HARQ indicado por la informacion HARQ. Para soportar la 15 entidad HARQ, el equipo de usuario puede utilizar una pluralidad de procesos HARQ paralelos.
La informacion de programacion puede incluir una identificacion de canal HARQ (ID) que es informacion sobre un canal para transmitir datos HARQ. El ID del canal HARQ se puede denominar como un numero de proceso HARQ. En particular, en una HARQ asmcrona tal como una transmision en el enlace descendente, no hay garantia de que 20 se realice la HARQ de forma periodica. Por lo tanto, el equipo de usuario confirma, en primer lugar, el numero de proceso HARQ asignado al propio equipo de usuario y, posteriormente, realiza la HARQ. Por lo tanto, el eNB tiene que proporcionar el numero de proceso HARQ con antelacion al equipo de usuario. En este caso, el numero de proceso HARQ se puede transmitir utilizando la senalizacion de una capa PHY o se puede transmitir utilizando la senalizacion de una capa superior de la capa PHY.
25
En el servicio de VoIP, un nivel de aceptacion de usuarios es alto (es decir, 100 usuarios/1MHz), y un tamano de paquete es significativamente pequeno (es decir, 400 bits). Por lo tanto, se genera una gran sobrecarga cuando se transmiten senales de control. En consecuencia, se usa un esquema de programacion para reducir la sobrecarga de las senales de control de acuerdo con un sistema de comunicacion. La programacion persistente (o la programacion 30 semi-persistente) puede reducir la sobrecarga de las senales de control minimizando el numero de transmisiones de las senales de control. Es decir, inicialmente se configuran unos parametros (por ejemplo, un momento de transmision de paquetes de VoIP, un esquema de modulacion y codificacion (MCS), informacion de asignacion de bloques de recursos (RB - resource block), etc.) y no se cambian a partir de entonces. En lo sucesivo, la terminologfa 'programacion persistente' no solo se refiere a programacion persistente normal sino que tambien se 35 refiere a programacion semi-persistente.
Si un proceso HARQ para transmitir paquetes de VoIP se mapea de manera diferente para cada programacion respectiva, puede haber un problema de solapamiento del proceso HARQ con un proceso HARQ diferente de retransmision de datos mediante programacion dinamica. Otro problema puede ser la coincidencia de un momento 40 en el que el proceso de HARQ retransmite un paquete de VoIP anterior con un momento en el que el mismo proceso HARQ transmite un nuevo paquete de VoIP, cuando se tiene que transmitir un nuevo paquete de VoIP en cada momento de transmision. En este caso, se puede perder el nuevo paquete de VoIP o el paquete de VoIP anterior. Por lo tanto, se necesita definir definitivamente un procedimiento para operar el proceso HARQ en el servicio de VoIP con programacion persistente aplicada.
45
La figura 27 muestra un procedimiento para realizar una HARQ en un servicio de VoIP de acuerdo con una forma de realizacion de la presente invencion. Este es un ejemplo en el que se transmiten datos aplicados con programacion persistente utilizando una HARQ asmcrona. Este procedimiento puede aplicarse tanto a una transmision en el enlace descendente como a una transmision en el enlace ascendente.
50
En referencia a la figura 27, a partir de una primera sub-trama, se transmiten/reciben paquetes de VoIP programados de forma persistente con un intervalo de 20 ms. Es decir, los paquetes de VoIP son transmitidos/recibidos en una 1a sub-trama, una 21a sub-trama, una 41a sub-trama, etc. 20 sub-tramas son un intervalo de programacion persistente. Cuando se utilizan procesos HARQ con 8 canales, se mapean 8 procesos 55 HARQ diferentes con 8 sub-tramas contiguas respectivamente. Es decir, los procesos HARQ con un ID del 1 al 8 se pueden mapear de forma independiente y exclusiva con unas sub-tramas de la ia a la 8a. Se definen N procesos HARQ mapeados con N sub-tramas contiguas como un conjunto de procesos.
23
Dado que el numero de procesos HARQ es 8, se repite una relacion de mapeo entre los procesos HARQ y las sub- tramas (o canales) en cada 8 sub-tramas. Un orden del mapeo de los procesos HARQ con las sub-tramas puede ser igual en cada conjunto de procesos o puede ser diferente de un conjunto de procesos a otro. Por ejemplo, para un 5 primer conjunto de procesos mapeados con 8 primeras sub-tramas, se mapea un proceso HARQ que tiene ID igual a 1 con una primera sub-trama. Por otro lado, para un segundo conjunto de procesos mapeados con 8 sub-tramas siguientes, se puede mapear un proceso HARQ que tiene ID igual a 1 con una 12a sub-trama en lugar de con una 9a sub-trama. El numero de procesos HARQ puede ser menor que (o mayor que) 8 de acuerdo con un sistema. Dado que la ia sub-trama se utiliza en la transmision del primer paquete de VoIP, un proceso HARQ con otro ID puede 10 utilizar las sub-tramas de la 2a a la 8a cuando se transmiten paquetes de VoIP a otro receptor o cuando se transmiten datos sin voz.
Ahora, se describira la transmision o retransmision de un paquete de VoIP por un proceso HARQ entre los momentos de transmision T1 y T2 de acuerdo con programacion persistente. Al menos un proceso HARQ gestiona 15 la transmision y retransmision de un primer paquete de VoIP. En la figura 27, un proceso HARQ con un ID igual a 1 gestiona la transmision y retransmision del primer paquete de VoIP. Un receptor responde con una senal ACK a un transmisor cuando el primer paquete de VoIP se decodifica correctamente. El receptor responde con una senal NACK al transmisor cuando el primer paquete de VoIP se decodifica incorrectamente. Se describira un procedimiento para operar el proceso HARQ con respecto a ambos casos.
20
(A) Cuando un receptor responde con una senal ACK
Cuando el receptor responde con la senal ACK para el primer paquete de VoIP entre T1 y T2, el transmisor puede asignar el proceso HARQ con un ID igual a 1 a otro servicio (es decir, la transmision de otro paquete de VoIP o la 25 transmision de datos sin voz) del receptor. En este caso, el receptor y el transmisor descargan el primer paquete de VoIP almacenado en el bufer HARQ. El transmisor transmite un segundo paquete de VoIP al receptor en el momento T2.
(B) Cuando un receptor responde con una senal NACK 30
Cuando el receptor no puede recibir correctamente el primer paquete de VoIP hasta el momento T2, el receptor transmite la senal NACK al transmisor, y mantiene el paquete en el bufer HARQ en lugar de descargar/vaciar el bufer HARQ. La retransmision del primer paquete de VoIP solo se puede realizar antes del momento T2. Despues de T2, ya no se retransmite el primer paquete de VoIP. Es decir, cuando el receptor responde de forma persistente 35 con la senal NACK para el primer paquete de VoIP hasta el momento T2, el transmisor no retransmite mas el paquete de VoIP, sino que transmite un segundo paquete de VoIP en el momento T2.
Por consiguiente, en el momento T2, el receptor opera en un modo para recibir el nuevo paquete de VoIP (es decir, el segundo paquete de VoIP). En este caso, si el bufer HARQ no esta vacfo, la informacion almacenada en el bufer 40 HARQ es reemplazada con el segundo paquete de VoIP recibido en el momento T2. Si el primer paquete de VoIP no se recibe correctamente incluso cuando es retransmitido en un segundo conjunto de procesos (es decir, ultima retransmision antes de T2), el receptor puede descargar/vaciar el bufer HARQ antes de T2, a partir de un tiempo de retransmision (es decir, una 12a sub-trama) del segundo conjunto de procesos. Entonces, el receptor puede almacenar el segundo paquete de VoIP en el bufer HARQ.
45
En este caso, las entidades MAC HARQ del transmisor y del receptor pueden activar la retransmision de la solicitud de repeticion automatica (ARQ - automatic repeat request) informando de la transmision incorrecta a una capa RLC, que es una capa superior de una capa MAC. Por supuesto, el inicio de la retransmision ARQ puede estar disponible solo en un modo de operacion ARQ (por ejemplo, un RLC AM). Ademas, se puede transmitir un numero maximo de 50 retransmisiones HARQ, que es informacion necesaria para vaciar el bufer HARQ, usando la senalizacion de la capa superior.
Con independencia de si el receptor responde con la senal ACK o la senal NACK, el transmisor transmite un nuevo segundo paquete de VoIP en el momento T2 (es decir, un nuevo momento de transmision de programacion 55 persistente). La transmision del segundo paquete de VoIP puede ser gestionada por un proceso HARQ con un ID igual a 1 o un proceso HARQ con otro ID. Esto se debe a que, cuando un conjunto de procesos cambia, tambien puede cambiar un orden de un ID de un proceso HARQ mapeado con un canal (o sub-trama).
24
Se ha descrito anteriormente que solo el proceso HARQ con un ID igual a 1 gestiona la transmision o retransmision del primer paquete de VoIP. Sin embargo, segun se ha descrito anteriormente, el primer paquete de VoIP puede ser gestionado por uno o mas procesos HARQ. Por lo tanto, la retransmision del primer paquete de VoIP puede ser 5 gestionada no solo por el proceso HARQ con un ID 1, sino tambien por una pluralidad de procesos HARQ con IDs diferentes. Por ejemplo, la primera retransmision del primer paquete de VoIP puede ser gestionada por un proceso HARQ con un ID igual a 2, y una segunda retransmision del primer paquete de VoIP puede ser gestionada por un proceso HARQ con un ID igual a 3. En ambos casos, una retransmision adicional termina en un nuevo momento de transmision de programacion persistente y luego se transmite un nuevo paquete de VoIP.
10
La figura 28 muestra un procedimiento para realizar una solicitud de repeticion tubrida automatica (HARQ) en un servicio de VoIP de acuerdo con otra forma de realizacion de la presente invencion. Este es un ejemplo en el que unos datos aplicados con programacion persistente se transmiten utilizando una HARQ smcrona. Este procedimiento puede aplicarse tanto a una transmision en el enlace descendente como a una transmision en el 15 enlace ascendente.
En referencia a la figura 28, a diferencia del caso de la figura 27, no se gestiona un proceso HARQ adicional debido a que la transmision de una senal ACK/NACK es sincronizada. Sin embargo, un procedimiento para sincronizar un momento de retransmision entre un transmisor y un receptor puede ser problematico. De aqu en adelante, un primer 20 momento de transmision T1 se define como un momento en el que se transmite un primer paquete de VoIP, y un segundo momento de transmision T2 se define como un momento en el que se transmite un segundo paquete de VoIP. En primer lugar, se describira un caso en el que el receptor responde con una senal NACK. El transmisor transmite el primer paquete de VoIP en el primer momento de transmision T1 en base a programacion persistente, y a partir de entonces retransmite el paquete de VoIP al menos una vez a lo largo de al menos una sub-trama 25 particular predeterminada. Se determina implfcitamente un momento de retransmision entre el transmisor y el receptor. Durante la realizacion de dicho proceso, una retransmision adicional del primer paquete de VoIP finaliza en el segundo momento de transmision T2 en base a programacion persistente, y luego se transmite el segundo paquete de VoIP. Los momentos de transmision T1 y T2 tambien se pueden denominar como una sincronizacion de programacion semi-persistente (SPS - semi persistent scheduling).
30
Por otro lado, si el receptor responde con una senal ACK, el transmisor transmite el segundo paquete de VoIP en el segundo momento de transmision T2. En este caso, el primer paquete de VoIP almacenado en un bufer HARQ para su retransmision es descargado/vaciado del bufer HARQ.
35 De acuerdo con la HARQ smcrona descrita anteriormente, la retransmision de datos aplicados con programacion dinamica se puede completar mas rapido que un tiempo predeterminado. Ademas, se informa de si los datos se van a retransmitir o no a una capa superior del transmisor y del receptor de modo que se pueden recuperar los datos perdidos con una retransmision ARQ. Ademas, se comparte informacion sobre un numero maximo de retransmisiones HARQ entre el transmisor y el receptor a traves de senalizacion de la capa superior. Por lo tanto, el 40 numero maximo de retransmisiones HARQ puede ser menor que un numero maximo de retransmisiones HARQ tfpico.
En lo sucesivo, se describira un procedimiento para activar o modificar programacion persistente usando informacion de programacion persistente (o simplemente, un procedimiento de activacion o modificacion de programacion semi- 45 persistente SPS), un procedimiento para comandar (for instructing) la retransmision en programacion persistente, y un procedimiento para liberar programacion persistente.
En primer lugar, con el fin de activar o modificar la programacion persistente, un eNB puede transmitir informacion de programacion dinamica de enlace descendente normal o informacion de programacion dinamica de enlace 50 ascendente. La informacion de programacion dinamica incluye al menos uno de entre un indicador de datos nuevos (NDI) y una version de redundancia (RV - redundancy version). El indicador de datos nuevos indica si la programacion persistente es para transmitir datos nuevos. La version de redundancia indica una version de retransmision. Por ejemplo, si el indicador de datos nuevos es una informacion de 1 bit y la version de redundancia es una informacion de 2 bits, se puede indicar una transmision de datos nuevos cuando el indicador de datos nuevos 55 es igual a 1, y se puede indicar una retransmision cuando el indicador de datos nuevos es igual a 0. Lo contrario tambien es posible. Mientras tanto, cuando se realiza una nueva transmision, la version de redundancia puede ser igual a 00. Cuando se realiza una retransmision, la version de redundancia puede ser igual a uno cualquiera de los
25
siguientes valores {01, 10, 11}. En ambos casos, si la informacion de programacion dinamica es para transmitir datos nuevos, se activa o modifica la programacion persistente.
A continuacion, con el fin de producir instrucciones para la retransmision en programacion persistente, el eNB puede 5 transmitir informacion de programacion dinamica normal. Ademas de un ID general del equipo de usuario, el eNB puede enmascarar la informacion de programacion dinamica con un identificador temporal de red de radio de celdas (C-RNTI) que es un identificador asignado a un equipo de usuario espedfico para la programacion persistente. Con el desenmascaramiento, el equipo de usuario puede saber que la informacion de programacion dinamica se utiliza para programacion persistente. Por supuesto, cuando se asigna un proceso HARQ de forma dedicada al equipo de 10 usuario espedfico para programacion persistente, el eNB puede realizar la transmision enmascarando un C-RNTI general con la informacion de programacion dinamica. La informacion de programacion dinamica incluye un indicador de datos nuevos (NDI), una version de redundancia (RV), etc., que es informacion para indicar la retransmision. En el presente documento, el C-RNTI es un ID para un equipo de usuario, y puede ser reemplazado con otra terminologfa (por ejemplo, un ID de estacion).
15
Por ultimo, con el fin de liberar programacion persistente, se pueden utilizar lo siguiente. En el presente documento, informacion de programacion incluye al menos dos de entre un indicador de datos nuevos (NDI), una version de redundancia (RV), y un esquema de modulacion y codificacion (MCS).
20 En un caso de ejemplo, si los elementos de informacion que indican retransmision o nueva transmision de datos no coinciden entre sf, esto indica la liberacion de programacion persistente. Por ejemplo, si el indicador de datos nuevos indica retransmision y la version de redundancia indica transmision de datos nuevos, estos elementos de informacion no coinciden (o coexisten) entre su En otro caso de ejemplo, cuando el eNB o el equipo de usuario pueden transmitir un mensaje MAC que indica liberacion de programacion persistente, se puede informar de la 25 liberacion de programacion persistente.
La programacion persistente tambien se puede aplicar a un sistema de duplexacion por division de tiempo (TDD - Time-Division Duplexing). En el sistema de duplexacion por division de tiempo (TDD), se distingue el enlace descendente y el enlace ascendente para cada sub-trama. Por lo tanto, es importante configurar un intervalo de 30 programacion persistente. De acuerdo con una configuracion de una trama de radio, se determina si cada sub-trama dentro de la trama de radio es asignada al enlace ascendente o enlace descendente. La configuracion de la trama de radio indica una regla espedfica por la que se asignan (o reservan) todas las sub-tramas dentro de una trama de radio al enlace ascendente o descendente. La Tabla 5 muestra un ejemplo de la configuracion de la trama de radio.
35 Tabla 5
Configuracion
Periodicidad punto de conmutacion Numero de sub-trama
0
1 2 3 4 5 6 7 8 9
0
5 ms ED S EA EA EA ED S EA EA EA
1
5 ms ED S EA EA ED ED S EA EA ED
2
5 ms ED S EA ED ED ED S EA ED ED
3
10 ms ED S EA EA EA ED ED ED ED ED
4
10 ms ED S EA EA ED ED ED ED ED ED
5
10 ms ED S EA ED ED ED ED ED ED ED
6
10 ms ED S EA EA EA ED S EA EA ED
En la Tabla 5, 'ED' denota una sub-trama utilizada para transmitir en el enlace descendente, y 'EA' denota una sub- 40 trama utilizada para transmitir en el enlace ascendente. Ademas, 'S' indica una sub-trama especial que se utiliza para un proposito especial, como por ejemplo, la sincronizacion de la trama o la transmision en el enlace descendente. En lo sucesivo, una sub-trama usada para transmitir en el enlace descendente se denomina simplemente como una sub-trama de enlace descendente, y una sub-trama usada para transmitir en el enlace ascendente se denomina simplemente como una sub-trama de enlace ascendente. Para cada configuracion, una 45 posicion y el numero de sub-tramas de enlace ascendente y enlace descendente son diferentes entre sf dentro de una trama de radio.
Un punto de tiempo en el que se conmuta del enlace descendente al enlace ascendente o un punto de tiempo en el que se conmuta del enlace ascendente al enlace descendente, se define como un punto de transicion. Una periodicidad del punto de conmutacion representa un penodo en el que se repite el mismo patron de transicion entre el enlace ascendente y descendente. La periodicidad del punto de conmutacion es de 5 ms o 10 ms. Por ejemplo, en 5 el caso de la configuracion 0, la transicion se produce en el patron de ED->S->EA->EA->EA de la sub-trama 0 a la sub-trama 4. Ademas, de la sub-trama 5 a la sub-trama 9, la transicion se produce en el patron de ED->S->EA->EA- >EA, que es el mismo modelo que la transicion anterior. Dado que una sub-trama es de 1 ms, la periodicidad del punto de conmutacion es de 5 ms. Es decir, la periodicidad del punto de conmutacion es inferior a una longitud de la trama de radio (es decir, 10 ms), y la transicion se repite una vez dentro de la trama de radio.
10
En ambos casos, la configuracion de la trama de radio se repite en una unidad correspondiente a una longitud (es decir, 10 ms) de la trama de radio. De este modo, el eNB del sistema de duplexacion por division de tiempo (TDD) puede configurar el intervalo de programacion persistente en una unidad de trama de radio. Por ejemplo, el intervalo de programacion persistente se puede determinar de modo que sea una trama de radio, dos tramas de radio, tres 15 tramas de radio, etc. La informacion de programacion persistente se puede transmitir utilizando la senalizacion de una capa superior.
(7) Procedimiento de transicion durante una transmision de datos sin voz.
20 En una transmision de VoIP en el enlace ascendente, se pueden transmitir datos sin voz asf como datos de VoIP durante el penodo de conversacion. Si un equipo de usuario hace una transicion de un penodo de conversacion a un penodo de silencio, es necesario que el equipo de usuario notifique la transicion a un eNB. Dado que se supone que el eNB transmite informacion de programacion dinamica para los datos sin voz e informacion de programacion persistente para el paquete de VoIP, el equipo de usuario puede transmitir un descriptor de insercion de silencio 25 usando un recurso asignado ya sea mediante la informacion de programacion dinamica o mediante la informacion de programacion persistente. Por lo tanto, el equipo de usuario debe decidir de forma preliminar y apropiada que recurso utilizara para transmitir el descriptor de insercion de silencio. Esta decision tambien la puede realizar el eNB en la transicion de VoIP en el enlace descendente del penodo de conversacion al penodo de silencio de la misma manera que en el caso del enlace ascendente.
30
En lo sucesivo, se divulgara un procedimiento de gestion de transicion durante una transmision de datos sin voz.
(A) Transicion de un penodo de conversacion a un penodo de silencio de enlace ascendente
35 La figura 29 es un ejemplo de transmision de paquetes de VoIP en el enlace ascendente durante la transmision de datos sin voz en el enlace ascendente. Esta figura muestra un procedimiento durante un penodo de conversacion.
En referencia a la figura 29, durante el penodo de conversacion un equipo de usuario transmite paquetes de VoIP #1, #2, #3, etc. consecutivamente a un eNB con un intervalo de programacion persistente P de acuerdo con 40 informacion de programacion persistente. El equipo de usuario tambien transmite datos sin voz #1, #2, #3, #4, #5, etc. a un eNB en secuencia de acuerdo con informacion de programacion dinamica. Este patron de transmision se denomina transmision de paquetes de VoIP durante la transmision de datos sin voz o transmision de datos sin voz durante un penodo de conversacion.
45 La figura 30 es un diagrama de flujo que ilustra un procedimiento de gestion de una transicion durante la transmision de datos sin voz en el enlace ascendente de acuerdo con un ejemplo de la presente invencion.
En referencia a la figura 30, un equipo de usuario realiza una transmision de datos sin voz en el enlace ascendente a un eNB durante un penodo de conversacion de enlace ascendente (etapa S2010). Esta etapa esta bien explicada en 50 la figura 29 anterior. Cuando el equipo de usuario no tiene mas paquetes de VoIP de enlace ascendente a transmitir, el equipo de usuario entra en penodo de silencio. Por consiguiente, el equipo de usuario transmite un descriptor de insercion de silencio al eNB de modo que el eNB libera un recurso persistente asignado al equipo de usuario (etapa S2020). El descriptor de insercion de silencio se transmite mapeandolo con el recurso asignado mediante informacion de programacion persistente. La transmision del descriptor de insercion de silencio puede ocurrir en un 55 cierto momento de transmision persistente despues de la transicion al penodo de silencio. Por ejemplo, el primer momento de transmision persistente es seleccionado en el penodo de silencio. O puede ser el segundo u otro
momento de transmision. Ademas, el descriptor de insercion de silencio se puede transmitir mas de una vez hasta que el eNB detecta que se ha activado el penodo de silencio.
El descriptor de insercion de silencio puede ser un mensaje a nivel MAC o RLC para indicar el silencio. El mensaje 5 MAC puede ser un mensaje BSR. El mensaje BSR se transmite utilizando la senalizacion MAC. El mensaje BSR puede indicar una ausencia de datos en bufer (es decir, “estado del bufer = vado (o 0)”) para denotar que no hay ningun paquete de VoIP de enlace ascendente a transmitir adicionalmente. O el descriptor de insercion de silencio puede ser un mensaje de capa RRC.
10 Al recibir el descriptor de insercion de silencio procedente del equipo de usuario, el eNB detecta el penodo de silencio de enlace ascendente (etapa S2030). Por lo tanto, el eNB transmite un indicador de liberacion de recurso al equipo de usuario en el que el indicador de liberacion de recurso indica la liberacion del recurso persistente asignado al equipo de usuario (etapa S2040). El indicador de liberacion de recurso se puede transmitir en un PDCCH como un mensaje de concesion persistente de enlace ascendente. O el indicador de liberacion de recurso puede ser un 15 mensaje a nivel MAC, RLC o RRC. La transmision de datos sin voz todavfa puede ocurrir en el penodo de silencio, aunque no se muestra en la figura 30.
La figura 31 es un diagrama de flujo que ilustra un procedimiento de gestion de transicion durante la transmision de datos sin voz en el enlace ascendente de acuerdo con otro ejemplo de la presente invencion.
20
En referencia a la figura 31, un equipo de usuario realiza una transmision de datos sin voz en el enlace ascendente a un eNB durante un penodo de conversacion de enlace ascendente (etapa S2110). Despues de entrar en penodo de silencio, el equipo de usuario no transmite ningun paquete de VoIP ni un descriptor de insercion de silencio en el momento de la transmision persistente en el penodo de silencio. En vez de esto, el equipo de usuario transmite el 25 descriptor de insercion de silencio en el momento de la transmision en base a programacion dinamica en el penodo de silencio (etapa S2120). En otras palabras, el equipo de usuario transmite el descriptor de insercion de silencio utilizando recursos de radio asignados para transmitir datos sin voz de acuerdo con informacion de programacion dinamica. El descriptor de insercion de silencio se puede transmitir con otros datos sin voz, asf como mediante multiplexacion. El descriptor de insercion de silencio puede ser un mensaje a nivel MAC o RLC para indicar el 30 silencio.
Al recibir correctamente el descriptor de insercion de silencio, el eNB detecta la transicion al penodo de silencio (etapa S2130). Entonces el eNB transmite un indicador de liberacion de recurso al equipo de usuario (etapa S2140). El indicador de liberacion de recurso se puede transmitir en un PDCCH como un mensaje de concesion persistente 35 de enlace ascendente. O el indicador de liberacion de recurso puede ser un mensaje a nivel MAC, RLC o RRC.
(B) Transicion de penodo de conversacion a penodo de silencio de enlace descendente
La figura 32 es un ejemplo de transmision de paquetes de VoIP en el enlace descendente durante la transmision de 40 datos sin voz en el enlace descendente. Esta figura muestra un procedimiento durante el penodo de conversacion.
En referencia a la figura 32, durante el penodo de conversacion un eNB transmite paquetes de VoIP #1, #2, #3, etc. a un equipo de usuario con un intervalo de programacion persistente P de acuerdo con informacion de programacion persistente. El eNB tambien transmite datos sin voz #1, #2, #3, #4, #5, etc. a un eNB en secuencia de acuerdo con 45 informacion de programacion dinamica. Este patron de transmision se denomina transmision de paquetes de VoIP durante la transmision de datos sin voz o transmision de datos sin voz durante un penodo de conversacion.
La figura 33 es un diagrama de flujo que ilustra un procedimiento de gestion de una transicion durante la transmision de datos sin voz en el enlace descendente de acuerdo con un ejemplo de la presente invencion.
50
En referencia a la figura 33, un eNB realiza una transmision de datos sin voz en el enlace descendente a un equipo de usuario durante un penodo de conversacion de enlace descendente (etapa S2210). Esta etapa esta bien explicada en la figura 32 anterior. Cuando el eNB no tiene mas paquetes de VoIP de enlace descendente a transmitir, el eNB entra en penodo de silencio. En consecuencia, no se realiza ninguna transmision de paquetes de 55 VoIP en el momento de la transmision persistente en el penodo de silencio.
Con independencia del penodo de silencio, el eNB todavfa puede transmitir datos sin voz al equipo de usuario de acuerdo con programacion dinamica (etapa S2220). La etapa S2220 es solo un ejemplo de que la transmision de datos sin voz puede ocurrir durante el penodo de silencio. El eNB entonces puede detectar el penodo de silencio de enlace descendente cuando no se produce ninguna transmision de paquetes de VoIP (etapa S2230).
5
El eNB transmite un indicador de liberacion de recurso al equipo de usuario usando recursos persistentes en cierto momento de transmision persistente (etapa S2240). El indicador de liberacion de recurso se puede transmitir en un PDCCH como un mensaje de concesion persistente de enlace descendente. O el indicador de liberacion de recurso puede ser un mensaje a nivel MAC, RLC o RRC. La transmision de datos sin voz todavfa puede ocurrir en el penodo 10 de silencio despues de la etapa S2240, aunque no se muestra en la figura 33. El eNB puede transmitir un mensaje
de confirmacion de liberacion de recursos al equipo de usuario (etapa S2250). El mensaje de confirmacion de
liberacion de recursos es una notificacion al equipo de usuario de que el recurso persistente de enlace descendente se ha liberado correctamente y completamente. El mensaje de confirmacion de liberacion de recursos se puede transmitir en un PDCCH. En este caso, se utiliza una concesion persistente de enlace descendente.
15
La figura 34 es un diagrama de flujo que ilustra un procedimiento de gestion de una transicion durante una transmision de datos sin voz en el enlace descendente de acuerdo con otro ejemplo de la presente invencion.
En referencia a la figura 34, un eNB realiza una transmision de datos sin voz en el enlace descendente a un equipo
20 de usuario durante un penodo de conversacion de enlace descendente (etapa S2310). Esta etapa esta bien
explicada en la figura 32 anterior. El eNB hace la transicion del penodo de conversacion al penodo de silencio. Independientemente del penodo de silencio, el eNB todavfa puede transmitir datos sin voz al equipo de usuario de acuerdo con programacion dinamica (etapa S2320). El eNB no libera el recurso persistente hasta que detecta el penodo de silencio. El eNB entonces puede detectar el penodo de silencio de enlace descendente despues de un 25 par de momentos de transmision persistente sin transmision de paquetes de VoIP (etapa S2330).
El eNB transmite un indicador de liberacion de recurso al equipo de usuario (etapa S2340). El indicador de liberacion de recurso puede ser un mensaje a nivel MAC, RLC o RRC. O el indicador de liberacion de recurso es un mensaje de control en un nuevo tipo de formato. En una forma de realizacion, el indicador de liberacion de recurso se puede 30 transmitir multiplexandolo con datos sin voz. En este caso, el indicador de liberacion de recurso se puede mapear con un recurso asignado mediante programacion dinamica.
En otra realizacion, el indicador de liberacion de recurso se puede transmitir mapeandolo con un recurso dinamico que se ha asignado inicialmente para transmitir datos sin voz sin multiplexarlo con los datos sin voz.
35
En aun otra realizacion, el indicador de liberacion de recurso se puede transmitir mapeandolo con un recurso dinamico asignado para transmitir el indicador de liberacion de recurso. Asf que el indicador de liberacion de recurso se puede transmitir en un PDCCH de acuerdo con una concesion de enlace descendente.
40 La transmision de datos sin voz todavfa puede ocurrir en el penodo de silencio despues de la etapa S2320, aunque no se muestra en la figura 34. El eNB puede transmitir un mensaje de confirmacion de liberacion de recursos al equipo de usuario (etapa S2350). El mensaje de confirmacion de liberacion de recursos se puede transmitir en un PDCCH. En este caso, se utiliza una concesion persistente de enlace descendente.
45 (C) Transicion de penodo de silencio a penodo de conversacion de enlace ascendente
La figura 35 es un diagrama de flujo que ilustra un procedimiento de gestion de una transicion durante una transmision de datos sin voz en el enlace ascendente de acuerdo con todavfa otro ejemplo de la presente invencion.
50 En referencia a la figura 35, un equipo de usuario transmite datos sin voz en el enlace ascendente a un eNB de acuerdo con una programacion dinamica en penodo de silencio (etapa S2410). Cuando se produce la transicion del penodo de silencio al penodo de conversacion, el equipo de usuario solicita al eNB que asigne un recurso persistente para paquetes de VoIP. Este procedimiento se realiza transmitiendo un indicador de penodo de conversacion (TPI - talk period indicator) al eNB (etapa S2420). El indicador de penodo de conversacion se puede 55 transmitir solo o multiplexado con datos sin voz de enlace ascendente. El indicador de penodo de conversacion se mapea con un recurso de radio asignado mediante programacion dinamica de enlace ascendente. Debido a que el recurso persistente ha sido liberado durante el penodo de silencio y todavfa se esta realizando la transmision de
29
datos sin voz en el enlace ascendente, el equipo de usuario puede utilizar un recurso dinamico para transmitir el indicador de penodo de conversacion.
El indicador de penodo de conversacion puede tener el mismo formato de mensaje que el descriptor de insercion de 5 silencio. El indicador de penodo de conversacion y el descriptor de insercion de silencio se pueden distinguir por un campo de indicacion en el formato de mensaje. El indicador de penodo de conversacion puede ser un mensaje a nivel MAC, RLC o RRC. El mensaje MAC puede ser un mensaje BSR. El mensaje BSR se transmite utilizando senalizacion MAC.
10 Despues de transmitir el indicador de penodo de conversacion, el equipo de usuario transmite un mensaje de reactivacion de VoIP al eNB usando un recurso programado de forma persistente (o recurso persistente) (etapa S2430). En una forma de realizacion, el recurso programado de forma persistente puede ser lo que se asigna antes de la transicion mediante una programacion persistente anterior. A continuacion, el equipo de usuario puede transmitir el mensaje de reactivacion de VoIP de forma implfcita reusando el recurso persistente anterior, que 15 significa que el eNB no necesita ningun otro procedimiento de senalizacion tal como una transmision de concesion persistente de enlace ascendente. Esto se denomina una transmision implfcita del mensaje de reactivacion de VoIP.
En otra realizacion, el recurso programado de forma persistente puede ser un recurso asignado recientemente por el eNB para transmitir el mensaje de reactivacion de VoIP. Por tanto, el equipo de usuario recibira nueva informacion 20 de programacion persistente de enlace ascendente en un PDCCH antes de transmitir el mensaje de reactivacion de VoIP. Esto se denomina transmision explfcita del mensaje de reactivacion de VoIP.
El mensaje de reactivacion de VoIP puede ser un mensaje a nivel MAC, RLC o RRC. Despues de transmitir el mensaje de reactivacion de VoIP, el equipo de usuario transmite un paquete de VoIP al eNB usando el recurso 25 programado de forma persistente despues de un intervalo de programacion persistente (etapa S2440).
(D) Transicion de penodo de silencio a penodo de conversacion en el enlace descendente
La figura 36 es un diagrama de flujo que ilustra un procedimiento de gestion de una transicion durante una 30 transmision de datos sin voz en el enlace descendente de acuerdo con todavfa otro ejemplo de la presente invencion.
En referencia a la figura 36, un eNB transmite datos sin voz en el enlace descendente a un equipo de usuario de acuerdo con una programacion dinamica en penodo de silencio (etapa S2510). Cuando se produce la transicion del 35 penodo de silencio al penodo de conversacion, el eNB transmite un indicador de penodo de conversacion para informar al equipo de usuario de la transicion (etapa S2520). El indicador de penodo de conversacion se puede transmitir solo o multiplexado con datos sin voz de enlace descendente. El indicador de penodo de conversacion es mapeado con un recurso de radio que se asigna mediante programacion dinamica de enlace descendente. Debido a que el recurso persistente se ha liberado durante el penodo de silencio y todavfa se esta realizando la transmision 40 de datos sin voz en el enlace descendente, el eNB puede utilizar el recurso dinamico para transmitir el indicador de penodo de conversacion.
Despues de transmitir el indicador de penodo de conversacion, el eNB transmite un mensaje de reactivacion de VoIP al equipo de usuario usando un recurso programado de forma persistente (etapa S2530). En una forma de 45 realizacion, el recurso programado de forma persistente puede ser lo que se ha asignado mediante una programacion persistente anterior. Entonces el eNB puede transmitir el mensaje de reactivacion de VoIP de forma implfcita reutilizando el recurso persistente anterior, lo que significa que no se necesita ningun otro procedimiento de senalizacion tal como una transmision de concesion persistente de enlace descendente. Esto se denomina una transmision implfcita del mensaje de reactivacion de VoIP.
50
En otra realizacion, el recurso programado de forma persistente puede ser un recurso asignado recientemente por el eNB para transmitir el mensaje de reactivacion de VoIP. Por lo tanto, en primer lugar, el eNB transmite nueva informacion de programacion persistente de enlace descendente en un PDCCH, y luego transmite el mensaje de reactivacion de VoIP de acuerdo con la nueva informacion de programacion persistente de enlace descendente. 55 Esto se denomina una transmision explfcita del mensaje de reactivacion de VoIP.
Despues de transmitir el mensaje de reactivacion de VoIP, el eNB transmite un paquete de VoIP al equipo de usuario usando el recurso programado de forma persistente (etapa S2540).
Todas las funciones descritas anteriormente pueden ser realizadas por un procesador tal como un microprocesador, 5 un controlador, un microcontrolador, y un circuito integrado de aplicacion espedfica (ASIC - application specific integrated circuit) de acuerdo con un codigo de software o de programa para realizar las funciones. El codigo de programa puede ser disenado, desarrollado, e implementado en base a las descripciones de la presente invencion, y esto es bien conocido para los expertos en la tecnica.
10 Las realizaciones de ejemplo se deben considerar solo en sentido descriptivo y no con fines limitativos. Por lo tanto, el alcance de la invencion no esta definido por la descripcion detallada de la invencion sino que esta definido por las reivindicaciones adjuntas, y todas las diferencias dentro del alcance se interpretaran como incluidas en la presente invencion.
15

Claims (2)

  1. REIVINDICACIONES
    1. Un procedimiento para transmits un paquete de voz sobre protocolo de Internet, VoIP (Voice over Internet 5 protocol), comprendiendo el procedimiento:
    asignar un recurso de radio persistente, que se utiliza para asignar de forma persistente un recurso con un intervalo de tiempo espedfico, para transmitir un paquete de VoIP a un equipo de usuario;
    hacer que un servicio de VoIP pase de un penodo de conversacion, en el cual se transmite el paquete de VoIP usando el recurso de radio persistente, a un penodo de silencio en el cual no se transmite el paquete de VoIP, en el 10 que una retransmision del paquete de VoIP es comandada (instructed) por informacion de programacion dinamica normal que incluye un indicador de datos nuevos, y que esta enmascarada (is masked) con un identificador temporal de red de radio de celdas, C-RNTI (Cell Radio Network Temporary Identifier), persistente; liberar el recurso de radio persistente durante el penodo de silencio; y
    hacer que el servicio de VoIP pase al penodo de conversacion reasignando el recurso de radio persistente,
    15 en el que el procedimiento comprende ademas:
    recibir un descriptor de silencio antes de la transicion al penodo de silencio, indicando el descriptor de silencio la transicion del equipo de usuario del penodo de conversacion al penodo de silencio.
  2. 2. Un equipo de usuario para transmitir un paquete de voz sobre protocolo de Internet, VoIP, comprendiendo el 20 equipo de usuario un procesador configurado para implementar un protocolo de interfaz de radio (radio interface
    protocol), en el que el procesador esta configurado para:
    asignar un recurso de radio persistente, que se utiliza para asignar de forma persistente un recurso con un intervalo de tiempo espedfico, para transmitir un paquete de VoIP;
    hacer que un servicio de VoIP pase de un penodo de conversacion, en el cual se transmite el paquete de VoIP 25 usando un recurso de radio persistente asignado, a un penodo de silencio en el cual no se transmite el paquete de VoIP, transmitiendo un mensaje a nivel de control de acceso al medio, MAC, o de control de enlace de radio, RLC, en el que una retransmision del paquete de VoIP es comandada (instructed) por informacion de programacion dinamica normal que incluye un indicador de datos nuevos, y que esta enmascarada (is masked) con un identificador temporal de red de radio de celdas, C-RNTI, persistente;
    30 liberar el recurso de radio persistente durante el penodo de silencio; y
    hacer que el servicio de VoIP pase al penodo de conversacion reasignando el recurso de radio persistente.
ES08793213.3T 2007-08-13 2008-08-13 Procedimiento para transmitir paquetes de tipo VoIP Active ES2553410T3 (es)

Applications Claiming Priority (17)

Application Number Priority Date Filing Date Title
US95540107P 2007-08-13 2007-08-13
US955401P 2007-08-13
KR20070117514 2007-11-16
KR20070117514 2007-11-16
KR20080003031 2008-01-10
KR20080003031 2008-01-10
US2343208P 2008-01-25 2008-01-25
US23432 2008-01-25
US3170208P 2008-02-27 2008-02-27
US31702 2008-02-27
US3841208P 2008-03-21 2008-03-21
US38412 2008-03-21
US3909008P 2008-03-24 2008-03-24
US39090 2008-03-24
US5544508P 2008-05-22 2008-05-22
US55445 2008-05-22
PCT/KR2008/004699 WO2009022855A2 (en) 2007-08-13 2008-08-13 Method for transmitting voip packet

Publications (1)

Publication Number Publication Date
ES2553410T3 true ES2553410T3 (es) 2015-12-09

Family

ID=40351300

Family Applications (2)

Application Number Title Priority Date Filing Date
ES08793213.3T Active ES2553410T3 (es) 2007-08-13 2008-08-13 Procedimiento para transmitir paquetes de tipo VoIP
ES15188467T Active ES2950290T3 (es) 2007-08-13 2008-08-13 Procedimiento para controlar un esquema de programación

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES15188467T Active ES2950290T3 (es) 2007-08-13 2008-08-13 Procedimiento para controlar un esquema de programación

Country Status (6)

Country Link
US (2) US8391311B2 (es)
EP (3) EP2104985B1 (es)
JP (1) JP5231550B2 (es)
KR (1) KR101473008B1 (es)
ES (2) ES2553410T3 (es)
WO (1) WO2009022855A2 (es)

Families Citing this family (93)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101796712B1 (ko) * 2007-02-02 2017-11-10 미쓰비시덴키 가부시키가이샤 통신 방법, 기지국, 이동 통신 시스템 및 이동 단말
US8699319B2 (en) * 2007-08-13 2014-04-15 Sharp Kabushiki Kaisha Base station device, reception device, wireless communication system, and wireless communication method
GB2452697A (en) 2007-08-14 2009-03-18 Nec Corp Dynamically allocating new resources to a node provided with persistently allocated resources
EP2191676B1 (en) * 2007-08-24 2016-02-24 Alcatel Lucent Method for scheduling of uplink VoIP packets, network element and user equipment
CN101904198A (zh) * 2007-12-21 2010-12-01 爱立信电话股份有限公司 移动电信网络中的方法和布置
PT2232935E (pt) 2007-12-27 2011-12-16 Research In Motion Ltd Sistema e método para reutilização de recurso de ligação ascendente
KR20160140967A (ko) 2008-01-02 2016-12-07 시그널 트러스트 포 와이어리스 이노베이션 셀 재선택을 위한 방법 및 장치
CN102017482A (zh) 2008-03-05 2011-04-13 夏普株式会社 通信系统、通信装置及通信方法
EP2255484B1 (en) * 2008-03-20 2013-08-28 Nokia Corporation New data indicator for persistently allocated packets in a communication system
US8155067B2 (en) * 2008-03-24 2012-04-10 Interdigital Patent Holdings, Inc. Method and apparatus for signaling the release of a persistent resource
US8559384B2 (en) 2008-04-24 2013-10-15 Huawei Technologies Co., Ltd. Mobile station apparatus, mobile communication system, and communication method
US8458558B2 (en) * 2008-04-30 2013-06-04 Motorola Mobility Llc Multi-antenna configuration signaling in wireless communication system
JP4976440B2 (ja) * 2008-05-19 2012-07-18 創新音▲速▼股▲ふん▼有限公司 接続を再確立する方法及び通信装置
WO2009149385A2 (en) 2008-06-06 2009-12-10 Research In Motion Limited Signaling reserved hybrid automatic repeat request information for downlink semi-persistent scheduling
CA2726829A1 (en) 2008-06-06 2009-12-10 Research In Motion Limited Hybrid automatic repeat request associations for downlink semi-persistent scheduling
US9271263B2 (en) * 2008-06-20 2016-02-23 Kyoung Seok Lee Method of error recovery in transmitting and receiving voice service in packet based mobile communication systems
US8412222B2 (en) * 2008-06-27 2013-04-02 Qualcomm Incorporated Broadcast-multicast transmission with rate adaption
MX2011000680A (es) * 2008-07-18 2011-03-28 Research In Motion Ltd Regla de mapeo para proceso de solicitud de repeticion automatica hibrida.
CN102171963B (zh) * 2008-08-04 2014-06-25 黑莓有限公司 用于分配混合自动重传请求harq过程id的方法、接入设备和用户设备
WO2010016669A2 (en) * 2008-08-04 2010-02-11 Samsung Electronics Co., Ltd. Signal transmission method and apparatus for user equipment in mobile communication system
US8144712B2 (en) * 2008-08-07 2012-03-27 Motorola Mobility, Inc. Scheduling grant information signaling in wireless communication system
KR101481430B1 (ko) * 2008-08-12 2015-01-12 삼성전자주식회사 무선 통신 시스템의 데이터 재전송 자원 할당 방법 및 장치
CN101674151B (zh) * 2008-09-09 2014-06-11 株式会社Ntt都科摩 资源分配方法、基站和移动通信终端
EP2166804A1 (en) 2008-09-17 2010-03-24 Panasonic Corporation Deactivation of semi-persistent resource allocations in a mobile communication network
KR101649493B1 (ko) 2008-09-18 2016-08-19 삼성전자주식회사 Ｃｒｃ 길이의 가상 확장 방법 및 장치
US8160014B2 (en) * 2008-09-19 2012-04-17 Nokia Corporation Configuration of multi-periodicity semi-persistent scheduling for time division duplex operation in a packet-based wireless communication system
US9167594B2 (en) * 2008-09-22 2015-10-20 Htc Corporation Method and related device of a trigger mechanism of buffer status report and scheduling request in a wireless communication system
EP2357869B1 (en) * 2008-11-26 2020-05-27 NEC Corporation Method of allocation of resource, communications system, base station, and program
US8570960B2 (en) * 2009-01-30 2013-10-29 Samsung Electronics Co., Ltd. Apparatus and method for uplink scheduling in wireless communication system
EP2416618A4 (en) * 2009-03-31 2017-01-25 Fujitsu Limited Relay station, base station, method of relaying, and communication method in wireless communication network
EP2415312A1 (en) * 2009-03-31 2012-02-08 Nokia Siemens Networks OY Methods, apparatuses, system, related computer program product and data structure for uplink scheduling
EP2237633A1 (en) * 2009-04-03 2010-10-06 Panasonic Corporation Buffer status reporting in a mobile communication system
CN101867937B (zh) * 2009-04-14 2014-08-13 中兴通讯股份有限公司 基于恒定调度的混合自动重传实现方法
JP5331593B2 (ja) * 2009-06-25 2013-10-30 京セラ株式会社 無線基地局及びリソース割り当て方法
CN101938840B (zh) * 2009-07-01 2013-11-06 中兴通讯股份有限公司 一种缓存状态报告的发送方法及系统
US20120113949A1 (en) * 2009-07-14 2012-05-10 Jeong Ki Kim Method for efficiently allocating a resource in voip communication
WO2011025426A1 (en) * 2009-08-31 2011-03-03 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangements for allocating scheduling request resources in a wireless communication system
EP2306665A1 (en) 2009-10-02 2011-04-06 Panasonic Corporation Relay backhaul uplink HARQ protocol
US20110103331A1 (en) * 2009-11-05 2011-05-05 Richard Lee-Chee Kuo Method and apparatus to activate component carriers in a wireless communication network
CN102123399B (zh) * 2010-01-08 2014-01-01 华为技术有限公司 调度请求的方法及装置
CN102083209B (zh) * 2010-02-11 2014-03-12 电信科学技术研究院 多载波系统中的数据传输方法、系统和设备
KR101692072B1 (ko) * 2010-02-24 2017-01-03 삼성전자주식회사 이동 통신 시스템에서 제어 정보 송/수신 방법 및 장치
US20110228752A1 (en) * 2010-03-22 2011-09-22 Shiquan Wu System and method to pack cellular systems and WiFi within a TV channel
CN102244932B (zh) * 2010-05-12 2014-09-24 电信科学技术研究院 一种资源分配的方法、系统和装置
JP5054804B2 (ja) * 2010-05-28 2012-10-24 株式会社エヌ・ティ・ティ・ドコモ 無線基地局及び無線リソース割り当て方法
KR101721015B1 (ko) * 2010-06-21 2017-03-29 삼성전자주식회사 이동 통신 시스템에서 블라인드 스케쥴링 장치 및 방법
JP2013539321A (ja) 2010-10-01 2013-10-17 インターデイジタル パテント ホールディングス インコーポレイテッド Ｄｒｘ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｒｅｃｅｐｔｉｏｎ）を調整する方法
CN102457945A (zh) * 2010-10-20 2012-05-16 鸿富锦精密工业（深圳）有限公司 用户端设备及其省电方法
CN102595600B (zh) * 2011-01-17 2014-12-31 华为技术有限公司 半静态调度方法、用户设备及网络设备
CN102651679B (zh) * 2011-02-28 2016-02-03 华为技术有限公司 数据传输方法、演进基站以及用户设备
WO2012167837A1 (en) * 2011-06-10 2012-12-13 Nokia Siemens Networks Oy Method for configuring a user equipment
EP2732667B1 (en) * 2011-07-13 2018-03-14 Empire Technology Development LLC Voice over internet protocol services
CN103650631A (zh) * 2011-09-30 2014-03-19 富士通株式会社 一种通知物理下行共享信道起始符号的方法及装置
EP2768268A4 (en) 2011-10-13 2015-12-02 Fujitsu Ltd WIRELESS COMMUNICATION SYSTEM, BASE STATION, AND WIRELESS COMMUNICATION METHOD
US9338580B2 (en) 2011-10-21 2016-05-10 Qualcomm Incorporated Method and apparatus for packet loss rate-based codec adaptation
WO2013079114A1 (en) * 2011-12-01 2013-06-06 Nokia Siemens Networks Oy Resource allocation for small data volume packet switched service messages in a mobile communications network system
US9172510B2 (en) 2011-12-21 2015-10-27 Qualcomm Incorporated Systems and methods for improved recovery for the downlink
WO2013107505A2 (en) * 2012-01-18 2013-07-25 Telefonaktiebolaget L M Ericsson (Publ) Terminal battery aware scheduling
US9762356B2 (en) * 2012-01-24 2017-09-12 Interdigital Patent Holdings, Inc. Systems and methods for improved uplink coverage
US20150071193A1 (en) * 2012-03-07 2015-03-12 Lg Electronics Inc. Signal transmission method and user equipment, and signal reception method and base station
US9179364B2 (en) * 2012-05-30 2015-11-03 Qualcomm Incorporated Method and apparatus for excluding guaranteed bit rate traffic bearers from LTE UL flow control
US9426783B2 (en) * 2012-11-02 2016-08-23 Industrial Technology Research Institute Methods, apparatuses, and systems for resource allocation for terminals
US20140198736A1 (en) * 2013-01-17 2014-07-17 Qualcomm Incorporated Management of wireless communications using information relating to scheduling request performance
CN104244445A (zh) * 2013-06-13 2014-12-24 华为技术有限公司 数据包传输方法、接入点及无线通信系统
AU2014283410A1 (en) * 2013-06-19 2016-02-11 Nokia Solutions And Networks Oy Methods, apparatuses, and computer program products for providing dynamic uplink-downlink reconfiguration information to user equipments
US20150009874A1 (en) * 2013-07-08 2015-01-08 Amazon Technologies, Inc. Techniques for optimizing propagation of multiple types of data
ES2707723T3 (es) * 2013-12-17 2019-04-04 Huawei Tech Co Ltd Aparato y método de determinación de transmisión de datos de enlace ascendente
CN106471763B (zh) * 2014-07-02 2019-07-05 瑞典爱立信有限公司 实现对调度请求的自适应检测的方法和装置
JP6399838B2 (ja) * 2014-07-15 2018-10-03 シャープ株式会社 通信システム
WO2016047507A1 (ja) * 2014-09-25 2016-03-31 京セラ株式会社 ユーザ端末、サービス制御装置、及び基地局
CN106576301B (zh) * 2014-09-26 2020-07-21 苹果公司 用于语音数据传输的方法和装置
KR101602307B1 (ko) * 2014-12-22 2016-03-21 콘텔라 주식회사 이동통신 기지국 장치의 업링크 스케줄링 방법 및 그 기지국 장치
CN105871519A (zh) * 2015-01-23 2016-08-17 中兴通讯股份有限公司 数据包的重传方法及装置
EP3308588B1 (en) 2015-06-11 2020-08-05 Telefonaktiebolaget LM Ericsson (publ) Selective reallocation of previously allocated radio resources
CN105142220B (zh) * 2015-06-30 2018-05-22 大唐移动通信设备有限公司 一种语音数据动态延迟调度方法及基站
KR102406264B1 (ko) * 2015-07-31 2022-06-08 삼성전자주식회사 무선 통신 시스템에서 데이터 송신 속도를 제어하기 위한 장치 및 방법
US10299284B2 (en) * 2015-08-31 2019-05-21 Qualcomm, Incorporated Inter-access terminal unblocking and enhanced contention for co-existence on a shared communication medium
CN108293254B (zh) * 2015-11-30 2021-06-01 华为技术有限公司 调度设备、被调度设备、资源调度方法及装置
WO2017119729A1 (en) * 2016-01-05 2017-07-13 Lg Electronics Inc. Method for performing drx operation in wireless communication system and a device therefor
US10887876B2 (en) * 2016-02-03 2021-01-05 Lg Electronics Inc. Method and apparatus for performing semi persistent scheduling reactivation between sidelink and uplink in wireless communication system
EP3412096B1 (en) 2016-02-03 2023-04-05 LG Electronics Inc. Method and wireless device for performing user equipment triggered semi-persistent scheduling activation in wireless communication system
CN107182128B (zh) 2016-03-11 2020-05-19 华硕电脑股份有限公司 在无线通信系统中辅助数据传输的方法与装置
WO2017195166A1 (en) * 2016-05-12 2017-11-16 Telefonaktiebolaget Lm Ericsson (Publ) Sps with skipping transmissions and adaptive harq
CN107734703B (zh) * 2016-08-11 2020-11-17 华为技术有限公司 一种资源调度方法和装置
CN108632787B (zh) * 2017-03-23 2023-05-23 中兴通讯股份有限公司 群组间通信方法及装置，资源配置方法、装置以及系统
KR102433763B1 (ko) * 2017-07-07 2022-08-18 삼성전자주식회사 무선 통신 시스템에서 자원 할당을 위한 장치 및 방법
US20190082443A1 (en) * 2017-09-12 2019-03-14 Apple Inc. Communication of Persistent or Predictive Scheduling Information
FR3081643A1 (fr) * 2018-06-12 2019-11-29 Orange Passerelle et procede de gestion d'un service telephonique voip
CN110831224B (zh) * 2018-08-07 2021-10-01 维沃移动通信有限公司 一种随机接入方法及终端设备
CN110351799B (zh) * 2019-07-03 2021-04-27 中信科移动通信技术有限公司 基站切换过程中的控制方法及基站
US12041480B2 (en) * 2021-05-05 2024-07-16 Acer Incorporated User equipment and wireless communication method for neural network computation
JPWO2023042330A1 (es) * 2021-09-16 2023-03-23
WO2024049418A1 (en) * 2022-08-30 2024-03-07 Zeku, Inc. Apparatus and method for adaptive activation/deactivation of voice over internet protocol traffic

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08274812A (ja) * 1995-03-30 1996-10-18 Oki Electric Ind Co Ltd 音声通信システム
US6963545B1 (en) * 1998-10-07 2005-11-08 At&T Corp. Voice-data integrated multiaccess by self-reservation and stabilized aloha contention
US6963544B1 (en) * 1999-12-10 2005-11-08 Lucent Technologies Inc. System for statistically multiplexing real-time and non-real-time voice and data traffic in a wireless system
US7283508B2 (en) * 2002-02-07 2007-10-16 Samsung Electronics Co., Ltd. Apparatus and method for transmitting/receiving serving HS-SCCH set information in an HSDPA communication system
KR100689508B1 (ko) 2003-09-04 2007-03-02 삼성전자주식회사 통신 시스템에서 핸드오버 수행 방법
KR100969755B1 (ko) 2003-11-29 2010-07-13 삼성전자주식회사 직교 주파수 분할 다중/직교 주파수 분할 다중 접속방식을 사용하는 이동 통신 시스템에서 고속 핸드오버를위한 레인징 시스템 및 방법
FI20031779A0 (fi) 2003-12-05 2003-12-05 Nokia Corp Menetelmä, järjestelmä ja lähetettävän puolen yhteyskäytäntöyksikkö datapakettien lähettämiseksi kuittaamattoman toimintamuodon palveluissa
JP4220918B2 (ja) * 2004-03-03 2009-02-04 日本電信電話株式会社 無線パケットシステムのスケジューリング方法及び無線基地局装置
US8968768B2 (en) * 2004-03-29 2015-03-03 Wyeth Llc Phytosterol nutritional supplements
ATE494691T1 (de) * 2004-06-15 2011-01-15 Panasonic Corp Prioritätsbehandlung für datenübertragungen
ATE391376T1 (de) * 2004-10-01 2008-04-15 Matsushita Electric Ind Co Ltd Dienstgüte-bewusste ablaufsteuerung für aufwärtsübertragungen über zugeordneten kanälen
KR100603575B1 (ko) * 2004-12-02 2006-07-24 삼성전자주식회사 ＶｏＩＰ 단말의 ＲＴＰ 미디어 패킷 처리 장치 및 그 방법
JP2006274812A (ja) 2005-03-28 2006-10-12 Japan Servo Co Ltd 軸流ファン
JP4163698B2 (ja) * 2005-03-31 2008-10-08 株式会社東芝 無線通信装置、帯域割当方法及びプログラム
KR100703303B1 (ko) * 2005-04-28 2007-04-03 삼성전자주식회사 무선 통신 시스템에서 확장 실시간 폴링 서비스의 상향링크 자원 할당 요청 방법
EP1946460B1 (en) 2005-10-31 2014-07-30 LG Electronics Inc. Data transfer management in a radio communications network
CN101292446A (zh) 2005-10-31 2008-10-22 Lg电子株式会社 在无线移动通信系统中传输测量报告的方法
KR20070047720A (ko) * 2005-11-02 2007-05-07 한국전자통신연구원 이동통신 시스템의 패킷 스케줄링 방법, 그리고 그 장치
US20070133449A1 (en) * 2005-12-12 2007-06-14 Mirko Schacht Method for associating multiple users with a shared downlink channel
US9232537B2 (en) 2006-02-07 2016-01-05 Qualcomm Incorporated Apparatus and method for fast access in a wireless communication system
JP2007300508A (ja) 2006-05-01 2007-11-15 Ntt Docomo Inc 基地局、移動局および通信方法
US8848618B2 (en) * 2006-08-22 2014-09-30 Qualcomm Incorporated Semi-persistent scheduling for traffic spurts in wireless communication
US7764644B2 (en) * 2006-10-27 2010-07-27 Motorola, Inc. Method and apparatus for reducing overhead for signaling
TW200824474A (en) * 2006-10-28 2008-06-01 Interdigital Tech Corp Method and apparatus for scheduling uplink transmissions for real time services during a silent period
TWI315143B (en) 2006-11-24 2009-09-21 Ind Tech Res Inst Method for transmitting packet and system for mobile communication thereof and mobile station
US9281917B2 (en) 2007-01-03 2016-03-08 Nokia Technologies Oy Shared control channel structure
EP3700113B1 (en) * 2007-02-09 2023-11-15 Nokia Technologies Oy Method and apparatus for acknowledgement signaling
US8064390B2 (en) * 2007-04-27 2011-11-22 Research In Motion Limited Uplink scheduling and resource allocation with fast indication
US8412209B2 (en) * 2007-06-18 2013-04-02 Motorola Mobility Llc Use of the physical uplink control channel in a 3rd generation partnership project communication system
KR101186973B1 (ko) 2007-06-18 2012-09-28 노키아 코포레이션 타이밍 정렬을 제공하는 방법 및 장치
AU2008269339B2 (en) * 2007-06-26 2013-08-22 Nokia Technologies Oy Apparatus, method and computer program product providing distribution of segmented system information
EP2255484B1 (en) * 2008-03-20 2013-08-28 Nokia Corporation New data indicator for persistently allocated packets in a communication system
US9036564B2 (en) * 2008-03-28 2015-05-19 Qualcomm Incorporated Dynamic assignment of ACK resource in a wireless communication system
EP2112845A1 (en) * 2008-04-25 2009-10-28 Panasonic Corporation Activation of semi-persistent resource allocations in a mobile communication network

Also Published As

Publication number Publication date
WO2009022855A2 (en) 2009-02-19
US20100238875A1 (en) 2010-09-23
EP2986073B1 (en) 2023-04-26
EP2104985A2 (en) 2009-09-30
EP4221408A1 (en) 2023-08-02
JP2010534997A (ja) 2010-11-11
US8391311B2 (en) 2013-03-05
ES2950290T3 (es) 2023-10-06
EP2104985B1 (en) 2015-10-07
JP5231550B2 (ja) 2013-07-10
EP2104985A4 (en) 2010-09-29
EP2986073A1 (en) 2016-02-17
US8396070B2 (en) 2013-03-12
WO2009022855A3 (en) 2009-04-16
KR20090017445A (ko) 2009-02-18
KR101473008B1 (ko) 2014-12-17
US20110194502A1 (en) 2011-08-11

Similar Documents

Publication Publication Date Title
ES2553410T3 (es) Procedimiento para transmitir paquetes de tipo VoIP
ES2942169T3 (es) Procedimiento y aparato de manejo del intervalo de tiempo para la solicitud automática híbrida (HARQ) de enlace lateral en el modo de programación de red en un sistema de comunicación inalámbrica
JP5426652B2 (ja) 移動通信システムにおいてプロトコルデータユニットを受信するための方法および装置、移動通信システムにおいてプロトコルデータユニットを送信するための装置、ならびに通信システム
JP5415524B2 (ja) 移動通信ネットワークにおけるセミパーシステントリソース割当ての有効化
US10291364B2 (en) Communications devices and methods
JP5948423B2 (ja) Ｐｕｃｃｈフォーマット３リソースを用いるａｃｋ／ｎａｃｋとチャネル状態情報の同時報告
RU2440699C2 (ru) Мобильная станция, базовая станция и способ управления передачей данных
ES2927338T3 (es) Señalización de canal de control usando un campo de señalización común para el formato de transporte y la versión de redundancia
ES2747950T3 (es) Asignación dinámica de recursos, programación y señalización para un servicio de velocidad variable de datos en LTE
JP5793695B2 (ja) 移動通信における改良されたランダムアクセス手順
KR101375936B1 (ko) 시간동기 타이머의 만료 시 하향링크 ｈａｒｑ의 동작 방법
TWI498027B (zh) 處理資源指派的方法及其相關通訊裝置
ES2655660T3 (es) Método de transmisión de datos y equipo de usuario para ello
CN107277923A (zh) 无线通信系统中改善使用配置资源的传输的方法及装置
CN101647214B (zh) 传输voip分组的方法
EP3186914B1 (en) Communications device and methods
WO2015109840A1 (zh) 设备到设备广播信息的发送、接收方法及装置、传输系统
JP2019525525A (ja) 端末及び通信方法
JP2012516593A (ja) 下りリンクにおけるマクロダイバーシチ送信のためのｈａｒｑ動作
KR20100080743A (ko) Ｓｐｓ 무선 자원 해제시 단말의 ｈａｒｑ 방식 신호 전송 방법
CN114080777B (zh) 方法、通信装置和基础设施设备
WO2010124437A1 (zh) 物理上行控制信息的接收方法、基站和中继设备
KR101232567B1 (ko) Ｈａｒｑ를 이용한 데이터 전송방법