ES2693466T3

ES2693466T3 - Método y dispositivo de comunicación para la aplicación de la señalización de interfuncionamiento WLAN-3GPP

Info

Publication number: ES2693466T3
Application number: ES14184755.8T
Authority: ES
Inventors: Richard Lee-Chee Kuo; Meng-Hui Ou
Original assignee: Innovative Sonic Corp
Current assignee: Innovative Sonic Corp
Priority date: 2013-09-16
Filing date: 2014-09-15
Publication date: 2018-12-11
Anticipated expiration: 2034-09-15
Also published as: EP2849486A2; US20150078153A1; CN104469856A; CN104469856B; JP2015057883A; US9736725B2; JP6351457B2; TW201513714A; EP2849486B1; EP2849486A3; KR20150032177A; PL2849486T3; KR101715316B1; TWI571160B

Abstract

Un método para aplicar la señalización de interfuncionamiento entre la Red de Área Local Inalámbrica, en lo sucesivo también denominada WLAN, y el Proyecto de Asociación de 3a Generación, en lo sucesivo también denominado 3GPP, Red de Acceso de Radio, en lo sucesivo también denominado como RAN, en un Equipo de Usuario, en lo sucesivo también denominado como UE, que comprende: utilizar una primera configuración de un parámetro utilizado para interfuncionamiento entre WLAN y 3GPP RAN recibida por señalización dedicada, en el que la primera configuración se puede aplicar en un modo conectado y un modo (1205) inactivo; caracterizado por empezar un temporizador asociado con la primera configuración cuando el UE ingresa el modo inactivo; y utilizar una segunda configuración del parámetro recibido por la señalización de difusión, cuando el temporizador asociado con la primera configuración expira (1210).

Description

5

10

15

20

25

30

35

40

DESCRIPCION

Metodo y dispositivo de comunicacion para la aplicacion de la senalizacion de interfuncionamiento WLAN-3GPP Campo

Esta divulgacion se refiere generalmente a redes de comunicacion inalambricas, y mas particularmente, a un metodo y aparato para aplicar senalizacion de interfuncionamiento WLAN-3GPP (Red de area local inalambrica Proyecto de Asociacion de 3a Generacion). En particular, la presente invencion se refiere a un metodo y dispositivo de comunicacion para aplicar la senalizacion de interfuncionamiento entre WLAN y la Red de Acceso de Radio 3GPP de acuerdo con las reivindicaciones adjuntas. Un ejemplo de dicho metodo se divulga en 3GPP TR 37.834 V0.4.0 y en el documento 3GPP R2-132327.

Antecedentes

Con el rapido aumento de la demanda de comunicacion de grandes cantidades de datos hacia y desde dispositivos de comunicacion movil, las redes de comunicaciones de voz moviles tradicionales evolucionan hacia redes que se comunican con paquetes de datos de Protocolo de Internet (IP). Dicha comunicacion de paquete de datos IP puede proporcionar a los usuarios de dispositivos de comunicacion movil servicios de comunicacion de voz sobre IP, multimedia, multidifusion y bajo demanda.

Una estructura de red de ejemplo para la que actualmente se lleva a cabo la estandarizacion es una Red de Acceso Radio Terrestre Universal Evolucionado (E-UTRAN). El sistema E-UTRAN puede proporcionar un alto rendimiento de datos para realizar los servicios de voz sobre IP y multimedia anteriormente mencionados. El trabajo de estandarizacion del sistema E-UTRAN esta siendo realizado actualmente por la organizacion de estandares 3GPP. De acuerdo con lo anterior, los cambios en el cuerpo actual del estandar 3GPP se estan sometiendo actualmente y se considera que evolucionan y finalizan el estandar 3GPP.

Resumen

Se describen metodos y aparatos para aplicar la senalizacion de interfuncionamiento WLAN-3GPP y se definen en las reivindicaciones independientes 1, y 9, respectivamente.

Breve descripcion de los dibujos

La Figura 1 muestra un diagrama de un sistema de comunicacion inalambrica de acuerdo con una realizacion de ejemplo.

La Figura 2 es un diagrama de bloques de un sistema transmisor (tambien conocido como red de acceso) y un sistema receptor (tambien conocido como equipo de usuario o UE) de acuerdo con una realizacion de ejemplo.

La Figura 3 es un diagrama de bloques funcional de un sistema de comunicacion de acuerdo con una realizacion de ejemplo.

La Figura 4 es un diagrama de bloques funcional del codigo de programa de la FIG. 3 de acuerdo con una realizacion de ejemplo.

La Fig. 5 es una reproduccion de la Figura 6.1.1.1-1 titulada “Solucion 1: Direccion de Trafico” de 3GPP TR 37.384 v0.4.0.

La Figura 6 es una reproduccion de la Figura 6.1.2.1-1 titulada “Solucion 2: direccion de trafico” de 3GPP TR 37.384 v0.4.0.

La Figura 7 es una reproduccion de la Figura 6.1.3.1-1 titulada “Solucion 3: Direccion de trafico para UE en estado RRC CONNECTED/CELL_DCH” de 3GPP TR 37.384 v0.4.0.

La Figura 8 es un diagrama de flujo de acuerdo con un ejemplo de implementacion util para la comprension de la invencion.

La Figura 9 es un diagrama de flujo de acuerdo con un ejemplo de implementacion util para la comprension de la invencion.

5

10

15

20

25

30

35

40

45

50

La Figura 10 es un diagrama de flujo de acuerdo con un ejemplo de implementacion util para la comprension de la invencion.

La Figura 11 es un diagrama de flujo de acuerdo con un ejemplo de implementacion util para la comprension de la invencion.

La Figura 12 es un diagrama de flujo de acuerdo con una realizacion de ejemplo.

La Figura 13 es un diagrama de flujo de acuerdo con una realizacion de ejemplo.

Descripcion detallada

Los dispositivos y sistemas de comunicacion inalambricos a modo de ejemplo descritos a continuacion emplean un sistema de comunicacion inalambrica que soporta un servicio de difusion. Los sistemas de comunicacion inalambrica se implementan ampliamente para proporcionar diversos tipos de comunicacion, como voz, datos, etc. Estos sistemas pueden basarse en acceso multiple por division de codigo (CDMA), acceso multiple por division de tiempo (TDMA), acceso multiple por division de frecuencia ortogonal (OFDMA), acceso inalambrico 3GPP LTE (Evolucion a Largo Plazo), 3GPp lTe-A o LTE-Avanzado (Evolucion a Largo Plazo Avanzada), 3GPP2 UMB (Ancho de Banda Ultra Movil), WiMax u otras tecnicas de modulacion.

En particular, los dispositivos de sistemas de comunicacion inalambrica ejemplares descritos a continuacion pueden disenarse para soportar uno o mas estandares tales como el estandar ofrecido por un consorcio denominado “Proyecto de Asociacion de Tercera Generacion” al que se hace referencia en este documento como 3GPP, que incluye los documentos No. RP-122038, “New Study Item Proposal on WLAN/3GPP Radio Interworking”, Intel Corporation; TR 37.384 v0.4.0, “Study on WLAN/3GPP Radio Interworking (Release 12)”; R2-132797, “Dedicated Signaling to carry WLAN interworking Policy’s assistance Information”, Broadcom Corporation; and TS 36.331 V11.4.0, “E-UTRA RrC protocol specification (Release 11)”. Los dispositivos de sistemas de comunicacion inalambricos de ejemplo descritos a continuacion pueden disenarse adicionalmente para soportar el estandar IEEE 802.11, “"IEEE Standard for Information technology - Telecommunications and information exchange between systems Local and metropolitan area networks - Specific requirements Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications”.

La Figura 1 muestra un sistema de comunicacion inalambrica de acceso multiple de acuerdo con una realizacion de la invencion. Una red 100 de acceso (AN) incluye multiples grupos de antenas, uno que incluye 104 y 106, otro que incluye 108 y 110, y un adicional que incluye 112 y 114. En la Fig. 1, solo se muestran dos antenas para cada grupo de antenas, sin embargo, se pueden utilizar mas o menos antenas para cada grupo de antenas. El terminal 116 de acceso (AT) esta en comunicacion con las antenas 112 y 114, donde las antenas 112 y 114 transmiten informacion para acceder al terminal 116 por el enlace 120 directo y recibir informacion del terminal 116 de acceso por el enlace 118 inverso. El terminal 122 de acceso (AT) esta en comunicacion con las antenas 106 y 108, donde las antenas 106 y 108 transmiten informacion al terminal 122 de acceso (AT) sobre el enlace 126 directo y recibe informacion del terminal 122 de acceso (AT) sobre el enlace 124 inverso. En un sistema FDD, los enlaces de comunicacion 118, 120, 124 y 126 pueden usar una frecuencia diferente para la comunicacion. Por ejemplo, el enlace 120 directo puede usar una frecuencia diferente a la utilizada por el enlace 118 inverso.

Cada grupo de antenas y/o el area en la que estan disenadas para comunicarse a menudo se denomina un sector de la red de acceso. En la realizacion, cada grupo de antena esta disenado para comunicarse con terminales de acceso en un sector de las areas cubiertas por la red 100 de acceso.

En las comunicaciones por los enlaces 120 y 126 directos, las antenas transmisoras de la red 100 de acceso pueden utilizar la formacion de haces para mejorar la relacion senal/ruido de los enlaces directos para los diferentes terminales 116 y 122 de acceso. Ademas, una red de acceso que utiliza formacion de haz para transmitir terminales de acceso dispersos aleatoriamente a traves de su cobertura provoca menos interferencia para acceder a terminales en celdas vecinas que una red de acceso que transmite a traves de una sola antena a todos sus terminales de acceso.

Una red de acceso (AN) puede ser una estacion fija o estacion base utilizada para comunicarse con los terminales y tambien puede denominarse un punto de acceso, un Nodo B, una estacion base, una estacion base mejorada, un eNodoB o alguna otra terminologia. Un terminal de acceso (AT) tambien se puede llamar equipo de usuario (UE), un dispositivo de comunicacion inalambrico, terminal, terminal de acceso o alguna otra terminologia.

La Figura 2 es un diagrama de bloques simplificado de una realizacion de un sistema 210 transmisor (tambien conocido como la red de acceso) y un sistema 250 receptor (tambien conocido como terminal de acceso (AT) o equipo de usuario (UE)) en un sistema 200 MIMO. En el sistema 210 transmisor, se proporcionan datos de trafico para una serie de flujos de datos desde una fuente 212 de datos a un procesador de datos 214 de transmision (TX).

5

10

15

20

25

30

35

40

45

50

55

En una realizacion, cada flujo de datos se transmite por una antena transmisora respectiva. El procesador 214 de datos TX formatea, codifica y entrelaza los datos de trafico para cada flujo de datos en base a un esquema de codificacion particular seleccionado para que ese flujo de datos proporcione datos codificados.

Los datos codificados para cada flujo de datos pueden multiplexarse con datos piloto usando tecnicas OFDM. Los datos piloto son tipicamente un patron de datos conocido que se procesa de manera conocida y se puede usar en el sistema receptor para estimar la respuesta del canal. El piloto multiplexado y los datos codificados para cada flujo de datos se modulan (es decir, se asignan simbolos) en funcion de un esquema de modulacion particular (por ejemplo, BPSK, QPSK, M-PSK o M-QAM) seleccionado para que ese flujo de datos proporcione simbolos de modulacion. La velocidad de datos, la codificacion y la modulacion para cada flujo de datos pueden determinarse mediante instrucciones realizadas por el procesador 230.

Los simbolos de modulacion para todos los flujos de datos se proporcionan luego a un procesador 220 TX MIMO, que puede procesar adicionalmente los simbolos de modulacion (por ejemplo, para OFDM). El procesador 220 TX MlMo luego proporciona flujos de simbolos de modulacion Nt a transmisores Nt (TMTR) 222a a 222t. En ciertas realizaciones, el procesador 220 TX MIMO aplica ponderaciones de formacion de haces a los simbolos de los flujos de datos y a la antena desde la que se esta transmitiendo el simbolo.

Cada transmisor 222 recibe y procesa unos flujos de simbolos respectiva para proporcionar una o mas senales analogicas, y otras condiciones (por ejemplo, amplifica, filtra y convierte de forma ascendente) las senales analogicas para proporcionar una senal modulada adecuada para la transmision a traves del canal MIMO. Las senales Nt moduladas desde los transmisores 222a a 222t se transmiten luego desde las antenas 224a a 224t Nt, respectivamente.

En el sistema 250 receptor, las senales moduladas transmitidas son recibidas por las antenas 252a a 252r Nr y la senal recibida desde cada antena 252 se proporciona a un receptor respectivo (RCVR) 254a a 254r. Cada receptor 254 acondiciona (por ejemplo, filtra, amplifica y convierte y reduce) una senal recibida respectiva, digitaliza la senal acondicionada para proporcionar muestras, y procesa adicionalmente las muestras para proporcionar un flujo de simbolos “recibido” correspondiente.

A continuacion, un procesador 260 de datos RX recibe y procesa los flujos de simbolos recibidos por Nr de los receptores 254 Nr en funcion de una tecnica particular de procesamiento del receptor para proporcionar flujos de simbolos “detectados” por Nt. El procesador 260 de datos RX luego demodula, desintercala y decodifica cada flujo de simbolos detectado para recuperar los datos de trafico para el flujo de datos. El procesamiento por el procesador 260 de datos RX es complementario al realizado por el procesador 220 TX MIMO y el procesador 214 de datos TX en el sistema 210 transmisor.

Un procesador 270 determina periodicamente que matriz de precodificacion usar (se trata a continuacion). El procesador 270 formula un mensaje de enlace inverso que comprende una porcion de indice de matriz y una porcion de valor de rango.

El mensaje de enlace inverso puede comprender diversos tipos de informacion con respecto al enlace de comunicacion y/o al flujo de datos recibidos. El mensaje de enlace inverso es luego procesado por un procesador 238 de datos TX, que tambien recibe datos de trafico para un numero de flujos de datos de una fuente 236 de datos modulada por un modulador 280 condicionada por los transmisores 254a a 254r y transmitida de vuelta al sistema 210 transmisor.

En el sistema 210 transmisor, las senales moduladas del sistema 250 receptor son recibidas por las antenas 224, acondicionadas por los receptores 222, demoduladas por un demodulador 240, y procesadas por un procesador 242 de datos RX para extraer el mensaje de enlace de reserva transmitido por el sistema 250 receptor. El procesador 230 luego determina que matriz de precodificacion usar para determinar las ponderaciones de conformacion de haz y luego procesa el mensaje extraido.

Volviendo a la FIG. 3, esta figura muestra un diagrama de bloques funcional simplificado alternativo de un dispositivo de comunicacion de acuerdo con una realizacion de la invencion. Como se muestra en la FIG. 3, el dispositivo 300 de comunicacion en un sistema de comunicacion inalambrica puede utilizarse para realizar los UE (o AT) 116 y 122 en la FIG. 1, y el sistema de comunicaciones inalambricas es preferiblemente el sistema LTE. El dispositivo 300 de comunicacion puede incluir un dispositivo 302 de entrada, un dispositivo 304 de salida, un circuito 306 de control, una unidad de procesamiento central (CPU) 308, una memoria 310, un codigo 312 de programa y un transceptor 314. El circuito 306 de control ejecuta el codigo 312 de programa en la memoria 310 a traves de la CPU 308, controlando de ese modo una operacion del dispositivo 300 de comunicaciones. El dispositivo 300 de comunicaciones puede recibir senales introducidas por un usuario a traves del dispositivo 302 de entrada, tal como un teclado o teclado, y puede emitir imagenes y sonidos a traves del dispositivo 304 de salida, tal como un monitor o altavoces. El transceptor 314 se usa para recibir y transmitir senales inalambricas, entregar senales recibidas al circuito 306 de control y emitir senales generadas por el circuito 306 de control de forma inalambrica.

5

10

15

20

25

30

35

La Figura 4 es un diagrama de bloques simplificado del codigo 312 de programa mostrado en la FIG. 3 de acuerdo con una realizacion de la invencion. En esta realizacion, el codigo 312 de programa incluye una capa 400 de aplicacion, una porcion 402 de Capa 3, y una porcion 404 de Capa 2, y esta acoplada a una porcion 406 de Capa 1. La porcion 402 de la Capa 3 generalmente realiza control de recursos de radio. La porcion 404 de la Capa 2 generalmente realiza control de enlace. La porcion 406 de Capa 1 generalmente realiza conexiones fisicas.

Se ha aceptado estudiar el articulo de estudio “WLAN/3GPP radio interworking” en la version 12. La descripcion del articulo de estudio se especifica en general en 3GPP RP-122038 de la siguiente manera:

Los siguientes problemas se deben tener en cuenta durante el estudio:

1. Las redes WLAN implementadas por el operador a menudo se subutilizan

2. La experiencia del usuario es suboptima cuando el UE se conecta a una red WLAN sobrecargada

3. La exploracion WLAN innecesaria puede drenar los recursos de la bateria del UE

Ademas, algunos de los objetivos del elemento de estudio tambien se especifican en 3GPP RP-122038 de la siguiente manera:

En una primera fase:

• identificar los requisitos para el interfuncionamiento del nivel de RAN y aclarar los escenarios a considerar en el estudio teniendo en cuenta mecanismos estandarizados.

En una segunda fase:

• identifique soluciones que satisfagan los requisitos identificados en la primera fase que no pueden resolverse utilizando mecanismos estandarizados existentes, que incluyen:

° Soluciones que permiten un mejor control del operador para el interfuncionamiento WLAN y permiten que la WLAN se incluya en la gestion de recursos de radio celular del operador.

° Mejoras para acceder a la movilidad y seleccion de red que toman en cuenta informacion como calidad de enlace de radio por UE, calidad de retroceso, carga, etc. para celulares y WLAN.

• Evaluar los beneficios y los impactos de los mecanismos identificados sobre la funcionalidad existente, incluyendo WLAN basada en red central mecanismos de interfuncionamiento (por ejemplo, ANDSF).

En general, 3GPP TR 37.384 v0.4.0 captura el progreso del estudio. 3GPP TR 37.384 v0.4.0 especifica en general las suposiciones, requisitos, escenarios y casos de uso del estudio de la siguiente manera:

5.1 Suposiciones

1. No es necesario distinguir entre escenarios de implementacion de interiores y exteriores.

2. Las soluciones desarrolladas como resultado de este estudio no deben basarse en una interfaz estandarizada entre los nodos 3GPP y WLAN RAN.

3. Un UE en cobertura de una RAT 3GPP cuando se accede a la WLAN seguira registrado en la red 3GPP y estara en modo IDLE o en el modo CONNECTED.

4. El despliegue residencial de WLAN AP no se debe considerar como parte de este estudio.

5.2 Requisitos

Las soluciones candidatas que se consideraran en este estudio deben cumplir los siguientes requisitos:

1. Las soluciones deberian proporcionar un equilibrio de carga bidireccional mejorado entre redes de acceso de radio WLAN y 3GPP para proporcionar una mejor capacidad del sistema.

5

10

15

20

25

30

35

40

2. Las soluciones deberian mejorar el rendimiento (el interfuncionamiento WLAN no deberia disminuir, sino ser preferible para una mejor experiencia del usuario).

3. Las soluciones deberian mejorar la utilizacion de WLAN cuando este disponible y no congestionada.

4. Las soluciones deben reducir o mantener el consumo de la bateria (por ejemplo, debido al escaneo/descubrimiento WLAN).

5. Las soluciones deben ser compatibles con todas las funcionalidades CN WLAN relacionadas existentes, por ejemplo, Descarga continua y no continua, acceso confiable y no confiable, MAPCON e IFOM.

6. Las soluciones deben ser compatibles con versiones anteriores de las especificaciones 3GPP y WLAN, es decir, trabajar con UE heredados aunque los UE heredados pueden no beneficiarse de las mejoras proporcionadas por estas soluciones.

7. Las soluciones deben confiar en la funcionalidad WLAN existente y deben evitar cambios a las especificaciones IEEE y WFA.

8. La distincion de sistema WLAN objetivo (por ejemplo, basada en SSID) deberia ser posible.

9. El control por UE para la direccion del trafico deberia ser posible.

10. Las soluciones deben garantizar que las decisiones de seleccion de acceso no deben llevar a ping-pong entre UTRAN/E-UTRAN y WLAN.

5.3 Escenarios

El escenario considerado en este estudio se centra en los nodos de WLAN implementados y controlados por los operadores y sus socios. Puede haber varios puntos de acceso WLAN dentro de la cobertura de una sola celula UTRAN/E-UTRAN. El eNB/RNC puede conocer la ubicacion u otros parametros WLAN AP (por ejemplo, BSSID, canal, etc. ...), sin embargo, los escenarios donde dicha informacion no esta disponible tambien deberian ser compatibles.

No hay intercambio de informacion de nivel RAN entre H(e)NBs/eNBs/RNCs y AP a traves de una interfaz estandarizada. En una etapa posterior, se puede analizar si se pueden lograr los beneficios si se dispone de una interfaz no estandarizada entre los WlAn AP y 3GPP RAN.

Nota: Es posible que haya algun intercambio de informacion a traves de OAM.

5.4 Casos de uso

En este estudio, se deben considerar los siguientes casos de uso:

A. UE esta dentro de la cobertura de UTRAN/E-UTRAN, usa 3GPP y entra en la cobertura de AP WLAN

B. UE esta dentro de la cobertura de UTRAN/E-UTRAN y WLAN, usa WLAN y sale de la cobertura WLAN AP

C. UE esta dentro del area de cobertura de ambos, UE que usa WLAN, todo o un subconjunto del trafico del UE debe enrutarse a traves de UTRAN/E-UTRAN en su lugar

D. UE esta dentro del area de cobertura de ambos, UE que usa UTRAN/E-UTRAN, todo o un subconjunto del trafico del UE debe enrutarse a traves de WLAN en su lugar

E. UE utiliza ambos accesos y debe conectarse solo a uno (WLAN o UTRAN/E-UTRAN) o se debe mover algo de trafico al otro acceso

Ademas, la ultima actualizacion de los candidatos a la solucion se proporciona en 3GPP TR 37.384 v0.4.0 de la siguiente manera:

6.1.1 Solucion 1

En esta solucion, RAN proporciona informacion de asistencia RAN al UE a traves de senalizacion de difusion (y opcionalmente senalizacion dedicada). El UE utiliza las mediciones UE de informacion de asistencia de RAN y la

5

10

15

20

25

30

35

informacion proporcionada por WLAN y politicas que se obtienen a traves de ANDSF o a traves de mecanismos OMA- DM existentes o preconfiguradas en el UE para dirigir el trafico a WLAN o a RAN.

Esta solucion es aplicable a UE en estados RRC IDLE y RRC CONNECTED para el modo E-UTRAN, UE IDLE para UTRAN y estados CELL_DCH, CELL_FACH, CELL_PCH y URA_PCH para UTRAN.

6.1.1.1 Descripcion

[La Figura 5 (que es una reproduccion de la Figura 6 .1.1.1-1 titulada “Solucion 1: Direccion de trafico” de 3GPP TR 37.384 v0.4.0)] ilustra el flujo de llamada candidato de la solucion 1:

Informacion de asistencia RAN

La siguiente tabla muestra los parametros de asistencia del candidato que puede proporcionar RAN:

Tabla 6.1.1.1-1: Parametros de asistencia del candidato proporcionados por RAN

Parametro: Descripcion

Informacion de Carga: Indicacion directa/indirecta de la carga UMTS/LTE, por ejemplo, en porcentaje, en niveles de carga (bajo, medio, alto) o indicador de preferencia de descarga

Asignacion de Recursos: asignacion maxima de recursos que el UE puede recibir en UMTS/LTE

Umbrales WLAN: Umbral WLAN RSSI, umbral de carga WLAN BSS y umbral metrico WLAN WAN

Umbrales RAN: Umbrales RSRP/RSCP

Informacion de politica

Las politicas proporcionadas al UE se mejoran al tener la informacion de asistencia RAN: la politica puede incluir informacion candidata multiple simultaneamente. Un ejemplo de dicha politica puede ser la siguiente:

- 3GPP ^ WLAN: si RAN RSRP es menor que el umbral s y RAN la carga directa es mayor que el umbral x, y si WLAN RSSI es mayor que el umbral r y la carga WLAN BSS es menor que el umbral y, mueva el flujo a WLAN

- WLAN ^ 3GPP: si RAN RSRP es mayor que el umbral s’ y RAN la carga directa es menor que el umbral x’, y si WLAN RSSI es menor que el umbral r’ y la carga WLAN BSS es mayor que el umbral y’, mueva el flujo a UMTS/LTE

Esto puede realizarse, por ejemplo, con una nueva estructura de politica (similar a ISRP). El valor de los umbrales (por ejemplo, Umbrales RAN RSRP/RSCP) pueden ser proporcionados por RAN y utilizados en la politica de ANDSF. De lo contrario, los valores umbral tambien pueden ser proporcionados por el ANDSF mismo.

Las politicas especificas para el UE pueden configurarse o aprovisionarse previamente en base a la suscripcion del UE. Opcionalmente, por control del UE para la direccion del trafico se puede lograr usando la senalizacion dedicada durante el modo conectado, por ejemplo, la RAN puede enviar diferentes valores de los parametros anteriores a diferentes UE en modo conectado. Politicas especificas para un sistema WLAN objetivo (por ejemplo, SSID, ambito) se puede configurar o aprovisionar previamente.

Las politicas y la informacion asistida por la red tambien se pueden usar para enrutar un poco de flujo a WLAN y algunas a 3GPP.

Hay posibles mecanismos para evitar eventos de ping-pong y direccion de trafico/seleccion de red de acceso masivo simultaneo, por ejemplo, histeresis, aleatorizacion, diferentes valores de umbral para seleccion de red 3GPP a WLAN que la WLAN a 3GPP o umbrales por nivel de suscripcion de usuario que puede aplicarse a la decision basada en UE.

6.1.2 Solucion 2

En esta solucion, las reglas de descarga se especifican en las especificaciones de RAN. La RAN proporciona umbrales (a traves de senalizacion dedicada y/o de difusion) que se usan en las reglas.

Esta solucion es aplicable a UE en RRC IDLE y estados RRC CONNECTED para modo E-UTRAN, UE IDLE para UTRAN y estados CELL_FACH, CELL_PCH, URA_PCH y CELL_DCH para UTRAN).

6.1.2.1 Descripcion

Esta solucion consiste en las siguientes etapas, que se describen en [FIG. 6 (que es una reproduccion de la Figura 6.1.2.1-1 titulada “Solucion 2: direccion de trafico” de 3GPP TR 37.384 v0.4.0)].

Para el procedimiento de senalizacion anterior [mostrado en la FIG. 6], cada etapa se elabora a continuacion.

5 Etapa 1:

El RAN proporciona parametros a traves de senalizacion dedicada y/o senalizacion de difusion.

Etapa 2:

El UE sigue las reglas de RAN, definidas en las especificaciones 3GPP RAN, para realizar una descarga bidireccional entre WLAN y 3GPP. La preferencia del usuario debe tener prioridad.

10 Ejemplo de regla:

if (measured_metricA < thresholdl) && (measured_metricB > threshold2) { steerTrafficToWLAN();

} else if (measured_metricA > threshold3) || (measured_metricB < threshold4) { steerTrafficTo3gpp() ;

}

Ademas, si el UE se ha configurado con reglas ANDSF, las reglas ANDSF no se deben romper, los detalles son FFS. Es FFS si y como se hara la direccion del portador, si ANDSF no esta presente.

15 6.1.3 Solucion 3

En esta solucion, la direccion de trafico para los UE en el estado RRC CONECTADO/CELL_DCH es controlada por la red usando comandos de direccion de trafico dedicados, potencialmente basados tambien en mediciones de WLAN (informadas por el UE).

Para los UE en modo IDLE y estados CELL_FACH, CELL_PCH y URA_PCH la solucion es similar a la solucion 1 o 2. 20 Alternativamente, los UE en esos estados de RRC pueden configurarse para conectarse a RAN y esperar ordenes de direccion de trafico dedicadas.

La preferencia del usuario siempre tiene prioridad sobre las reglas basadas en RAN o basadas en ANDSF (por ejemplo, cuando se prefiere una WLAN que no es del operador o WLAN esta desactivada).

En esta solucion:

25 - si ANDSF no esta presente, el UE mueve el trafico indicado en el comando de direccion a WLAN o 3GPP como

se indica;

- cuando son posibles las redes de acceso multiple de acuerdo con la politica ANDSF, los comandos de direccion de trafico pueden anular el orden de las prioridades de la red de acceso, por ejemplo, si para ciertos flujos de IP, ANDSF indica un orden de prioridad de acceso 3GPP y WLAN, al recibir un comando para dirigir el trafico desde el

30 acceso de 3GPP a WLAN, el UE mueve los flujos correspondientes a WLAN.

- El comando de direccion de trafico dedicado no puede anular ANDSF en otros casos, es decir, el UE no movera el trafico a una red de acceso no indicada por ANSDF como una posibilidad (es decir, no indicada o indicada como prohibida).

NOTA: Las reglas anteriores se aplican si la politica H-ANDSF o V-ANDSF estan activas.

35 Algunas areas que se dejan FFS son, por ejemplo, el manejo de requisitos de itinerancia, ping-pong, suscripcion UE, precision de medicion WLAN.

6.1.3.1 Descripcion

Como ejemplo, la direccion del trafico para los UE en RRC CONNECTED/CELL_DCH comprende las siguientes etapas como se muestra en [Fig. 7 (que es una reproduccion de la Figura 6 .1.3.1-1 titulada “Direccion de trafico para UE en estado RRC CONNECTED/CELL_DCH” de 3GPP TR 37.384 vO.4.0)]:

1. Control de medicion: el eNB/RNC configura los procedimientos de medicion del UE, incluida la identidad de la WLAN 5 objetivo a medir.

2. Informe de medicion: el UE se activa para enviar INFORME DE MEDICION segun las reglas establecidas por el control de medicion.

3. Direccion de trafico: El eNB/RNC envia el mensaje de comando de direccion al UE para realizar la direccion del trafico en funcion de las mediciones informadas y la carga en la RAN.

10 NOTA: Los procedimientos anteriores no tienen en cuenta las preferencias del usuario y/o el estado de la radio WLAN. Por ejemplo, segun las preferencias del usuario y/o el estado de la radio WLAN, un UE puede no ser capaz de realizar los eventos de medicion configurados. Ademas, los procedimientos deben permitir que un UE sea capaz de priorizar WLAN no operadora a traves de la WLAN del operador. Por ejemplo, el UE puede desasociarse de la WLAN del operador y asociarse con la WLAN no operadora de mayor prioridad en cualquier momento durante el proceso de 15 medicion. Los detalles de como se maneja esto son FFS.

NOTA: El procedimiento ilustrado anteriormente y la siguiente descripcion tambien se pueden aplicar a UMTS CELL_FACH. El procedimiento tambien se puede extender a los modos Inactivo UMTS/LTE y estados UMTS CELL/URA_PCH, por ejemplo, los UE pueden configurarse para informar alguna indicacion (por ejemplo, sobre mediciones de WLAN disponibles) en un mensaje UL de RRC, por ejemplo, solicitud de conexion RRC (de Idle, en 20 UMTS/LTE) o CELL UPDATE (en estados UMTS CELL/URA_PCH).

NOTA: Algunos de los pasos anteriores, por ejemplo, las etapas 1 y 2 pueden ser opcionales, basado en la configuracion de RAN/UE.

Etapa 1: Control de medicion

Para el control de medicion, los siguientes ejemplos son tipos de informacion que se pueden configurar para que el 25 UE mida la WLAN del operador:

1. Eventos de medicion para activar la generacion de informes segun se define en la Tabla 6.1.3.1-1

2. Identificacion de objetivos como se define en la Tabla 6.1.3.1-2

3. Mediciones para informar como se define en la Tabla 6.1.3.1-3

En base a los eventos de medicion definidos en TS 36.331 y TS 25.331, la Tabla 6.1.3.1-1 muestra los eventos de 30 medicion candidatos para WLAN:

Tabla 6.1.3.1-1: Eventos de medicion candidatos para informar WLAN

Evento: Descripcion

W1: La WLAN es mejor que un umbral (para activar la direccion del trafico a la WLAN)

W2: WLAN se vuelve peor que un umbral (para activar la direccion del trafico desde la WLAN)

W3: La calidad de la radio de la celda 3GPP es peor que el umbral 1 y la calidad de la radio WLAN es mejor que el umbral 2 (para activar la direccion del trafico hacia la WLAN)

W4: La calidad de la radio de la WLAN empeora con respecto al umbral 1 y la calidad de la radio de la celda 3GPP es mejor que la del umbral 2 (para activar la direccion del trafico desde la WLAN)

NOTA: Los umbrales se basan en los valores de las mediciones a informar definidas en la Tabla 6.1.3.1-3.

La identificacion del objetivo se usa para indicar al UE que WLAN debe considerar para los procedimientos de control de medicion que incluyen la ID de WLAN de objetivo y los canales de funcionamiento para buscar. La Tabla 6.1.3.1-2 muestra los identificadores de objetivo candidatos para WLAN.

NOTA: Para dirigir el trafico desde WLAN, es decir, W2/W4, puede ser suficiente que solo se informe de la WLAN de 5 servicio por debajo de un umbral, es decir, que no se necesiten los identificadores de objetivo WLAN.

Tabla 6.1.3.1-2: identificadores de objetivo candidatos para WLAN

Identificador: Descripcion Disponibilidad en WLAN

BSSID: Identificador del grupo de servicios basicos. Baliza o Sonda

: Para el BSS de infraestructura, el BSSID es la direccion MAC del punto de acceso inalambrico Respuesta

SSID: Identificador del grupo de servicios. Baliza o Sonda

: El SSID se puede utilizar en multiples, posiblemente sobreposicion, BSS Respuesta

HESSID: Identificador del grupo de servicios extendidos homogeneos. Baliza o Sonda

: Una direccion MAC cuyo valor debe ser configurado por el operador de punto de acceso con el mismo valor que el BSSID de uno de los AP en la red. Todos los AP de la red inalambrica se configuraran con el mismo valor de HESSID. Respuesta (802.11)

Lista de Nombre de Dominio: El elemento de lista Nombre de Dominio proporciona una lista de uno o mas nombres de dominio de la entidad que opera la red de acceso WLAN. ANQP (HS 2.0)

Clase de Operacion, numero de canal: Indicacion de la frecuencia WLAN objetivo. Ver el Anexo E de 802.11 [5] para las definiciones de las diferentes clases de operacion N/A

NOTA: Si la informacion anterior no esta disponible en (e) NB/RNC, es posible que RAN configure las mediciones generales de WLAN

Etapa 2: Informe de medicion

10 La Tabla 6.1.3.1-3 muestra las mediciones candidatas a reportar para WLAN.

Tabla 6.1.3.1-3: Medida candidata a reportar para WLAN

Identificador: Descripcion Disponibilidad en WLAN

RCPI: Indicador de Potencia de Canal Recibido Medicion de la potencia RF recibida en el canal seleccionado para una trama recibida en el rango de -110 a 0 dBm Medicion

RSNI: Senal Recibida para el Indicador de Ruido. Una indicacion de la senal a ruido mas relacion de interferencia de una trama IEEE 802.11 recibida Definido por la relacion de la potencia de senal recibida (RCPI- ANPI) con el ruido mas potencia de interferencia (ANPI) en las etapas de 0.5 dB en el intervalo desde -10 dB hasta + 117 dB Medicion

5

10

15

20

25

30

35

Carga BSS: Contiene informacion sobre la poblacion actual de STA y los niveles de trafico en el BSS. Respuesta de Sonda o Baliza (802.11k)

Metrica WAN: Incluye estimaciones de las velocidades y carga DL y UL, asi como el estado del enlace y si el WLAN AP esta en capacidad. ANQP (HS 2.0)

Etapa 3: Direccion de trafico

La Tabla 6.1.3.1-4 muestra ejemplos de candidatos para identificar el trafico para dirigir hacia o desde WLAN. Tabla 6.1.3.1-4: identificadores de candidatos del trafico para dirigir hacia o desde WLAN

Identificador: Descripcion

DRB/RB-ID: Identidad de un portador de radio

QCI: Identificador de Clase QoS

De acuerdo con 3GPP TR 37.384 v0.4.0, se debe proporcionar informacion de asistencia o parametro a los UE en todas las soluciones. Para la Solucion 3, la informacion o parametro de asistencia se puede usar para UE de modo inactivo. La informacion o los parametros podrian proporcionarse mediante senalizacion de difusion o senalizacion dedicada.

3GPP R2-132797 aborda el siguiente problema: ique valor debe aplicarse si el valor proporcionado por la senalizacion de difusion difiere del valor proporcionado por la senalizacion dedicada? En general, 3GPP R2-132797 propone que cuando la informacion de asistencia proporcionada en el SIB (difusion de informacion del sistema) y en la senalizacion dedicada son diferentes, el UE deberia usar la informacion de asistencia proporcionada en la senalizacion dedicada. Mas especificamente, 3GPP R2-132797 establece:

Si el UE recibe diferentes valores de informacion de asistencia de RAN de la Informacion del sistema (valores genericos) y la informacion de asistencia de RAN dedicada habilitada, debe ignorar los valores provistos en la informacion del Sistema.

Propuesta 2:

Cuando la informacion de asistencia es diferente entre SIB y senalizacion dedicada, el UE debe usar informacion de asistencia provista en senalizacion dedicada.

Aunque no hay mucha explicacion en 3GPP R2-132797, considerando que el proposito de usar senalizacion dedicada es lograr el control por UE, parece que el valor proporcionado por la senalizacion dedicada que es especifica para el UE seria una eleccion mas adecuada.

Ademas, se ha producido un problema similar con respecto a otros parametros. Como se discutio en 3GPP TS 36.331 V11.4.0, el valor proporcionado por la senalizacion dedicada tiene prioridad sobre el valor proporcionado por la senalizacion de difusion para la configuracion de temporizadores y constantes relacionados con RLF (tales como T310, T311, N310 y/o N311). Mas especificamente, 3GPP TS 36.331 V11.4.0 establece:

5.2.2.9 Acciones al recibir SystemInformationBlockType2

Al recibir SystemInformationBlockType2, el UE debera:

[...]

1> if in RRC_CONNECTED and UE is configured with RLF timers and constants values received

within rlf-TimersAndConstants:

2> not update its values of the timers and constants in ue-TimersAndConstants except for

the value of timer T300;

5

10

15

20

25

30

35

40

45

50

55

Con base en los dos puntos de vista anteriores, pareceria logico dar mayor prioridad al valor de la senalizacion dedicada que el valor de la senalizacion de difusion. Sin embargo, si se toma en cuenta el parametro individual, la precedencia de la configuracion puede necesitar mas consideracion.

Actualmente, los candidatos para los parametros de asistencia pueden incluir: informacion de carga, asignacion de recursos, umbral de WLAN y/o umbral de RAN (red de acceso de radio). Entre los parametros, parece que el umbral de WLAN y el umbral de RAN se utilizan para controlar la facilidad con la que los UE pueden moverse entre WLAN y 3GPP RAN, y el ajuste de los umbrales puede depender de la carga de la celda actual (o carga de WLAN si es posible). Si a la red le gustaria que un UE especifico se moviese mas facilmente (o menos facilmente) que otros (tal como considerar la demanda de trafico del UE), la red podria darle al UE un umbral especifico a traves de la senalizacion dedicada.

Como algunos de los parametros deberian usarse cuando el UE opera en WLAN, se supondria que el valor proporcionado por la senalizacion dedicada deberia aplicarse (y no liberarse) cuando el UE ingrese al estado RRC_Idle. Sin embargo, si la senalizacion dedicada siempre tiene prioridad, el valor no podria actualizarse hasta que el UE vuelva a entrar en el estado RRC_Connected. Por lo tanto, si la red quisiera reconfigurar el parametro para un UE de modo inactivo, la red necesitaria poner el UE en modo conectado y luego realizar la reconfiguracion usando senalizacion dedicada. Sin embargo, si la red lo hace, no parece eficiente y causaria una sobrecarga significativa de senalizacion debido a la transicion de inactividad a conexion.

Para resolver el problema descrito anteriormente, un primer concepto general de la invencion de por lo menos un ejemplo de implementacion es permitir un control mas fino de la configuracion de un parametro especialmente para un UE en modo inactivo. En un ejemplo de implementacion de acuerdo con el primer concepto general de la invencion, para la configuracion de un parametro de un UE, el valor proporcionado en la senalizacion de difusion podria anular el valor proporcionado en la senalizacion dedicada cuando el UE esta en modo inactivo. La senalizacion dedicada se recibiria cuando el UE estaba en modo conectado, y se seguiria aplicando en modo inactivo antes de anularse. Cuando el UE esta en modo conectado, el valor proporcionado en la senalizacion de difusion no puede anular el valor proporcionado en la senalizacion dedicada.

En un segundo ejemplo de implementacion alternativo de acuerdo con el primer concepto general de la invencion, que tambien podria combinarse con el primer ejemplo de implementacion de acuerdo con el primer concepto general de la invencion, para la configuracion de un parametro de un UE, cuando se proporciona un valor en la senalizacion de difusion, la senalizacion de difusion podria indicar si debe anular el valor proporcionado en la senalizacion dedicada (si existe). La indicacion podria aplicarse a un UE que esta en modo inactivo, mientras que no se aplicara a un UE en modo conectado.

En otro tercer ejemplo de implementacion de acuerdo con el primer concepto general de la invencion, que tambien podria combinarse con la primera y/o segunda realizacion segun el primer concepto general de la invencion, para la configuracion de un parametro de un UE, un valor del parametro podria proporcionarse en la senalizacion de difusion, y podria proporcionarse un valor de compensacion para el parametro (que puede ser otro parametro) en la senalizacion dedicada. Si el valor proporcionado por la senalizacion dedicada esta configurado, el valor deberia usarse junto con el valor proporcionado por la senalizacion de difusion. Los dos valores se coordinaran para que no haya problemas con respecto a la precedencia o anulacion. Ambos valores podrian aplicarse a un UE de modo inactivo (y tambien a un UE de modo conectado).

La Figura 8 es un diagrama 800 de flujo de acuerdo con un primer ejemplo de realizacion de acuerdo con el primer concepto general. El diagrama 800 de flujo generalmente ilustra un metodo para aplicar la senalizacion del interfuncionamiento WLAN 3GPP desde la perspectiva de un UE. En la etapa 805, un UE recibe una primera configuracion de un parametro de interfuncionamiento por senalizacion dedicada, en el que la primera configuracion no se libera cuando el UE entra en modo inactivo. En la Etapa 810, el UE recibe una segunda configuracion del parametro de interfuncionamiento por senalizacion de difusion cuando el UE esta en modo inactivo. En la etapa 815, el UE anula la primera configuracion con la segunda configuracion. En una realizacion del mismo, el UE no anula la primera configuracion con la segunda configuracion cuando el UE recibe la segunda configuracion en modo conectado.

Con referencia de nuevo a las Figs. 3 y 4, en un ejemplo de implementacion, el dispositivo 300 podria incluir un codigo 312 de programa almacenado en la memoria 310 para aplicar la senalizacion del interfuncionamiento WLAN-3GPP desde la perspectiva de un UE. La CPU 308 podria ejecutar el codigo 312 de programa para permitir que el UE (i) reciba una primera configuracion de un parametro de interfuncionamiento por senalizacion dedicada, la primera configuracion no se libera cuando el UE ingresa en modo inactivo, (ii) reciba una segunda configuracion del parametro de interfuncionamiento por senalizacion de difusion cuando el UE esta en modo inactivo, y (iii) anule la primera configuracion con la segunda configuracion. Ademas, la CPU 308 podria ejecutar el codigo 312 de programa para realizar todas las acciones y etapas descritas anteriormente u otras descritas aqui, en particular las descritas en el parrafo [0051] anterior.

5

10

15

20

25

30

35

40

45

50

55

La Figura 9 es un diagrama 900 de flujo de acuerdo con un segundo ejemplo de implementacion de acuerdo con el primer concepto general. El diagrama 900 de flujo ilustra en general un metodo alternativo para aplicar la senalizacion del interfuncionamiento WLAN-3GPP desde la perspectiva de un UE. En la Etapa 905, un UE recibe una segunda configuracion de un parametro de interfuncionamiento mediante senalizacion de difusion. En la Etapa 910, la senalizacion de difusion indica si el UE podria usar la segunda configuracion para anular una primera configuracion del parametro de interfuncionamiento proporcionado por una senalizacion dedicada.

Con referencia de nuevo a las Figs. 3 y 4, en un ejemplo de implementacion, el dispositivo 300 podria incluir un codigo 312 de programa almacenado en la memoria 310 para aplicar la senalizacion del interfuncionamiento WLAN-3GPP desde la perspectiva de un UE. La CPU 308 podria ejecutar el codigo 312 de programa (i) para permitir que el UE reciba una segunda configuracion de un parametro de interfuncionamiento mediante senalizacion de difusion, donde la senalizacion de difusion indica si el UE podria usar la segunda configuracion para anular una primera configuracion del parametro de interfuncionamiento proporcionado por una senalizacion dedicada. Ademas, la CPU 308 podria ejecutar el codigo 312 de programa para realizar todas las acciones y etapas descritas anteriormente u otras descritas aqui, en particular las descritas en el parrafo [0053] anterior.

La Figura 10 es un diagrama 1000 de flujo de acuerdo con un tercer ejemplo de implementacion de acuerdo con el primer concepto general. El diagrama 1000 de flujo generalmente ilustra un metodo alternativo para aplicar la senalizacion del interfuncionamiento WLAN-3GPP desde la perspectiva de una red. En la Etapa 1005, la red transmite una segunda configuracion de un parametro de interfuncionamiento mediante senalizacion de difusion. En la Etapa 1010, la senalizacion de difusion indica si el UE podria usar la segunda configuracion para anular una primera configuracion del parametro de interfuncionamiento proporcionado por una senalizacion dedicada.

Con referencia de nuevo a las Figs. 3 y 4, en un ejemplo de implementacion, el dispositivo 300 podria incluir un codigo 312 de programa almacenado en la memoria 310 para aplicar la senalizacion del interfuncionamiento WLAN-3GPP desde la perspectiva de una red. La CPU 308 podria ejecutar el codigo 312 de programa (i) para permitir que una red transmita una segunda configuracion de un parametro de interfuncionamiento mediante senalizacion de difusion, en el que la senalizacion de difusion indica si el UE podria usar la segunda configuracion para anular una primera configuracion del interfuncionamiento parametro proporcionado por una senalizacion dedicada. Ademas, la CPU 308 podria ejecutar el codigo 312 de programa para realizar todas las acciones y etapas descritas anteriormente u otras descritas aqui, en particular las descritas en el parrafo [0055] anterior.

En todos los ejemplos de implementacion de acuerdo con el primer concepto general de la invencion, el UE podria anular la primera configuracion con la segunda configuracion si la senalizacion de difusion indica que la segunda configuracion podria anular la primera configuracion. Ademas, preferiblemente, el UE no anularia la primera configuracion con la segunda configuracion si la senalizacion de difusion indica que la segunda configuracion no podria anular la primera configuracion. Alternativamente, preferiblemente el UE no anularia la primera configuracion con la segunda configuracion si la senalizacion de difusion no indica que la segunda configuracion podria anular la primera configuracion. Ademas, preferiblemente la indicacion en senalizacion de difusion se usa cuando el UE esta en modo inactivo, o no se usa cuando el UE esta en modo conectado.

Adicional o alternativamente, en todos los ejemplos de implementacion de acuerdo con el primer concepto general de la invencion, la segunda configuracion podria usarse despues de la anulacion.

Adicional o alternativamente, en todos los ejemplos de implementacion de acuerdo con el primer concepto general de la invencion, la primera configuracion podria aplicarse cuando el UE esta en modo inactivo, podria usarse antes de la anulacion, y/o podria ser recibida por la informacion del sistema. En otro ejemplo de implementacion, el UE anula la primera configuracion con la segunda configuracion comprende: (i) el UE aplica la primera configuracion antes de la anulacion, (ii) el UE aplica la segunda configuracion despues de la anulacion, y (iii) el UE no aplica la primera configuracion despues de la anulacion.

Adicional o alternativamente, en todos ejemplos de implementacion de acuerdo con el primer concepto general, el parametro de interfuncionamiento podria usarse para el interfuncionamiento entre 3GPP y WLAN. Ademas, el parametro de interfuncionamiento podria ser un umbral de RAN (red de acceso de radio) o un umbral de WLAN (red de area local inalambrica). Mas especificamente, el parametro de interfuncionamiento podria ser un umbral utilizado para juzgar si el UE deberia mover su trafico a WLAN, o un umbral usado para juzgar si el UE deberia mover su trafico a 3GPP RAN, como E-UTRAN (Red de Acceso Radioelectrico Terrestre Universal Evolucionado) o UTRAN (Red de Acceso a Radio Terrestre Universal). Ademas, el parametro de interfuncionamiento podria ser una informacion de carga, un indicador de preferencia de descarga o una asignacion de recursos.

La Figura 11 es un diagrama 1100 de flujo de acuerdo con un cuarto ejemplo de implementacion de acuerdo con el primer concepto general. El diagrama 1100 de flujo ilustra generalmente otro metodo para aplicar la senalizacion del interfuncionamiento de WLAN-3GPP desde la perspectiva de un UE. En la Etapa 1105, un UE usa una configuracion de un primer parametro de interfuncionamiento recibido por senalizacion de difusion. En la Etapa 1110, el UE usa una configuracion de un segundo parametro de interfuncionamiento recibido por senalizacion dedicada, en el que el

5

10

15

20

25

30

35

40

45

50

55

segundo parametro de interfuncionamiento es un valor de compensacion para el primer parametro de interfuncionamiento. En la Etapa 1115, la configuracion del primer parametro de interfuncionamiento y la configuracion del segundo parametro de interfuncionamiento se aplican cuando el UE esta en modo inactivo.

En un primer ejemplo de implementacion preferido de la misma, la configuracion del primer parametro de interfuncionamiento es recibida por la informacion del sistema.

En un segundo ejemplo de implementacion preferido de la misma, que podria combinarse con el primer ejemplo de implementacion preferido de la misma, los parametros de interfuncionamiento primero y segundo podrian usarse para el interfuncionamiento entre un 3GPP y una WLAN. Ademas, el primer parametro de interfuncionamiento podria ser un umbral de RAN o un umbral de WLAN. Ademas, el primer parametro de interfuncionamiento podria ser un umbral utilizado para juzgar si el UE deberia mover su trafico a WLAN, o un umbral utilizado para juzgar si el UE deberia mover su trafico a una RAN de 3GPP, como una E-UTRAN o una UTRAN. Ademas, el parametro de interfuncionamiento podria ser una informacion de carga, un indicador de preferencia de descarga o una asignacion de recursos.

En un tercer ejemplo de implementacion del mismo, que podria combinarse con el primero y/o segundo ejemplo de implementacion preferidas de la misma, el UE puede acceder a 3GPP RAN y acceder a WLAN. Mas especificamente, el UE es capaz de conectarse a 3GPP RAN y WLAN al mismo tiempo. Ademas, el UE podria operar en una WLAN cuando el UE esta en modo inactivo. El modo inactivo se refiere a RRC_IDLE donde no se establece una conexion RRC (Control de recursos de radio), como se describe en 3GPP TS 36.331 V11.4.0. Ademas, el modo conectado se refiere a RRC_CONNECTED donde se establece una conexion RRC, como se describe en 3GPP TS 36.331 V11.4.0. Ademas, la WLAN se basa en el estandar IEEE 802.11.

Con referencia de nuevo a las Figs. 3 y 4, en un ejemplo de implementacion, el dispositivo 300 podria incluir un codigo 312 de programa almacenado en la memoria 310 para aplicar la senalizacion del interfuncionamiento WLAN-3GPP desde la perspectiva de un UE. La CPU 308 podria ejecutar el codigo 312 de programa para permitir que el UE (i) recibir una configuracion de un primer parametro de interfuncionamiento recibido por senalizacion de difusion, (ii) recibir una configuracion de un segundo parametro de interfuncionamiento recibido por senalizacion dedicada, en el que el segundo parametro de interfuncionamiento es un valor de compensacion para el primer parametro de interfuncionamiento, y (iii) aplicar la configuracion del primer parametro de interfuncionamiento y la configuracion del segundo parametro de interfuncionamiento cuando el UE esta en modo inactivo. Ademas, la CPU 308 podria ejecutar el codigo 312 de programa para realizar todas las acciones y etapas descritas anteriormente u otras descritas aqui, en particular las descritas en los parrafos [0061] a [0064] anteriores.

Un segundo concepto general, que representa la invencion, para resolver el problema descrito anteriormente es que para un parametro de interfuncionamiento que puede configurarse mediante senalizacion dedicada y mediante senalizacion de difusion, podria utilizarse un temporizador para controlar la validez del valor configurado proporcionado en la senalizacion dedicada para el parametro de interfuncionamiento. El segundo concepto general, es decir la invencion, y todas sus realizaciones se pueden combinar con el primer concepto general y todos sus ejemplos de implementacion. En una primera realizacion de acuerdo con el segundo concepto general, es decir la invencion, un UE liberaria el valor configurado proporcionado en la senalizacion dedicada y usaria el valor proporcionado en la senalizacion de difusion cuando expire el temporizador. Mas especificamente, el UE estaria en modo inactivo cuando expire el temporizador. El valor del temporizador podria senalarse junto con el valor del parametro de interfuncionamiento. Alternativamente, el valor del temporizador podria senalarse en el mensaje para liberar la conexion RRC (Control de recursos de radio) del UE, o senalizarse en la informacion del sistema, o predefinirse en los estandares 3GPS. El temporizador podria iniciarse al recibir la configuracion dedicada o al entrar en modo inactivo.

La Figura 12 es un diagrama 1200 de flujo de acuerdo con una primera realizacion de ejemplo de acuerdo con el segundo concepto general, es decir la invencion. El diagrama 1200 de flujo ilustra en general otro metodo para aplicar la senalizacion del interfuncionamiento de WLAN-3GPP desde la perspectiva de un UE. En la Etapa 1205, el UE utiliza una primera configuracion de un parametro de interfuncionamiento recibido por senalizacion dedicada, en el que la primera configuracion es aplicable en un modo conectado y en un modo inactivo. En la Etapa 1210, el UE usa una segunda configuracion del parametro de interfuncionamiento recibido por senalizacion de difusion cuando expira un temporizador asociado con la primera configuracion.

Con referencia de nuevo a las Figs. 3 y 4, en una realizacion, el dispositivo 300 podria incluir un codigo 312 de programa almacenado en la memoria 310 para aplicar la senalizacion del interfuncionamiento WLAN-3GPP desde la perspectiva de un UE. La CPU 308 podria ejecutar el codigo 312 de programa para permitir que el UE (i) use una primera configuracion de un parametro de interfuncionamiento recibido por senalizacion dedicada, en el que la primera configuracion es aplicable en un modo conectado y un modo inactivo, y (ii) utilizar una segunda configuracion del parametro de interfuncionamiento recibido por senalizacion de difusion cuando expira un temporizador asociado con la primera configuracion. Ademas, la CPU 308 podria ejecutar el codigo 312 de programa para realizar todas las acciones y etapas descritas anteriormente u otras descritas aqui, en particular las descritas en el parrafo [0067] anterior.

5

10

15

20

25

30

35

40

45

50

55

La Figura 13 es un diagrama 1300 de flujo de acuerdo con una segunda realizacion de ejemplo de acuerdo con el segundo concepto general, es decir la invencion. El diagrama 1300 de flujo ilustra en general otro metodo para aplicar la senalizacion del interfuncionamiento de WLAN-3GPP desde la perspectiva de un UE. En la Etapa 1305, el UE usa una primera configuracion de un parametro de interfuncionamiento recibido por senalizacion dedicada en modo conectado. En la Etapa 1310, el UE entra en un modo inactivo e inicia un temporizador asociado con la primera configuracion. En la Etapa 1315, el UE usa una segunda configuracion del parametro de interfuncionamiento recibido de la senalizacion de difusion cuando el temporizador asociado con la primera configuracion expira.

Con referencia de nuevo a las Figs. 3 y 4, en una realizacion, el dispositivo 300 podria incluir un codigo 312 de programa almacenado en la memoria 310 para aplicar la senalizacion del interfuncionamiento WLAN-3GPP desde la perspectiva de un UE. La CPU 308 podria ejecutar el codigo 312 de programa para permitir que el UE (i) utilice una primera configuracion de un parametro de interfuncionamiento recibido por senalizacion dedicada, donde la primera configuracion es aplicable en un modo conectado y en modo inactivo, (ii) ingrese un modo inactivo e inicia un temporizador asociado con la primera configuracion, y (iii) utilice una segunda configuracion del parametro de interfuncionamiento recibido por senalizacion de difusion cuando expira el temporizador asociado con la primera configuracion. Ademas, la CPU 308 podria ejecutar el codigo 312 de programa para realizar todas las acciones y etapas descritas anteriormente u otras descritas aqui, en particular las descritas en el parrafo [0069] anterior.

En todas las realizaciones de acuerdo con el segundo concepto general, es decir la invencion, el UE podria anular la primera configuracion con la segunda configuracion cuando expira el temporizador. Alternativamente, el UE podria liberar la primera configuracion cuando caduque el temporizador. Ademas, preferiblemente el UE esta en modo inactivo cuando expira el temporizador. Adicional o alternativamente, en todas las realizaciones de acuerdo con el segundo concepto general de la invencion, preferiblemente la segunda configuracion no anula la primera configuracion cuando el UE esta en modo conectado.

Adicional o alternativamente, en todas las realizaciones de acuerdo con el segundo concepto general, es decir la invencion, preferiblemente el UE es capaz de acceder a 3GPP RAN y acceso WLAN. Mas especificamente, el UE es capaz de conectarse a un 3GPP RAN y una WLAN al mismo tiempo. Ademas, preferiblemente, el UE opera en una WLAN cuando el UE esta en modo inactivo. El modo inactivo se refiere a RRC_IDLE donde no se establece una conexion RRC (Control de recursos de radio), como se describe en 3GPP TS 36.331 V11.4.0. Ademas, el modo conectado se refiere a RRC_CONNECTED donde se establece una conexion RRC, como se describe en 3GPP TS 36.331 V11.4.0. Ademas, la WLAN se basa en el estandar IEEE 802.11.

Adicional o alternativamente, en todas las realizaciones de acuerdo con el segundo concepto general, es decir la invencion, el temporizador podria iniciarse cuando el UE reciba la primera configuracion, cuando el UE reciba la configuracion del temporizador, o cuando el UE entre en modo inactivo. Ademas, la configuracion del temporizador podria recibirse junto con la primera configuracion, o podria recibirse en el mensaje para liberar la conexion RRC del UE. Ademas, el valor del temporizador podria transmitirse en una informacion del sistema, o podria estar predefinido.

Adicional o alternativamente, en todas las realizaciones de acuerdo con el segundo concepto general, es decir la invencion, el parametro de interfuncionamiento podria usarse para el interfuncionamiento entre 3GPP y WLAN. Ademas, el parametro de interfuncionamiento podria ser un umbral de RAN (red de acceso de radio) o un umbral de WLAN (red de area local inalambrica). Mas especificamente, el parametro de interfuncionamiento podria ser un umbral utilizado para juzgar si el UE deberia mover su trafico a WLAN, o un umbral usado para juzgar si el UE deberia mover su trafico a una RAN de 3GPP, como una E-UTRAN o una UTRAN. Ademas, el parametro de interfuncionamiento podria ser una informacion de carga, un indicador de preferencia de descarga o una asignacion de recursos.

Con todas las realizaciones anteriores de acuerdo con los conceptos generales primero y segundo, se puede habilitar un control mas fino para un UE en modo inactivo que ya se ha configurado con el valor dedicado de un parametro de interfuncionamiento. Ademas, un UE en modo inactivo que ya ha sido configurado con un valor dedicado de un parametro de interfuncionamiento puede actualizarse con el ultimo valor.

Diversos aspectos de la divulgacion se han descrito anteriormente. Deberia ser evidente que las ensenanzas de la presente memoria se pueden realizar en una amplia variedad de formas y que cualquier estructura, funcion o ambos especificos que se divulgan en la presente memoria son meramente representativos. Basandose en las ensenanzas del presente documento, un experto en la materia debe apreciar que un aspecto divulgado en este documento puede implementarse independientemente de cualquier otro aspecto y que dos o mas de estos aspectos se pueden combinar de varias maneras. Por ejemplo, se puede implementar un aparato o se puede poner en practica un metodo usando cualquiera de los aspectos establecidos en este documento. Ademas, dicho aparato puede implementarse o dicho metodo puede ponerse en practica usando otra estructura, funcionalidad o estructura y funcionalidad ademas de uno o mas de los aspectos establecidos aqui. Como ejemplo de algunos de los conceptos anteriores, en algunos aspectos se pueden establecer canales concurrentes basados en las frecuencias de repeticion de impulsos. En algunos aspectos, se pueden establecer canales concurrentes basados en la posicion del pulso o las desviaciones. En algunos aspectos, pueden establecerse canales concurrentes basados en secuencias de salto de tiempo. En algunos aspectos,

5

10

15

20

25

30

35

40

45

50

55

se pueden establecer canales concurrentes basados en frecuencias de repeticion de impulsos, posiciones de pulso o desfases, y secuencias de salto de tiempo.

Los expertos en la materia entenderan que la informacion y las senales se pueden representar usando cualquiera de una variedad de diferentes tecnologias y tecnicas. Por ejemplo, datos, instrucciones, comandos, informacion, senales, bits, simbolos y chips a los que se puede hacer referencia a lo largo de la descripcion anterior pueden representarse por voltajes, corrientes, ondas electromagneticas, campos magneticos o particulas, campos o particulas opticas o cualquier combinacion de los mismos

Los expertos apreciarian ademas que los diversos bloques logicos ilustrativos, modulos, procesadores, medios, circuitos y etapas de algoritmo descritos en relacion con los aspectos descritos en este documento pueden implementarse como hardware electronico (por ejemplo, una implementacion digital, una implementacion analogica, o una combinacion de los dos, que puede disenarse usando codigo fuente u otra tecnica), varias formas de codigo de programa o diseno que incorporan instrucciones (que pueden ser mencionadas aqui, por conveniencia, como “software” o un “modulo de software”) , o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, varios componentes ilustrativos, bloques, modulos, circuitos y pasos se han descrito anteriormente en general en terminos de su funcionalidad. Si tal funcionalidad se implementa como hardware o software depende de la aplicacion particular y las restricciones de diseno impuestas en el sistema en general. Los expertos en la materia pueden implementar la funcionalidad descrita de diversas maneras para cada aplicacion en particular, pero tales decisiones de implementacion no deben interpretarse como causantes de una desviacion del alcance de la presente divulgacion.

Ademas, los diversos bloques logicos, modulos y circuitos ilustrativos descritos en relacion con los aspectos divulgados en el presente documento se pueden implementar dentro o realizar mediante un circuito integrado (“IC”), un terminal de acceso o un punto de acceso. El IC puede comprender un procesador de proposito general, un procesador de senal digital (DSP), un circuito integrado de aplicacion especifica (ASIC), un arreglo de compuerta programable de campo (FPGA) u otro dispositivo logico programable, compuerta discreta o logica de transistor, componentes discretos de hardware, componentes electricos, componentes opticos, componentes mecanicos o cualquier combinacion de los mismos disenados para realizar las funciones descritas aqui, y pueden ejecutar codigos o instrucciones que residen dentro del IC, fuera del IC, o ambos. Un procesador de proposito general puede ser un microprocesador, pero en la alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador o maquina de estado convencional. Un procesador tambien puede implementarse como una combinacion de dispositivos informaticos, por ejemplo, una combinacion de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o mas microprocesadores junto con un nucleo DSP, o cualquier otra configuracion similar.

Se entiende que cualquier orden especifica o jerarquia de etapas en cualquier proceso divulgado es un ejemplo de un enfoque de muestra. En base a las preferencias de diseno, se entiende que el orden especifico o la jerarquia de las etapas en los procesos puede reorganizarse mientras permanezca dentro del alcance de la presente divulgacion. El metodo adjunto reivindica elementos presentes de los diversos pasos en un orden de muestra, y no esta destinado a estar limitado al orden o jerarquia especifica presentada.

Las etapas de un metodo o algoritmo descrito en relacion con los aspectos divulgados en el presente documento se pueden realizar directamente en hardware, en un modulo de software ejecutado por un procesador, o en una combinacion de los dos. Un modulo de software (por ejemplo, incluidas las instrucciones ejecutables y datos relacionados) y otros datos pueden residir en una memoria de datos como memoria RAM, memoria flash, memoria ROM, memoria EPROM, memoria EEPROM, registros, un disco duro, un disco extraible, un CD-ROM, o cualquier otra forma de medio de almacenamiento legible por ordenador conocido en la tecnica. Un medio de almacenamiento de muestra se puede acoplar a una maquina tal como, por ejemplo, una computadora/procesador (que se puede denominar aqui, por conveniencia, como un “procesador”) de modo que el procesador pueda leer informacion (por ejemplo, codigo) desde y escribir informacion en el medio de almacenamiento. Un medio de almacenamiento de muestra puede ser integral para el procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en el equipo del usuario. En la alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en el equipo del usuario. Ademas, en algunos aspectos, cualquier producto de programa informatico adecuado puede comprender un medio legible por ordenador que comprende codigos relacionados con uno o mas de los aspectos de la divulgacion. En algunos aspectos, un producto de programa informatico puede comprender materiales de envasado.

Aunque la invencion se ha descrito en conexion con diversos aspectos, se entendera que la invencion es capaz de modificaciones adicionales. Esta solicitud esta destinada a cubrir cualquier variacion, uso o adaptacion de la invencion siguiendo, en general, los principios de la invencion, e incluyendo tales desviaciones de la presente divulgacion como parte de la practica conocida y habitual dentro de la tecnica a la que pertenece la invencion.

Claims

5

10

15

20

25

30

35

40

REIVINDICACIONES

1. Un metodo para aplicar la senalizacion de interfuncionamiento entre la Red de Area Local Inalambrica, en lo sucesivo tambien denominada WLAN, y el Proyecto de Asociacion de 3a Generacion, en lo sucesivo tambien denominado 3GPP, Red de Acceso de Radio, en lo sucesivo tambien denominado como RAN, en un Equipo de Usuario, en lo sucesivo tambien denominado como UE, que comprende:

utilizar una primera configuracion de un parametro utilizado para interfuncionamiento entre WLAN y 3GPP RAN recibida por senalizacion dedicada, en el que la primera configuracion se puede aplicar en un modo conectado y un modo (1205) inactivo;

caracterizado por

empezar un temporizador asociado con la primera configuracion cuando el UE ingresa el modo inactivo; y

utilizar una segunda configuracion del parametro recibido por la senalizacion de difusion, cuando el temporizador asociado con la primera configuracion expira (1210).
2. El metodo de la reivindicacion 1, en el que el UE esta en modo inactivo cuando expira el temporizador.
3. El metodo de la reivindicacion 1 o 2, en el que el UE libera la primera configuracion cuando expira el temporizador.
4. El metodo de una cualquiera de las reivindicaciones 1 a 3, en el que el UE no anula la primera configuracion con la segunda configuracion cuando el UE esta en modo conectado.
5. El metodo de una cualquiera de las reivindicaciones 1 a 4, en el que se recibe una configuracion del temporizador junto con la primera configuracion, o se recibe en un mensaje para liberar el Control de Recursos de Radio, en lo sucesivo tambien denominado como RRC conexion del UE.
6. El metodo de una cualquiera de las reivindicaciones 1 a 5, en el que el parametro de interfuncionamiento se usa para el interfuncionamiento entre 3GPP y WLAN.
7. El metodo de cualquiera de las reivindicaciones 1 a 6, en el que el parametro de interfuncionamiento es un umbral usado para juzgar si el UE debe mover su trafico a WLAN, o un umbral usado para juzgar si el UE debe mover su trafico a una 3GPP RAN, tal como una Red de Acceso de Radio Terrestre Universal Evolucionada o una Red de Acceso de Radio Terrestre Universal.
8. El metodo de una cualquiera de las reivindicaciones 1 a 7, en el que el UE es capaz de conectarse a un 3GPP RAN y a una WLAN al mismo tiempo.
9. Un dispositivo (300) de comunicacion para aplicar la senalizacion de interfuncionamiento entre la Red de Area Local Inalambrica, en lo sucesivo tambien denominada como WLAN, y el Proyecto de Asociacion de 3a Generacion, en lo sucesivo tambien denominado como 3GPP, Red de Acceso de Radio, en lo sucesivo tambien denominado como RAN, para un Equipo de Usuario, en lo sucesivo tambien denominado como UE, en un sistema de comunicacion inalambrica, el dispositivo (300) de comunicacion comprende:

un circuito (306) de control;

un procesador (308) instalado en el circuito (306) de control;

una memoria (310) instalada en el circuito (306) de control y operativamente acoplado al procesador (308);

caracterizado porque el procesador (308) se configura para ejecutar un codigo (312) de programa almacenado en la memoria (310) para aplicar la senalizacion de interfuncionamiento entre WLAN y 3GPP RAN en un sistema de comunicacion inalambrica mediante las etapas de metodo como se define en cualquiera de las reivindicaciones precedentes.