ES2364825B1 - Metodo para asignacion de tipo de canal de voz en redes utran - Google Patents
Metodo para asignacion de tipo de canal de voz en redes utran Download PDFInfo
- Publication number
- ES2364825B1 ES2364825B1 ES200802570A ES200802570A ES2364825B1 ES 2364825 B1 ES2364825 B1 ES 2364825B1 ES 200802570 A ES200802570 A ES 200802570A ES 200802570 A ES200802570 A ES 200802570A ES 2364825 B1 ES2364825 B1 ES 2364825B1
- Authority
- ES
- Spain
- Prior art keywords
- voice
- hspa
- dch
- node
- baseband
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 31
- 230000005540 biological transmission Effects 0.000 claims description 10
- 238000005516 engineering process Methods 0.000 claims description 3
- 230000001419 dependent effect Effects 0.000 claims description 2
- 230000000694 effects Effects 0.000 claims 5
- 101100351302 Caenorhabditis elegans pdf-2 gene Proteins 0.000 claims 1
- 230000003044 adaptive effect Effects 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 108010003272 Hyaluronate lyase Proteins 0.000 description 1
- 150000001768 cations Chemical class 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- 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]
-
- 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
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Método para asignación de tipo de canal de voz en redes UTRAN, que comprende:#- analizar el valor de un primer parámetro configurable (Voz_RAB_por_defecto);#- en caso de que el valor Voz RAB por defecto corresponda al valor establecido para asignar CS RAB sobre HSPA:#-analizar si el correspondiente uso de banda base HSPA de nodo B (NB_HSPA_BB) es superior al parámetro de umbral de congestión de banda base HSPA (HSPA_BBCT), y en ese caso asignar voz CS sobre DCH; si no, asignar voz CS sobre HSPA;#-en caso de que el valor Voz RAB por defecto corresponda al valor establecido para asignar CS sobre DCH:#- analizar si al menos una de la al menos una variable que indica el nivel de utilización del nodo B correspondiente (TX_Potencia, Árbol_Código, NB_DCH_BB) es superior al parámetro configurable correspondiente que indica el umbral de congestión (TX_POTENCIACT, CÓDIGOSCT, DCH_BBCT), y en ese caso asignar voz CS sobre HSPA; si no, asignar voz CS sobre DCH.
Description
Método para asignación de tipo de canal de voz en redes UTRAN.
Campo de la invención
La presente invención pertenece al campo de comunicaciones móviles, y más específicamente a proporcionar un método para establecer llamadas de voz de la manera más eficaz desde el punto de vista de red, según las tecnologías futuras, tales como voz sobre HSPA, en las redes 3G.
Antecedentes de la invención
Actualmente, se implementa voz en todas las redes 3G sobre canal dedicado (DCH, Dedicated Channel) en parte de radio y MSC (Mobile Switching Centre, centro de conmutación móvil) en área de red central, por lo que los algoritmos de red internos no necesitan distinguir entre diferentes posibilidades de llamada de voz.
En los próximos años, llegarán nuevas posibilidades para voz de conmutación de circuitos (CS, Circuit Switch), las opciones serán:
- -
- Voz sobre DCH (utilizando MSC de núcleo CS y radio de Release 99).
Esta es la opción actual, en la que la voz se transporta con el códec AMR (Adaptive Multi-rate, Multi-tasa Adaptativa) estándar sobre un canal dedicado DCH (que es un canal definido en la Release 99 de las especificaciones 3GPP).
- -
- Voz sobre HSPA (utilizando acceso por paquetes de alta velocidad, radio HSPA y MSC de núcleo CS). Esta es una nueva posibilidad definida en la Release 7 3GPP de las normas. Consiste en mapear el códec AMR sobre un canal HSPA. El HSPA está compuesto por HSDPA en enlace descendente (un canal compartido) y HSUPA en enlace ascendente (nuevo canal DCH mejorado), por lo tanto más eficaz en cuanto a la inferfaz de radio.
En esta situación, es necesario un método de RNC (Radio Network Controller, Controlador de Red de Radio) para asignación de voz para asignar a los usuarios la opción de portadora de voz más conveniente para el operador.
En caso de congestión de códigos o potencia de la interfaz de radio, o en caso de congestión de recursos de banda base DCH, se prefiere utilizar HSPA para llevar el tráfico de voz. Pero en caso de que estén congestionados los recursos de banda base HSPA, es mejor transportar la voz sobre DCH.
Este método de RNC interno proporciona la oportunidad de establecer llamadas de voz de la manera más eficaz desde el punto de vista de red, y proporciona también la posibilidad de cambiar entre las opciones dependiendo de las condiciones de radio, garantizando un uso eficaz de la red y siendo transparente para el usuario.
Sumario de la invención
La invención se refiere a un método para asignación de tipo de canal de voz en redes UTRAN, llevándose a cabo dicha asignación de canal en el RNC según la reivindicación 1. En las reivindicaciones dependientes se definen realizaciones preferidas del método.
En el presente método se dota previamente al RNC de la siguiente información para cada uno de los nodos B bajo su control:
- -
- utilización de recursos de nodos B, incluyendo al menos:
- •
- uso de banda base HSPA de nodo B (NB_HSPA_BB)
- •
- uso de banda base DCH de nodo B (NB_DCH_BB)
- •
- uso de potencia de transmisión de nodo B (TX_potencia)
• uso de árbol de código de nodo B (Árbol_Código)
-una pluralidad de parámetros configurables, incluyendo al menos:
- •
- un primer parámetro configurable (Voz_RAB_por_defecto) para indicar qué tipo de canal de voz CS RAB (Radio Access Bearer, Portador de Acceso de Radio), CS sobre DCH o CS sobre HSPA se asignará por defecto cuando no hay restricciones;
- •
- parámetro de umbral de congestión de banda base HSPA (HSPA_BBCT), para indicar desde qué nivel de uso de banda base HSPA el nodo B está en estado de congestión;
- •
- parámetro de umbral de congestión de banda base DCH (DCH_BBCT), para indicar desde qué nivel de uso de banda base DCH el nodo B está en estado de congestión;
- •
- parámetro de umbral de congestión de potencia TX (TX_POTENCIACT), para indicar desde qué nivel de potencia de transmisión el nodo B está en estado de congestión;
- •
- parámetro de umbral de congestión de códigos (CÓDIGOSCT), para indicar desde qué nivel de utilización de códigos de árbol el nodo B está en estado de congestión;
El método comprende:
- -
- analizar el valor del primer parámetro configurable (Voz_RAB_por_defecto);
- •
- en caso de que el valor Voz RAB por defecto corresponda al valor establecido para asignar CS RAB sobre HSPA:
-analizar si el correspondiente uso de banda base HSPA de nodo B (NB_HSPA_BB) es superior al parámetro de umbral de congestión de banda base HSPA (HSPA_BBCT), y en ese caso asignar voz CS sobre DCH; si no, asignar voz CS sobre HSPA;
- •
- en caso de que el valor Voz RAB por defecto corresponda al valor establecido para asignar CS sobre DCH:
- -
- analizar si al menos una de la al menos una variable que indica el nivel de utilización del nodo B correspondiente (TX_Potencia, Árbol_Código, NB_DCH_BB) es superior al parámetro configurable correspondiente que indica el umbral de congestión (TX_POTENCIACT, CÓDIGOSCT, DCH_BBCT), y en ese caso asignar voz CS sobre HSPA; si no, asignar voz CS sobre DCH.
El método puede aplicarse o bien en el establecimiento de llamada o bien en un proceso de reconfiguración durante la llamada (en la misma célula o cuando se realiza un traspaso a otra célula).
Breve descripción de los dibujos
Para completar la descripción y con el fin de proporcionar una mejor comprensión de la invención, se proporciona un conjunto de dibujos. Dichos dibujos forman una parte integrante de la descripción e ilustran realizaciones preferidas de la invención, que no deberían interpretarse como restrictivas del alcance de la invención, sino sólo como ejemplos de cómo puede realizarse la invención. Los dibujos comprenden las siguientes figuras:
La figura 1 representa el flujo de llamada básico de una llamada CS.
La figura 2 muestra un diagrama de flujo del método. Descripción detallada de las realizaciones preferidas.
La presente invención consiste en un método de RNC para asignación de voz, en el que las entradas son (i) estado de recursos en tiempo real de nodo B y (ii) parámetros configurables; mientras que la salida es la asignación del tipo de canal de voz CS al usuario.
Cuando el equipo de usuario (UE, user equipment) intenta establecer una llamada de voz, se ejecutará un método de asignación de tipo de canal de voz de RNC en el RNC de modo que pueda decidirse qué tipo de canal de voz CS asignar al usuario. El método se llevará a cabo en el RNC porque el RB (Radio Bearer, Portador de Radio) se asigna entreel RNC3yelUE1.
En la figura 1 puede verse el flujo de llamada básico de una llamada CS. El MSC 4 recibe 10 el establecimiento de la llamada y entonces envía 11 una “solicitud de asignación RAB (Radio Access Bearer)” al RNC 3. Entonces el RNC 3 tiene que decidir qué tipo de canal asignar en el mensaje de establecimiento RB, que envía 12 al UE 2. El UE 1 entonces responde 13 al RNC 3 con un mensaje de establecimiento RB completo y el RNC 3 envía 14 una respuesta de asignación RAB de vuelta al MSC 4. Entonces el MSC 4 confirma 15 la llamada al UE 1.
Como se comentó anteriormente, los parámetros utilizados como entradas por la presente invención son los parámetros de estado en tiempo real de nodo B y algunos parámetros configurables. El RNC 3 recibe la información de la potencia transmitida por el nodo B 2, y tiene también información del uso del árbol de código, y el uso de banda base, por lo que el método de asignación de tipo de canal de voz de RNC tiene toda la información en el RNC 3 para verificar varias condiciones basándose en el estado del nodo B:
- -
- Potencia de nodo B. El protocolo de parte de aplicación de nodo B (NBAP, Node B Application Part) definido en la norma TS25.433 permite enviar esta información desde el nodo B 2 al RNC 3 sobre qué porcentaje de la potencia total está utilizándose. Con la HARQ (Hybrid Automatic Repeat ReQuest, Solicitud de repetición Automática Hibrida) en el nodo B, el HSDPA es más eficaz en cuanto a potencia que el DCH.
- -
- Utilización de árbol de código de nodo B. El RNC asigna diferentes códigos OVSF (Orthogonal Variable Spreading Factor, Factor de Ensanchamiento Variable Ortogonal) a los diferentes canales. Cada DCH utiliza un código dedicado. Y el HS-DSCH (High Speed Downlink Shared Channel, Canal Compartido de Enlace Descendente de Alta Velocidad) utiliza un conjunto de códigos que se comparten por todos los usuarios que utilizan este canal. Por tanto, el HS-DSCH es más eficaz en cuando a códigos que el DCH.
- -
- Uso de banda base de nodo B DCH y HSPA. Una parte de los recursos de hardware se dedica a procesar los canales DCH y otra parte se dedica a procesar los canales HSPA. Esta información en porcentaje de la capacidad de banda base total utilizada se envía al RNC.
Con respecto a los parámetros configurables, será posible para el operador configurar varios parámetros que se almacenan en el RNC 3:
- -
- Voz_RAB_por_defecto para indicar cuál será el tipo de canal de voz CS RAB asignado por defecto cuando no hay restricciones.
- -
- HSPA_BBCT (HSPA Baseband Congestion Threshold, Umbral de Congestión de Banda Base HSPA) para indicar desde qué nivel de utilización de banda-base de nodo B HSPA está en estado de congestión y tienen que tomarse algunas mediciones.
- -
- DCH_BBCT (DCH Baseband Congestion Threshold, Umbral de Congestión de Banda Base DCH) para indicar desde qué nivel de utilización de banda base de nodo B DCH está en estado de congestión para tomar mediciones.
- -
- TX_POTENCIACT (TX Power Congestion Threshold, Umbral de Congestión de Potencia de Transmisión) para indicar desde qué nivel de potencia de transmisión el nodo B está en estado de congestión.
- -
- CÓDIGOSCT (Codes Congestion Threshold, Umbral de Congestión de Códigos) para indicar desde qué nivel de utilización de códigos, el nodo B está en estado de congestión.
Con los datos anteriores, el método de asignación de voz de RNC funcionará de esta manera:
• si el parámetro Voz_RAB_por_defecto es igual a 1, el RNC da prioridad alta a voz CS sobre HSPA, lo que significa que por defecto se utiliza el HSPA y sólo en caso de congestión de banda base HSPA de nodo B, se establecerá una voz CS sobre DCH. También se explica en la figura 2 como un diagrama de flujo:
En cada nueva llamada de voz iniciada en el RNC con Voz_RAB_por_defecto=1 (en pseudocódigo):
Si uso de banda base HSPA de nodo B (NB_HSPA_BB) > umbral de congestión de banda base HSPA (HSPA_ BBCT) entonces
Asignar CS sobre DCH.
Si no
Asignar CS sobre HSPA.
• Si el parámetro Voz_RAB_por_defecto es igual a 0, el RNC da prioridad alta a voz CS sobre DCH, lo que significa que se utilizará por defecto CS sobre DCH y sólo en caso de que haya un problema de congestión en uso de potencia, utilización de árbol de código o banda base DCH de nodo B, se establecerá la voz CS sobre HSPA.
Por tanto, en cada nueva llamada de voz iniciada en el RNC, con Voz_RAB_por_defecto=0 (en pseudocódigo):
Si potencia de transmisión utilizada (TX_Poten>cia) > umbral de congestión de potencia de transmisión (TX_PO-TENCIACT) entonces
Asignar CS sobre HSPA.
Si no Si árbol de código de nodo B utilizado (Árbol_Código) > umbral de congestión de código (CODESCT) entonces
Asignar CS sobre HSPA.
Si no Si uso de banda base de parte DCH > umbral de congestión de banda base DCH (DCH_BBCT) entonces
Asignar CS sobre HSPA.
Si no
Asignar CS sobre DCH.
El mismo algoritmo puede aplicarse no sólo en el establecimiento de llamada sino también durante la llamada, por lo que cuando hay problemas de congestión pueden realizarse reconfiguraciones de un tipo de portador a otro. Por ejemplo, si hay problemas con congestión de. códigos, se disparan reconfiguraciones de llamadas sobre DCH a llamadas sobre HSDPA. La reconfiguración se realiza con el mensaje estándar de “Reconfiguración de Portador de Radio” (3GPP 25.331).
Además, cuando se realiza un traspaso desde una célula a otra si está muy congestionada entonces puede realizarse una reconfiguración a la nueva célula con un cambio en el tipo de canal utilizado.
Claims (5)
- REIVINDICACIONES1. Método para asignación de tipo de canal de voz en redes UTRAN, llevándose a cabo dicha asignación de canal en el RNC (3) caracterizado porque el RNC (3) está dotado de la siguiente información para cada uno de los nodos B bajo su control:
- -
- utilización de recursos de nodos B, incluyendo al menos:
- •
- uso de banda base HSPA de nodo B (NB_HSPA_BB)
- •
- uso de banda base DCH de nodo B (NB_DCH_BB)
- •
- uso de potencia de transmisión de nodo B (TX_potencia)
• uso de árbol de código de nodo B (Árbol_Código) -una pluralidad de parámetros configurables, incluyendo al menos:- •
- un primer parámetro configurable (Voz_RAB_por_defecto) para indicar qué tipo de canal de voz CS RAB, CS sobre DCH o CS sobre HSPA, se asignará por defecto cuando no hay restricciones;
- •
- parámetro de umbral de congestión de banda base HSPA (HSPA_BBCT), para indicar desde qué nivel de uso de banda base HSPA el nodo B está en estado de congestión;
- •
- parámetro de umbral de congestión de banda base DCH (DCH_BBCT), para indicar desde qué nivel de uso de banda base DCH el nodo B está en estado de congestión;
- •
- parámetro de umbral de congestión de potencia TX (TX_POTENCIACT), para indicar desde qué nivel de potencia de transmisión el nodo B está en estado de congestión;
- •
- parámetro de umbral de congestión de códigos (CÓDIGOSCT), para indicar desde qué nivel de utilización de códigos de árbol el nodo B está en estado de congestión;
y porque el método comprende: -analizar el valor del primer parámetro configurable (Voz_RAB_por_defecto);- •
- en caso de que el valor Voz RAB por defecto corresponda al valor establecido para asignar CS RAB sobre HSPA:
- analizar si el correspondiente uso de banda base HSPA de nodo B (NB_HSPA_BB) es superior al parámetro de umbral de congestión de banda base HSPA (HSPA_BBCT), y en ese caso asignar voz CS sobre DCH; si no, asignar voz CS sobre HSPA;- •
- en caso de que el valor Voz RAB por defecto corresponda al valor establecido para asignar CS sobre DCH:
- -
- analizar si al menos una de la al menos una variable que indica el nivel de utilización del nodo Bcorrespondiente (TX_Potencia, Árbol_Código, NB_DCH_BB) es superior al parámetro configurable correspondiente que indica el umbral de congestión (TX_POTENCIACT, CÓDIGOSCT, DCH_BBCT), y en ese caso asignar voz CS sobre HSPA; si no, asignar voz CS sobre DCH.
-
- 2.
- Método para asignación de tipo de canal de voz en redes UTRAN según la reivindicación 1, caracterizado porque el método se aplica en el establecimiento de llamada.
-
- 3.
- Método para asignación de tipo de canal de voz en redes UTRAN según la reivindicación 1, caracterizado porque el método se aplica en un proceso de reconfiguración durante la llamada.
-
- 4.
- Entidad de red para asignación de tipo de canal de voz en redes UTRAN, en la que se implementa el método según cualquiera de las reivindicaciones1a4.
OFICINA ESPAÑOLA DE PATENTES Y MARCASN.º solicitud: 200802570ESPAÑAFecha de presentación de la solicitud: 08.09.2008Fecha de prioridad:INFORME SOBRE EL ESTADO DE LA TECNICA51 Int. Cl. : H04W72/04 (2011.01)DOCUMENTOS RELEVANTES- Categoría
- Documentos citados Reivindicaciones afectadas
- A
- EP 1422887 A2 (LUCENT TECHNOLOGIES INC) 26.05.2004, 1
- A
- "A resource management framework for IP based radio access networks". R. FERRUS, J. OLMOS, O. SALLENT, J. PEREZ-ROMERO, F. CASADEVALL; First Ambient Networks Workshop on Mobility Multiaccess and Network Management 2007. Pág.: 55-60. Disponible en: http://www.aroma-ist.upc.edu/publicdocuments/workshops/W11.pdf 1
- Categoría de los documentos citados X: de particular relevancia Y: de particular relevancia combinado con otro/s de la misma categoría A: refleja el estado de la técnica O: referido a divulgación no escrita P: publicado entre la fecha de prioridad y la de presentación de la solicitud E: documento anterior, pero publicado después de la fecha de presentación de la solicitud
- El presente informe ha sido realizado • para todas las reivindicaciones • para las reivindicaciones nº:
- Fecha de realización del informe 27.05.2011
- Examinador M. Muñoz Sanchez Página 1/4
INFORME DEL ESTADO DE LA TÉCNICANº de solicitud: 200802570Documentación mínima buscada (sistema de clasificación seguido de los símbolos de clasificación) H04W Bases de datos electrónicas consultadas durante la búsqueda (nombre de la base de datos y, si es posible, términos debúsqueda utilizados) INVENES, EPODOC, WPIInforme del Estado de la Técnica Página 2/4OPINIÓN ESCRITANº de solicitud: 200802570Fecha de Realización de la Opinión Escrita: 27.05.2011Declaración- Novedad (Art. 6.1 LP 11/1986)
- Reivindicaciones Reivindicaciones 1-10 SI NO
- Actividad inventiva (Art. 8.1 LP11/1986)
- Reivindicaciones Reivindicaciones 1-10 SI NO
Se considera que la solicitud cumple con el requisito de aplicación industrial. Este requisito fue evaluado durante la fase de examen formal y técnico de la solicitud (Artículo 31.2 Ley 11/1986).Base de la Opinión.-La presente opinión se ha realizado sobre la base de la solicitud de patente tal y como se publica.Informe del Estado de la Técnica Página 3/4OPINIÓN ESCRITANº de solicitud: 2008025701. Documentos considerados.-A continuación se relacionan los documentos pertenecientes al estado de la técnica tomados en consideración para la realización de esta opinión.- Documento
- Número Publicación o Identificación Fecha Publicación
- D01
- EP 1422887 A2 (LUCENT TECHNOLOGIES INC) 26.05.2004
- D02
- "A resource management framework for IP based radio access networks". R. FERRUS, J. OLMOS, O. SALLENT, J. PEREZ-ROMERO, F. CASADEVALL; First Ambient Networks Workshop on Mobility Multiaccess and Network Management 2007. Pág.: 55-60. Disponible en: http://www.aromaist.upc.edu/publicdocuments/workshops/W11.pdf
- 2. Declaración motivada según los artículos 29.6 y 29.7 del Reglamento de ejecución de la Ley 11/1986, de 20 de marzo, de Patentes sobre la novedad y la actividad inventiva; citas y explicaciones en apoyo de esta declaraciónSe considera D01 el documento más próximo del estado de la técnica al objeto de la solicitud.Reivindicaciones independientes:Reivindicación 1:El documento D01 divulga un procedimiento para gestionar la potencia de transmisión que corresponde a cada uno de los servicios de un nodo B en función de la demanda de los mismos; en concreto se considera distribuir la potencia de transmisión entre servicios de voz por un lado y servicios HSDPA por otro. Se comienza realizando un reparto que posteriormente se modifica conforme se van registrando los datos de utilización de cada grupo de servicios asignando más potencia de transmisión a un servicio, o grupo de servicios, cuanto más se use. El sistema encargado del control/gestión es un RNC que recibe mensajes descriptivos del status de uso enviados por el nodo B. El documento D02 por su parte divulga un procedimiento que establece la lógica de control de admisión de una petición de sesión/conexión a una IP-UTRAN en función del índice de utilización de los recursos de radio y transporte. Estos índices se miden y se envían a un RNC que aplica la lógica de control de admisión. El resultado de la lógica de control es estimar la admisión con un una configuración de recursos por defecto o estimar la admisión con una configuración de menores prestaciones o desestimarla. En D02 también se contempla que los servicios de voz se presten mediante canales dedicados (DCH) y canales compartidos de enlace descendente de alta velocidad HS-DSCH (HSDPA). A pesar de que en ambos documentos se mencionan aspectos referidos a la gestión de recursos de los servicios de voz y se mencionan también los canales dedicados y de alta velocidad ninguno de los dos hace una consideración específica de la lógica de asignación del tipo de canal de voz que se plantea en la solicitud que es el problema técnico objetivo al que se da solución en esta reivindicación. Por tanto, la reivindicación 1 posee actividad inventiva según el artículo 8.1 de la Ley de Patentes.Reivindicación 8:El controlador de red reivindicado está configurado para ejecutar el procedimiento de la reivindicación 1 y, por tanto, en base a lo indicado para ésta posee actividad inventiva según el artículo 8.1 de la Ley de Patentes.Reivindicaciones dependientes:Reivindicaciones 2-7, 9, 10:Estas reivindicaciones dependen de las reivindicaciones 1 u 8 y por tanto poseen actividad inventiva según el artículo 8.1 de la Ley de Patentes.Informe del Estado de la Técnica Página 4/4
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
ES200802570A ES2364825B1 (es) | 2008-09-08 | 2008-09-08 | Metodo para asignacion de tipo de canal de voz en redes utran |
EP09169746A EP2161958B1 (en) | 2008-09-08 | 2009-09-08 | Method for voice channel type assignment in UTRAN networks |
AT09169746T ATE539572T1 (de) | 2008-09-08 | 2009-09-08 | Verfahren zur sprachkanaltyp-zuweisung in utran- netzwerken |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
ES200802570A ES2364825B1 (es) | 2008-09-08 | 2008-09-08 | Metodo para asignacion de tipo de canal de voz en redes utran |
Publications (2)
Publication Number | Publication Date |
---|---|
ES2364825A1 ES2364825A1 (es) | 2011-09-15 |
ES2364825B1 true ES2364825B1 (es) | 2012-09-03 |
Family
ID=41395564
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES200802570A Active ES2364825B1 (es) | 2008-09-08 | 2008-09-08 | Metodo para asignacion de tipo de canal de voz en redes utran |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2161958B1 (es) |
AT (1) | ATE539572T1 (es) |
ES (1) | ES2364825B1 (es) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102164370A (zh) * | 2010-05-12 | 2011-08-24 | 中国人民解放军信息工程大学 | 分布式多入多出正交频分复用系统及多维资源分配方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7453845B2 (en) * | 2002-11-08 | 2008-11-18 | Lucent Technologies Inc. | Distributed call control |
-
2008
- 2008-09-08 ES ES200802570A patent/ES2364825B1/es active Active
-
2009
- 2009-09-08 EP EP09169746A patent/EP2161958B1/en not_active Not-in-force
- 2009-09-08 AT AT09169746T patent/ATE539572T1/de active
Also Published As
Publication number | Publication date |
---|---|
ATE539572T1 (de) | 2012-01-15 |
EP2161958B1 (en) | 2011-12-28 |
ES2364825A1 (es) | 2011-09-15 |
EP2161958A1 (en) | 2010-03-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105027664B (zh) | 在使用无线局域网的无线通信系统中的分组数据连接 | |
TWI587729B (zh) | A method and apparatus for resource allocation | |
CN103209440B (zh) | 网络接入处理方法和用户设备 | |
CN101951685B (zh) | 给ue提供差异化服务的方法和装置 | |
ES2435472T3 (es) | Método y aparato para gestionar una prioridad de retención y de asignación evolucionada | |
DE602007012158D1 (de) | Handover von einer leitungsvermitteldomäne in eine leitungsvermittelter-dienst-über-paketvermittelt-domäne | |
ES2373290B1 (es) | Método y entidad de red para asignar tráfico en sistemas de múltiples portadoras en redes compartidas. | |
JP2010506445A (ja) | 移動通信システムにおける接続性またはアタッチメント・ポイントの変更時のシステム情報の送信及び受信 | |
ES2351830A1 (es) | Procedimiento y controlador de red para conmutar entre arquitecturas de red compartida. | |
KR20180031821A (ko) | 모바일 네트워크에서 애플리케이션 특정 혼잡 제어를 지원하기 위한 oma 관리 오브젝트의 사용 | |
CN106454687A (zh) | 一种分配资源的方法和设备 | |
EP3569033B1 (en) | Session type manager entity, control plane function entity, method and computer program for session management in nextgen mobile core networks | |
ES2841061T3 (es) | Método y dispositivo para programar una transmisión multiflujo | |
WO2018059335A1 (zh) | 一种逻辑信道的调度方法、装置及系统 | |
JP2017509260A (ja) | バッファステータスを報告及び受信する方法及び装置 | |
US20120026961A1 (en) | Network management system | |
WO2018219253A1 (zh) | 一种接入控制方法及装置 | |
ES2339526B1 (es) | Metodo para la obtencion de diferenciacion de qos en comparticion de ran. | |
JP2007536780A (ja) | 非同期移動通信システムにおけるチャンネル割当方法 | |
CN105309006B (zh) | 数据分流的方法和基站 | |
CN103491519A (zh) | 一种混合组网下的计费方法及装置 | |
CN105120496B (zh) | 负载控制方法和设备及通信系统 | |
ES2364825B1 (es) | Metodo para asignacion de tipo de canal de voz en redes utran | |
ES2442974A9 (es) | Dispositivo de control de planificación, analizador de dispositivo de equipo de usuario y método de priorización de calidad de servicio que hace uso de los mismos | |
ES2581291T3 (es) | Método de asignación de recursos, controlador de red de radio y estación base |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FG2A | Definitive protection |
Ref document number: 2364825 Country of ref document: ES Kind code of ref document: B1 Effective date: 20120903 |