ES2893171T3 - Método y aparato para gestionar la descarga del protocolo local de Internet - Google Patents

Método y aparato para gestionar la descarga del protocolo local de Internet Download PDF

Info

Publication number
ES2893171T3
ES2893171T3 ES18173374T ES18173374T ES2893171T3 ES 2893171 T3 ES2893171 T3 ES 2893171T3 ES 18173374 T ES18173374 T ES 18173374T ES 18173374 T ES18173374 T ES 18173374T ES 2893171 T3 ES2893171 T3 ES 2893171T3
Authority
ES
Spain
Prior art keywords
local
access point
context
gateway
download
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES18173374T
Other languages
English (en)
Inventor
Gavin Bernard Horn
Gerardo Giaretta
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Application granted granted Critical
Publication of ES2893171T3 publication Critical patent/ES2893171T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/082—Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents

Abstract

Un método para desactivar un contexto de paquete de datos para el protocolo de Internet local, IP, descarga, que comprende: recibir (902) una solicitud de registro desde un dispositivo en un primer punto de acceso; determinar (904) que el dispositivo tenga un contexto de paquete de datos con un segundo punto de acceso para comunicación utilizando una descarga de IP local; y desactivar (906) el contexto de paquete de datos basado al menos en parte en uno o más parámetros del segundo punto de acceso, caracterizado porque el uno o más parámetros del segundo punto de acceso comprenden: (i) un rango especificado para el segundo punto de acceso por una puerta de enlace para utilizar la descarga de IP local, y desactivar el contexto de paquete de datos se basa al menos en parte en determinar que el primer punto de acceso esté fuera del rango; o (ii) una dirección IP de una puerta de enlace recibida en una solicitud para el contexto de paquete de datos, y desactivar el contexto de paquete de datos se basa al menos en parte en determinar que la dirección IP de la puerta de enlace no coincide con una dirección IP diferente de una puerta de enlace diferente especificada en la solicitud de registro; o (iii) un segundo identificador de celda relacionado con el segundo punto de acceso, y desactivar el contexto de paquete de datos se basa al menos en parte en determinar que el segundo identificador de celda no coincide con un primer identificador de celda relacionado con el primer punto de acceso.

Description

DESCRIPCIÓN
Método y aparato para gestionar la descarga del protocolo local de Internet
Antecedentes
Campo
La siguiente descripción se refiere en general a las comunicaciones de red inalámbrica y, más particularmente, a la gestión del acceso al protocolo de Internet local.
Antecedentes
Los sistemas de comunicación inalámbrica se ponen en marcha ampliamente para proporcionar varios tipos de contenido de comunicación tal como, por ejemplo, voz, datos, etc. Los sistemas de comunicación inalámbrica típicos pueden ser sistemas de acceso múltiple capaces de soportar la comunicación con múltiples usuarios al compartir los recursos del sistema disponibles (por ejemplo, ancho de banda, potencia de transmisión,...). Ejemplos de dichos sistemas de acceso múltiple pueden incluir sistemas de acceso múltiple por división de código (CDMA), sistemas de acceso múltiple por división de tiempo (TDMA), sistemas de acceso múltiple por división de frecuencia (FDMA), sistemas de acceso múltiple por división de frecuencia ortogonal (OFDMA) y similares. Adicionalmente, los sistemas se pueden ajustar a especificaciones tales como proyecto de asociación de tercera generación (3GPP), evolución a largo plazo 3GPP (LTE), banda ancha ultra móvil (u Mb ), datos de evolución optimizados (EV-DO), etc.
Generalmente, los sistemas de comunicación de acceso múltiple inalámbricos pueden soportar simultáneamente la comunicación para múltiples dispositivos móviles. Cada dispositivo móvil se puede comunicar con una o más estaciones base a través de transmisiones en enlaces directos e inversos. El enlace directo (o enlace descendente) se refiere al enlace de comunicación desde las estaciones base hasta los dispositivos móviles, y el enlace inverso (o enlace ascendente) se refiere al enlace de comunicación desde los dispositivos móviles hasta las estaciones base. Adicionalmente, las comunicaciones entre dispositivos móviles y estaciones base se pueden establecer a través de sistemas de una entrada y una salida (SISO), sistemas de múltiple entrada y una salida (MISO), sistemas de múltiple entrada y múltiple salida (MIMO), etc. Además, los dispositivos móviles se pueden comunicar con otros dispositivos móviles (y/o estaciones base con otras estaciones base) en configuraciones de red inalámbrica entre pares.
Para complementar las estaciones base convencionales, se pueden poner en marcha estaciones base adicionales para proporcionar una cobertura inalámbrica más robusta a los dispositivos móviles. Por ejemplo, estaciones repetidoras inalámbricas y estaciones base de baja potencia (por ejemplo, que se pueden denominar comúnmente como Nodos B Domésticos o eNB Domésticos, denominados colectivamente H(e)NB, puntos de acceso femto, femtocelda, picocelda, microcelda, etc.) se puede poner en marcha para un crecimiento de capacidad incremental, una experiencia de usuario más rica, dentro de un edificio u otra cobertura geográfica específica, y/o similares. En algunas configuraciones, dichas estaciones base de baja potencia están conectadas a Internet y a la red del operador móvil a través de una conexión de banda ancha (por ejemplo, enrutador de línea de abonado digital (DSL), cable u otro módem, etc.). Algunos H(e)NB proporcionan acceso a grupos de abonados cerrados (CSG) que restringen el acceso a ciertos dispositivos o usuarios relacionados que son miembros del CSG. Un servidor de abonado doméstico (HSS), un registro de ubicación local (HLR) o uno o más nodos de la red doméstica de un dispositivo pueden almacenar datos de suscripción CSG para el dispositivo, que pueden incluir una o más listas de CSG de los cuales el dispositivo es un miembro.
Además, en virtud de la conexión de banda ancha utilizada por los H(e)NB, los H(e)NB pueden adquirir adicionalmente acceso a servicios o acceso a recursos a través de una red local. En un ejemplo, cuando un H(e)NB utiliza (o proporciona) una puerta de enlace o enrutador que puede permitir que otros dispositivos accedan a Internet, los dispositivos y el H(e)NB pueden participar en una red de protocolo de Internet (IP) local que es atendido por la puerta de enlace o enrutador, y por lo tanto puede proporcionar servicios o acceso a recursos a través de la red IP local, tal como dispositivos de almacenamiento, impresoras u otros dispositivos de salida, etc. Además, e1H(e)NB, en algunos ejemplos, puede proporcionar acceso IP local (LIPA) a uno o más dispositivos móviles que se comunican con e1H(e)NB a través de una interfaz de red móvil, de modo que el uno o más dispositivos móviles también pueden acceder a recursos locales sobre la red IP (por ejemplo, y/o los dispositivos de la red local pueden acceder a los recursos de uno o más dispositivos móviles). En otro ejemplo, un H(e)NB puede poner en marcha la descarga de tráfico IP seleccionada (SIPTO) para filtrar el tráfico relacionado con uno o más dispositivos a través de Internet utilizando el enrutador sin reenviar el tráfico a través de la red móvil.
Se llama la atención sobre ALCATEL-LUCENT ET AL: “Restructuration pf TR 23.829”, 3GPP DRAFT; S2-101719 WAS 1449_23829 Restructuring_RO, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CESEX; FRANCE, vol. SA WG2, no. San Francisco, USA; 20100222, 25 de febrero de 2010, XP050434102, asociado con la reestructuración del TR y que describe dos tipos de escenarios 'ruptura en la red IP residencial/empresarial' y 'ruptura en/por encima de la RAN'. Se discuten los aspectos de movilidad de LIPA y SIPTO relacionados con la asignación de g Gs N al punto de descarga, en particular que en eventos de movilidad que involucran la red central, el SGSN de origen reevalúa la elegibilidad de la Ruptura Local.
Resumen
La presente invención se establece en las reivindicaciones independientes, respectivamente.
Para la consecución de los fines anteriores y relacionados, el uno o más aspectos comprenden las características que se describen a continuación en su totalidad y se señalan particularmente en las reivindicaciones. La siguiente descripción y los dibujos adjuntos establecen en detalle ciertas características ilustrativas de uno o más aspectos. Sin embargo, estas características son indicativas de algunas de las diversas formas en que pueden emplearse los principios de varios aspectos, y esta descripción pretende incluir todos dichos aspectos y sus equivalentes.
Breve descripción de los dibujos
Los aspectos divulgados se describirán a continuación junto con los dibujos adjuntos, proporcionados para ilustrar y no limitar los aspectos divulgados, en los que designaciones similares denotan elementos similares, y en los que:
La Fig. 1 es un diagrama de bloques de un sistema de ejemplo que facilita el uso de la descarga del protocolo de Internet local (IP).
La Fig. 2 es un diagrama de bloques de un sistema de ejemplo para establecer un contexto de paquete de datos para la descarga de IP local de acuerdo con uno o más indicadores.
La Fig. 3 es un diagrama de bloques de un sistema de ejemplo para desactivar un contexto de paquete de datos. La Fig. 4 es un diagrama de bloques de un sistema de ejemplo que facilita la indicación del soporte de descarga de IP local.
La Fig. 5 es un diagrama de flujo de mensajes de ejemplo de un aspecto del establecimiento de un contexto de protocolo de paquete de datos (PDP) para la descarga de IP local.
La Fig. 6 es un diagrama de flujo de mensajes de ejemplo de un aspecto del establecimiento de una conexión de red de paquete de datos (PDN) para la descarga de IP local.
La Fig. 7 es un diagrama de flujo de un aspecto de una metodología de ejemplo para establecer un contexto de paquete de datos para un dispositivo.
La Fig. 8 es un diagrama de flujo de un aspecto de una metodología de ejemplo que establece o rechaza el establecimiento de un contexto de paquete de datos.
La Fig. 9 es un diagrama de flujo de un aspecto de una metodología de ejemplo para desactivar un contexto de paquete de datos.
La Fig. 10 es un diagrama de flujo de un aspecto de una metodología de ejemplo para indicar el soporte de descarga de IP local.
La Fig. 11 es un diagrama de bloques de un dispositivo móvil de ejemplo para solicitar un contexto de paquete de datos para la descarga de IP local.
La Fig. 12 es un diagrama de bloques de un sistema de ejemplo para indicar el soporte de descarga de IP local. La Fig. 13 es un diagrama de bloques de un dispositivo informático de ejemplo de acuerdo con varios aspectos descritos en el presente documento.
La Fig. 14 es un diagrama de bloques de un sistema de ejemplo que establece un contexto de paquete de datos para un dispositivo.
La Fig. 15 es un diagrama de bloques de un sistema de ejemplo que desactiva un contexto de paquete de datos. La Fig. 16 es un diagrama de bloques de un sistema de ejemplo que indica el soporte de descarga de IP local. La Fig. 17 es un diagrama de bloques de un ejemplo de sistema de comunicación inalámbrica de acuerdo con varios aspectos establecidos en el presente documento.
La Fig. 18 es una ilustración de un entorno de red inalámbrica de ejemplo que puede emplearse junto con los diversos sistemas y métodos descritos en el presente documento.
La Fig. 19 ilustra un ejemplo de sistema de comunicación inalámbrica, configurado para soportar una serie de dispositivos, en los que se pueden poner en marcha los aspectos del presente documento.
La Fig. 20 es una ilustración de un sistema de comunicación de ejemplo para permitir la puesta en marcha de femtoceldas dentro de un entorno de red.
La Fig. 21 ilustra un ejemplo de un mapa de cobertura que tiene varias áreas de seguimiento definidas.
Descripción detallada
Se describen ahora varios aspectos con referencia a los dibujos. En la siguiente descripción, con propósitos explicativos, se establecen numerosos detalles específicos con el fin de proporcionar una comprensión completa de uno o más aspectos. Sin embargo, puede resultar evidente que dicho(s) aspecto(s) se pueden practicar sin estos detalles específicos.
Como se describe adicionalmente en el presente documento, la funcionalidad de descarga de protocolo de Internet local (IP), tal como el acceso a IP local (LIPA), la descarga de tráfico de IP seleccionada (SIPTO), etc., se puede gestionar para un dispositivo basado al menos en parte en uno o más indicadores o permisos. Por ejemplo, el uno o más indicadores o permisos pueden especificar si se permite que el dispositivo utilice la descarga de IP local, si una solicitud para un contexto de paquete de datos se relaciona con la descarga de IP local, si un Nodo B doméstico correspondiente o Nodo B evolucionado doméstico (colectivamente denominado como H(e)NB) u otro punto de acceso que soporta la descarga de IP local, si se permite que el dispositivo utilice la descarga de IP local en e1H(e)NB (por ejemplo, y/o con un grupo de abonados cerrado relacionado), si se permite que el dispositivo utilice la descarga de IP local para un nombre de punto de acceso específico (APN), si se soporta la descarga de IP local en e1H(e)NB para el APN y/o similares. Por ejemplo, el uno o más permisos se pueden comunicar como parte de la solicitud del establecimiento de un contexto de paquete de datos relacionado con la utilización de la descarga de IP local. Además, en un ejemplo, uno o más de los indicadores se pueden relacionar con una dirección de una puerta de enlace especificada para proporcionar descarga de IP local. A este respecto, los diversos indicadores o permisos se pueden utilizar para proporcionar una descarga de IP local en un dispositivo.
Adicionalmente, en un ejemplo, un H(e)NB puede proporcionar un indicador que especifica si e1H(e)NB soporta la descarga de IP local (por ejemplo, para un a Pn específico o de otro modo). En un ejemplo, esto se puede proporcionar como parte de una solicitud de un contexto reenviado para un dispositivo relacionado. Además, por ejemplo, el indicador puede incluir una dirección de una puerta de enlace para proporcionar una descarga de IP local en e1H(c)NB, y la puerta de enlace se puede utilizar de acuerdo con lo anterior para proporcionar una descarga de IP local (por ejemplo, cuando otros indicadores especifican que se permite la descarga de IP local). Más aún, como se describe en el presente documento, un contexto relacionado con la descarga de IP local se puede desactivar basándose al menos en parte en uno o más parámetros. Por ejemplo, la desactivación del contexto se puede determinar basándose, al menos en parte, en si el dispositivo tiene una conexión con capacidad de descarga de IP local con otro H(e)NB, o celda del mismo, que está asociado con el H(e)NB actual (por ejemplo, un miembro del mismo grupo cerrado de abonados (CSG) u otra asociación, etc.) o un H(c)NB no tan asociado. Esto puede mitigar la activación/desactivación innecesaria de contextos relacionados con la descarga de IP local a medida que el dispositivo se mueve entre los H(e)NB asociados.
Como se utiliza en esta solicitud, los términos “componente”, “módulo”, “sistema” y similares están destinados a incluir una entidad relacionada con ordenador, tal como, pero no limitado a, hardware, firmware, una combinación de hardware y software, software o software en ejecución. Por ejemplo, un componente puede ser, pero no se limita a ser, un proceso que se ejecuta sobre un procesador, un procesador, un objeto, un ejecutable, un hilo de ejecución, un programa y/o un ordenador. A modo de ilustración, tanto una aplicación que se ejecuta sobre un dispositivo informático como el dispositivo informático pueden ser un componente. Uno o más componentes pueden residir dentro de un proceso y/o hilo de ejecución y un componente puede se puede ubicar en un ordenador y/o distribuir entre dos o más ordenadores. Además, estos componentes se pueden ejecutar desde varios medios legibles por ordenador que tienen varias estructuras de datos almacenadas en ellos. Los componentes se pueden comunicar a través de procesos locales y/o remotos, tales como de acuerdo con una señal que tiene uno o más paquete de datos, tales como los datos de un componente que interactúan con otro componente en un sistema local, sistema distribuido y/o a través de una red tal como Internet con otros sistemas a través de la señal.
Adicionalmente, en el presente documento se describen varios aspectos en relación con un terminal, que puede ser un terminal cableado o un terminal inalámbrico. Un terminal también se puede denominar un sistema, dispositivo, unidad de abonado, estación de abonado, estación móvil, móvil, dispositivo móvil, estación remota, terminal remoto, terminal de acceso, terminal de usuario, terminal, dispositivo de comunicación, agente de usuario, dispositivo de usuario o equipo de usuario (UE). Un terminal inalámbrico puede ser un teléfono celular, un teléfono satelital, un teléfono inalámbrico, un teléfono con Protocolo de Inicio de Sesión (SIP), una estación de bucle local inalámbrico (WLL), un asistente digital personal (PDA), un dispositivo portátil que tiene capacidad de conexión inalámbrica, un dispositivo informático u otros dispositivos de procesamiento conectados a un módem inalámbrico. Más aún, en el presente documento se describen varios aspectos en relación con una estación base. Una estación base se puede utilizar para comunicarse con terminales inalámbricos y también se puede denominar como un punto de acceso, Nodo B, Nodo B evolucionado (eNB) o alguna otra terminología.
Más aún, el término “o” pretende significar un “o” inclusivo en lugar de un “o” exclusivo. Es decir, a menos que se especifique lo contrario, o sea claro por el contexto, la frase “X emplea A o B” pretende significar cualquiera de las permutaciones inclusivas naturales. Es decir, la frase “X emplea A o B” se satisface en cualquiera de los siguientes casos: X emplea A; X emplea a B; o X emplea tanto A como B. Además, los artículos “un” y “una” como se utilizan en esta solicitud y las reivindicaciones adjuntas generalmente se deben interpretar como “uno o más” a menos que se especifique lo contrario o que quede claro por el contexto para ser dirigido a una forma singular.
Las técnicas descritas en el presente documento se pueden utilizar para varios sistemas de comunicación inalámbrica tales como CDMA, TDMA, FDMA, OFDMA, SC-Fd Ma y otros sistemas. Los términos “sistema” y “red” se utilizan a menudo indistintamente. Un sistema CDMA puede implementar una tecnología de radio tal como el Acceso Universal por Radio Terrestre (UTRA), cdma2000, etc. UTRA incluye CDMA de Banda ancha (W-CDMA) y otras variantes de CDMA. Adicionalmente, cdma2000 cubre los estándares IS-2000, IS-95 e IS-856. Un sistema TDMA puede implementar una tecnología de radio, tal como el Sistema Global para Comunicaciones Móviles (GSM). Un sistema OFDMA puede implementar una tecnología de radio tal como UTRA Evolucionado (E-UTRA), Banda ancha Móvil Ultra (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM®, etc. UTRA y E-UTRA forman parte del Sistema de Telecomunicaciones Móviles Universal (UMTS). Evolución a Largo Plazo 3GPP (LTE) es una versión de UMTS que utiliza E-UTRA, que emplea OFDMA sobre el enlace descendente y SC-FDMA sobre el enlace ascendente. UTRA, E-UTRA, UMTS, LTE y GSM se describen en documentos de una organización denominada “Proyecto de Asociación de Tercera Generación” (3GPP). Adicionalmente, cdma2000 y UMB se describen en documentos de una organización llamada “Proyecto 2 de Asociación de Tercera Generación” (3GPP2). Adicionalmente, dichos sistemas de comunicación inalámbrica pueden incluir adicionalmente sistemas de red ad hoc entre pares (por ejemplo, de móvil a móvil) que a menudo utilizan espectros sin licencia no emparejados, LAN inalámbrica 802.xx, BLUETOOTH y cualesquier otras técnicas de comunicación inalámbrica de corto o largo alcance.
Se presentarán varios aspectos o características en términos de sistemas que pueden incluir varios dispositivos, componentes, módulos y similares. Se debe entender y apreciar que los diversos sistemas pueden incluir dispositivos, componentes, módulos, etc. adicionales y/o pueden no incluir todos los dispositivos, componentes, módulos, etc. discutidos en relación con las figuras. También se puede utilizar una combinación de estos enfoques.
Con referencia a la Fig. 1, se ilustran varios nodos de un sistema 100 de comunicación de muestra. Con propósitos ilustrativos, se describen varios aspectos de la divulgación en el contexto de uno o más dispositivos, puntos de acceso y nodos de red que se comunican entre sí. Se debe apreciar, sin embargo, que los aspectos del presente documento pueden ser aplicables a otros tipos de aparatos u otros aparatos similares a los que se hace referencia utilizando otra terminología. Por ejemplo, los puntos de acceso se pueden denominar o implementar como estaciones base, eNodeBs (eNB), Nodos B Domésticos (por ejemplo, en UMTS) o eNB domésticos (por ejemplo, en LTE), colectivamente denominados como H(e)NBs, puntos de acceso de femtocelda o picocelda, estaciones base móviles, nodos de retransmisión, centros de conexión, enrutadores, puertas de enlace, etc., mientras que los dispositivos se pueden denominar o implementarse como equipos de usuario (UE), dispositivos móviles, terminales de acceso, módems (u otros dispositivos conectados), o puede ser una porción del mismo, y por lo tanto sucesivamente.
El dispositivo 102 puede recibir uno o más servicios (por ejemplo, conectividad de red) desde el punto 104 de acceso. El dispositivo 102 puede ser un dispositivo cableado o inalámbrico instalado dentro y/o que viaja a través de un área de cobertura proporcionada por el punto 104 de acceso y/o uno o más puntos de acceso del sistema 100. Por ejemplo, en varios puntos en el tiempo, el dispositivo 102 se puede conectar a un punto 104 de acceso o algún otro punto de acceso en el sistema 100 (no mostrado) a través de una interfaz cableada o inalámbrica. Cada uno de estos puntos de acceso se puede comunicar con uno o más nodos de red (representados, por ejemplo, por nodos 106 de red) para facilitar la conectividad de la red de área amplia. Los nodos 106 de red pueden incluir uno o más nodos de red central y/o de radio en una red móvil, por ejemplo. Por lo tanto, en varios ejemplos, los nodos 106 de red pueden representar funcionalidades tales como al menos una de: gestión de red (por ejemplo, a través de una entidad de operación, administración, gestión (OAM) y/o aprovisionamiento), control de llamadas, gestión de sesiones, gestión de movilidad, gestión de suscripción, funciones de puerta de enlace, funciones de interfuncionamiento o alguna otra funcionalidad de red adecuada. Los nodos 106 de red pueden incluir un gestor 108 de movilidad, que puede ser una entidad de gestión de movilidad (MME), que sirve al nodo de soporte de servicios generales de radio por paquetes (GPRS) (SGSN), centro de conmutación móvil (MSC), registro de ubicación de visitantes (VLR), etc., un servidor 110 de suscripción, que puede ser un servidor de abonado doméstico (HSS), registro de ubicación doméstico (HLR), etc., y/o similares, que pueden ser parte de una o más redes móviles terrestres públicas (PLMN) accesibles por el dispositivo 102.
En algunos casos, el dispositivo 102 puede acceder a un punto de acceso de grupo restringido (por ejemplo, el punto 104 de acceso) asociado con un conjunto de celdas inalámbrico. En general, un conjunto de celdas inalámbricas comprende un conjunto de una o más celdas (por ejemplo, proporcionadas por al menos un punto de acceso, tal como el punto 104 de acceso) que tiene una relación definida. Un ejemplo de un conjunto de celdas inalámbricas es un grupo de abonados cerrado (CSG). Por conveniencia, la discusión que sigue puede referirse simplemente al término CSG, en lugar del término más general de conjunto de celdas inalámbricas. Sin embargo, se debe apreciar, que los conceptos descritos pueden ser aplicables a otros tipos de conjuntos o grupos definidos (por ejemplo, grupos restringidos) de celdas inalámbricas u otras entidades similares. También, los grupos restringidos pueden proporcionar un nivel reducido de acceso a los no miembros (que se pueden denominar como acceso en modo híbrido, o las celdas dentro del grupo como celdas híbridas), a los que también se pueden aplicar los aspectos descritos en el presente documento. Además, se debe apreciar que un punto de acceso, tal como el punto 104 de acceso, puede proporcionar una o más celdas dentro de las cuales los dispositivos se pueden comunicar con el punto de acceso.
Como se representa, el punto 104 de acceso se puede acoplar a un enrutador 112 u otro dispositivo para acceder a Internet 114, y el punto 104 de acceso puede permitir que el dispositivo 102 se comunique con los nodos 106 de red a través de Internet 114. En otro ejemplo, el punto 104 de acceso se puede conectar a Internet 114 mediante una conexión de banda ancha directa (por ejemplo, a través de un módem). Más aún, por ejemplo, el punto 104 de acceso se puede acoplar a una puerta 116 de enlace. Aunque se muestra como coubicado con el punto 104 de acceso en el ejemplo representado, se debe apreciar que la puerta 116 de enlace se puede implementar dentro del punto 104 de acceso, como una entidad separada desde el punto 104 de acceso, y/o similares. Más aún, por ejemplo, el enrutador 112 se puede coubicar del mismo modo con el punto 104 de acceso y/o la puerta 116 de enlace, implementada dentro del punto 104 de acceso y/o similar. En cualquier caso, el punto 104 de acceso puede recibir comunicaciones desde el dispositivo 102 destinado a nodos en una red móvil y puede reenviar las comunicaciones a los nodos 106 de red a través del enrutador 112. Por ejemplo, las comunicaciones se pueden asociar con uno o más túneles de comunicaciones, y el acceso El punto 104 puede determinar que los paquetes están destinados a uno o más de los nodos 106 de red en base a uno o más túneles de comunicaciones (por ejemplo, en función de uno o más parámetros, tales como un identificador de túnel, dirección de destino, etc., en uno o más encabezados de paquetes).
Por ejemplo, para facilitar la comunicación entre el dispositivo 102 y la puerta 116 de enlace, se puede establecer un portador de radio entre el punto 104 de acceso y el dispositivo 102. Por ejemplo, un primer portador de red móvil entre la puerta 116 de enlace y otro componente de la red móvil, como nodo 106 de red, se puede establecer así como un segundo portador de red móvil entre el punto 104 de acceso y el otro componente de la red móvil (por ejemplo, antes, después y/o como parte del establecimiento del portador de radio). Por tanto, en un ejemplo, las comunicaciones relacionadas con el dispositivo 102 destinadas a la puerta 116 de enlace pueden atravesar el otro componente de la red móvil desde el punto 104 de acceso para llegar a la puerta 116 de enlace.
Además, por ejemplo, el punto 104 de acceso puede proporcionar una o más funcionalidades de descarga de IP local para facilitar al menos una de carga decreciente en los nodos 106 de red, proporcionando acceso a recursos de red local y/o similares. En un ejemplo, el punto 104 de acceso puede proporcionar SIPTO para comunicaciones desde el dispositivo 102. En este ejemplo, se puede establecer un portador SIPTO u otro túnel de comunicación entre el punto 104 de acceso y la puerta 116 de enlace para permitir las comunicaciones del dispositivo 102 con uno o más nodos a través de Internet 114 sin comprometer los nodos 106 de red o componentes de la red móvil. En un ejemplo, los datos recibidos a través del portador de radio entre el dispositivo 102 y el punto 104 de acceso se pueden enviar a través del portador SIPTO entre el punto 104 de acceso y la puerta 116 de enlace. En otro ejemplo, el punto 104 de acceso puede utilizar el portador SIPTO entre el punto 104 de acceso y la puerta 116 de enlace para descargar las comunicaciones recibidas a través de un portador previamente establecido donde el punto 104 de acceso determina que las comunicaciones están asociadas con un nodo de Internet que no requiere comunicarse a través de uno o más de los nodos 106 de red. Por ejemplo, esto puede incluir determinar que las comunicaciones no se asocian con uno o más túneles relacionados con los nodos 106 de red. A este respecto, el tráfico del dispositivo 102 se puede descargar utilizando SIPTO para acceder a Internet 114 sin comprometer los nodos 106 de red para disminuir la carga en la red móvil.
En otro ejemplo, la puerta 116 de enlace se comunica adicionalmente con los dispositivos 118 y 120 de red local para proporcionar el compartimiento de recursos entre ellos, acceso a Internet 114 a través del enrutador 112 y/o similares. Por ejemplo, los dispositivos 118 y 120 de red local pueden ser sustancialmente cualquier dispositivo operable para comunicarse en una red, tal como un dispositivo de red de área local (LAN) o LAN inalámbrica (WLAN) (por ejemplo, un ordenador, servidor, impresora, grabadora de vídeo digital (DVR), dispositivo móvil, una porción del mismo, o sustancialmente cualquier dispositivo con un procesador (o acceso a un procesador) y una interfaz de red, etc.) y/o similares. Más aún, dado que el punto 104 de acceso está acoplado con la puerta 116 de enlace, por ejemplo, el punto 104 de acceso participa en la red local con los dispositivos 118 y 120 de red local y, por lo tanto, puede acceder a los recursos o servicios ofrecidos por los dispositivos 118 y/o 120 de red local en la red local, y/o puede permitir el acceso a recursos relacionados con el punto 104 de acceso o proporcionar servicios al mismo. En otro ejemplo, los dispositivos 118 y 120 de red local se pueden conectar al enrutador 112, que del mismo modo puede proporcionar acceso al mismo.
A este respecto, el punto 104 de acceso puede proporcionar LIPA al dispositivo 102 al establecer del mismo modo un portador de LIPA con la puerta 116 de enlace. En este ejemplo, los dispositivos, tales como el dispositivo 102, pueden realizar acciones tales como al menos una de acceder a los servicios o recursos de la red local, proporcionando a los dispositivos de la red local con 118 y 120 con servicios o acceso a los recursos del dispositivo a través del punto 104 de acceso, y/o similares a través de la puerta 116 de enlace a través del punto 104 de acceso sin atravesar el nodo 106 de red o nodos similares de la red móvil.
Como se describe adicionalmente en el presente documento, el gestor 108 de movilidad puede facilitar el establecimiento de un contexto de descarga de IP local LIPA, SIPTO u otro contexto en el punto 104 de acceso para permitir que el dispositivo 102 acceda directamente a los recursos de la puerta 116 de enlace. El establecimiento del contexto en el gestor 108 de movilidad puede basarse, al menos en parte, en uno o más indicadores o permisos con respecto a si la descarga de IP local está permitida en varios niveles. Por ejemplo, el uno o más indicadores o permisos con uno o más de si se permite que el dispositivo 102 utilice la descarga de IP local (por ejemplo, basado en uno o más de otros parámetros), si una solicitud de un contexto de paquete de datos se relaciona con la descarga de IP local, si el punto 104 de acceso soporta la descarga de IP local, si se permite que el dispositivo 102 utilice la descarga de IP local en el punto 104 de acceso (por ejemplo, y/o con un CSG relacionado), si se permite que el dispositivo 102 utilice la descarga de IP local para un nombre de punto de acceso especificado (APN), si la descarga de IP local está soportada en el punto 104 de acceso para el APN, y/o similares. Los indicadores o permisos se pueden recibir de varios nodos para controlar la funcionalidad de descarga de IP local en el punto 104 de acceso. En un ejemplo, el gestor 108 de movilidad se puede comunicar con el servidor 110 de suscripción para recibir datos de suscripción para el dispositivo 102, y los datos de suscripción pueden incluir uno o más se dichos permisos. En otro ejemplo, el punto 104 de acceso puede proporcionar uno o más de dichos indicadores al gestor 108 de movilidad (por ejemplo, una dirección IP de una puerta de enlace, tal como la puerta 116 de enlace, que soporta la descarga de IP local, u otro indicador).
Volviendo a la Fig. 2, se ilustra un ejemplo de sistema 200 de comunicación inalámbrica que facilita el soporte de la descarga de IP local en un punto de acceso. El sistema 200 puede incluir un dispositivo 202 que se puede comunicar con uno o más puntos de acceso para recibir acceso a una red inalámbrica, un punto 204 de acceso que proporciona acceso abierto o restringido o una combinación de los mismos a uno o más dispositivos, una puerta 206 de enlace que facilita la comunicación con una o más redes, y un gestor 208 de movilidad que autoriza a uno o más dispositivos a comunicarse con uno o más componentes de la red central. En un ejemplo, el dispositivo 202 puede ser un UE, módem (u otro dispositivo conectado), una porción del mismo y/o similar, y el punto de acceso puede ser una femtocelda, picocelda, H(e)NB o un punto de acceso similar, una porción del mismo, etc., como se describe. Además, por ejemplo, la puerta 206 de enlace puede ser sustancialmente cualquier puerta de enlace o enrutador, tal como, pero no limitada a, una puerta de enlace de servicio (S-GW), una puerta de enlace de red de paquete de datos (PDN) (P-GW), un nodo de soporte de GPRS de puerta de enlace (GGSN), etc., y el gestor 208 de movilidad puede ser un nodo MME, SGSN, MSC, VLR o similar. Además, como se describe, la puerta 206 de enlace se puede coubicar y/o implementar dentro del punto 204 de acceso en otro ejemplo. El servidor 210 de suscripción puede ser un HSS, HLR o un componente similar. Además, se debe apreciar que pueden estar presentes componentes o nodos adicionales entre los mostrados (por ejemplo, una o más puertas de enlace o enrutadores pueden estar presentes entre el punto 204 de acceso y la puerta 206 de enlace, entre el punto 204 de acceso y el gestor 208 de movilidad, entre el gestor 208 de movilidad y servidor 210 de suscripción, etc.) para facilitar el acceso.
El dispositivo 202 puede comprender un componente 212 de solicitud de contexto para solicitar el establecimiento de un contexto para la funcionalidad de descarga de IP local (por ejemplo, LIPA, SIPTO, etc.) y un componente 214 de descarga de IP local para utilizar el contexto para realizar la descarga de IP local. El punto 204 de acceso puede comprender un componente 216 de comunicación para facilitar la comunicación entre uno o más dispositivos 202 y una o más puertas de enlace u otros componentes, y un componente 218 de indicación de descarga de IP local opcional para especificar si el punto 204 de acceso soporta la descarga de IP local. El punto 204 de acceso también comprende un componente 220 de establecimiento de portador para establecer un portador entre varios dispositivos y/o componentes para comunicar datos de descarga de IP local entre ellos.
La puerta 206 de enlace comprende un componente 222 de comunicación para recibir datos desde y/o transmitir datos a un punto de acceso y uno o más componentes de red, tales como un gestor de movilidad, otra puerta de enlace, uno o más nodos en una red local, uno o más nodos a través de una conexión de banda ancha y/o similares. La puerta 206 de enlace comprende adicionalmente un componente 224 de establecimiento de contexto para generar un contexto para un dispositivo para facilitar la comunicación de datos de descarga de IP local. El gestor 208 de movilidad comprende un componente 226 de establecimiento de contexto para solicitar la creación de un contexto para un dispositivo para comunicar datos de descarga de IP local, y un componente 230 de determinación de soporte de descarga de IP local para determinar si uno o más indicadores o permisos especifican que se soporta la descarga de IP local. El gestor 208 de movilidad también comprende un componente 232 de selección de puerta de enlace para especificar una puerta de enlace para recibir y/o responder a solicitudes de datos de descarga de IP local desde el dispositivo, y un componente 234 de establecimiento de portador para indicar el establecimiento de un portador entre varios componentes y/o dispositivos. El servidor 210 de suscripción comprende un componente 236 de datos de suscripción para indicar los datos de suscripción de un dispositivo a uno o más nodos en una red inalámbrica.
De acuerdo con un ejemplo, el componente 212 de solicitud de contexto puede transmitir una solicitud 242 de contexto de paquete de datos al punto 204 de acceso. Un contexto de paquete de datos, como se menciona en el presente documento, puede comprender una conexión PDN, un contexto de protocolo de paquete de datos (PDP) y /o similar. Por ejemplo, la solicitud 242 puede relacionarse con el establecimiento del contexto de paquete de datos para la descarga de IP local, tal como LIPA, SIPTO, etc. en el punto 204 de acceso. El componente 216 de comunicación puede recibir y reenviar la solicitud 242 al gestor 208 de movilidad. Por ejemplo, uno o más paquetes que abarcan la solicitud 242 pueden incluir una dirección de destino del gestor 208 de movilidad. En un ejemplo, el gestor 208 de movilidad puede ser parte de una red similar (por ejemplo, PLMN) como punto 204 de acceso, y se puede utilizar para autorizar que el dispositivo 202 utilice la red, ya sea que la red sea una red doméstica o visitada del dispositivo 202. Por ejemplo, como se describe, el punto 204 de acceso se puede comunicar con el gestor 208 de movilidad a través de una o más puertas de enlace en la red móvil (no mostradas). En cualquier caso, el componente 226 de establecimiento de contexto puede obtener la solicitud 242 para el contexto de paquete de datos desde el punto 204 de acceso.
En un ejemplo, el componente 228 de solicitud de suscripción puede formular una solicitud de datos de suscripción relacionados con el dispositivo 202 y puede transmitir la solicitud al servidor 210 de suscripción. Se debe apreciar que esto puede ocurrir como parte del dispositivo 202 que se comunica inicialmente en una red asociada con el gestor 208 de movilidad, como parte de la recepción de la solicitud del contexto de paquete de datos, y/o similares, el componente 236 de datos de suscripción, por ejemplo, puede recibir la solicitud de datos de suscripción, y el componente 236 de datos de suscripción puede transmitir datos de suscripción almacenados para el dispositivo 202 para el gestor 208 de movilidad. Por ejemplo, los datos de suscripción pueden incluir datos almacenados por un HSS o un servidor de suscripción similar, como una o más identidades relacionadas con el dispositivo 202 o un suscriptor del mismo, una lista de CSG de qué dispositivo 202 es un miembro y/o similares. Además, el componente 236 de datos de suscripción puede almacenar uno o más permisos 240 de descarga de IP local para el dispositivo 202 que especifican si el dispositivo 202 puede utilizar la descarga de IP local.
Por ejemplo, los permisos 240 de descarga de IP local pueden especificar si el dispositivo 202 puede utilizar la descarga de IP local en general, para ciertos tipos de contextos de paquete de datos (por ejemplo, basados al menos en parte en un APN) y/o similares. Por ejemplo, los permisos 240 de descarga de IP local pueden incluir una estructura de datos que especifique una lista de APN, donde cada APN puede tener un permiso de descarga de IP local asociado. En otro ejemplo, los permisos 240 de descarga de IP local pueden incluir una lista de APN para los que se permite que el dispositivo utilice la descarga de IP local, como se describe más adelante en el presente documento. Por lo tanto, por ejemplo, los permisos 240 de descarga de IP local pueden incluir la lista de a Pn . En aún otro ejemplo, se debe apreciar que el componente 228 de solicitud de suscripción puede solicitar explícitamente todos los permisos de descarga de IP local para el dispositivo 202, permisos de descarga de IP local para un APN específico, etc.
En cualquier caso, por ejemplo, el componente 228 de solicitud de suscripción puede recibir los datos de suscripción, que pueden incluir permisos 240 de descarga de IP local. El componente 230 de determinación de soporte de descarga de IP local puede determinar adicional o alternativamente si la solicitud 242 de contexto de paquete de datos se relaciona con una descarga de IP local basada al menos en parte, en si los datos de suscripción incluyen permisos para un APN especificado en la solicitud 242 en relación con la descarga de IP local. Por ejemplo, esto puede incluir la identificación de los permisos 240 de descarga de IP local relevantes donde más de uno se comunica mediante el servidor 210 de suscripción. Cuando se reciben uno o más APN con los correspondientes permisos de descarga de IP local, esto puede incluir la ubicación de un permiso para un APN especificado en la solicitud 242 de contexto de paquete de datos. Cuando se recibe una lista de APN que soportan la descarga de IP local, por ejemplo, esto puede incluir ubicar el APN en la lista de APN.
Cuando el componente 230 de determinación del soporte de descarga de IP local determina que el dispositivo 202 no tiene permitido la descarga de IP local o que la solicitud 242 no se relaciona con la descarga de IP local basada en los permisos 240 de descarga de IP local (por ejemplo, donde un APN relacionado no está en una lista de APN o tiene un permiso de descarga de IP local que especifica que no se soporta la descarga de IP local), el componente 226 de establecimiento de contexto puede determinar que no establece el contexto solicitado y puede transmitir un rechazo u otra indicación de que el contexto no es establecido en el punto 204 de acceso para proporcionarlo al dispositivo 202. Cuando el componente 230 de determinación del soporte de descarga de IP local determina que se permite que el dispositivo 202 utilice la descarga de IP local en base a los permisos 240 de descarga de IP local, el componente 232 de selección de puerta de enlace puede determinar una puerta de enlace para proporcionar funcionalidad de descarga de IP local, como se describe, por ejemplo.
En un ejemplo adicional o alternativo, el componente 218 de indicación de descarga de IP local puede insertar opcionalmente un indicador 238 de descarga de IP local, que especifica si el punto 204 de acceso soporta la descarga de IP local, en las solicitudes enviadas desde el dispositivo 202 (por ejemplo, en cada paquete de datos solicitud de contexto, cada solicitud de contexto de paquete de datos relacionada con la descarga de IP local y/o similares). El componente 226 de establecimiento de contexto puede recibir el indicador 238 de descarga de IP local en la solicitud 242 de contexto de paquete de datos, y el componente 230 de determinación de soporte de descarga de IP local puede verificar adicional o alternativamente que la descarga de IP local está soportada en el punto 204 de acceso basado en el indicador 238 de descarga de IP local En un ejemplo, el indicador 238 de descarga de IP local puede ser y/o puede incluir una dirección de una puerta de enlace relacionada con la descarga de IP local (por ejemplo, una puerta de enlace para recibir datos de descarga de IP local desde el dispositivo 202) y, por lo tanto, el componente 232 de selección de puerta de enlace puede determinar la puerta de enlace basándose al menos adicionalmente en parte en la dirección.
La puerta de enlace puede ser la puerta 206 de enlace o una puerta de enlace diferente, por ejemplo. Cuando no se recibe una dirección de puerta de enlace en el indicador 238 de descarga de IP local, por ejemplo, el componente 232 de selección de puerta de enlace puede determinar la puerta de enlace basándose al menos en parte en una búsqueda del servicio de nombres de dominio (DNS) de uno o más identificadores. Por ejemplo, esto puede incluir una búsqueda de DNS de uno o más identificadores, tales como un identificador de área de enrutamiento (RAI), APN, etc., relacionado con el dispositivo 202 o el punto 204 de acceso (por ejemplo, basado en un nombre de dominio totalmente calificado generado a partir de el(los) identificador(es)). En otro ejemplo, al menos una porción de uno o más identificadores se puede recibir en los datos de suscripción para el dispositivo 202, como se describe. Por ejemplo, el componente 226 de establecimiento de contexto puede recibir los identificadores como parte de la solicitud 242 de contexto de paquete de datos y/o al comunicarse inicialmente con el punto 204 de acceso y/o el dispositivo 202. En otro ejemplo, los identificadores y/o la dirección de la puerta de enlace se pueden recibir en los datos de suscripción del dispositivo. En el ejemplo representado, en cualquier caso, el componente 232 de selección de puerta de enlace puede determinar la selección de la puerta 206 de enlace, y el componente 226 de establecimiento de contexto puede solicitar el establecimiento de un contexto de paquete de datos para el dispositivo 202 desde la puerta 206 de enlace para el dispositivo 202. El componente 224 de establecimiento de contexto puede recibir la solicitud y puede establecer el contexto 244 de paquete de datos para que el dispositivo 202 soporte la descarga de IP local (por ejemplo, LIPA, SIPTO, etc.).
En un ejemplo, el componente 224 de establecimiento de contexto puede notificar al gestor 208 de movilidad del establecimiento exitoso o fallido del contexto 244 de paquete de datos. Cuando el establecimiento falla, el componente 226 de establecimiento de contexto puede notificar al punto 204 de acceso de la falla para proporcionar al dispositivo 202 Cuando el establecimiento tiene éxito, por ejemplo, el componente 234 de establecimiento de portador puede solicitar el establecimiento de un portador desde el punto 204 de acceso a la puerta 206 de enlace para comunicar datos de descarga de IP local desde el dispositivo 202 hasta la puerta 206 de enlace relacionados con el contexto de paquete de datos. Como se describe, por ejemplo, esto puede ser además de los portadores establecidos entre la puerta 206 de enlace y un componente de red móvil (por ejemplo, S-GW), y entre el punto 204 de acceso y el componente de red móvil. El establecimiento del portador entre el punto 204 de acceso y la puerta 306 de enlace puede permitir la circunvención de la red móvil cuando se comunican datos de descarga de IP local. El componente 220 de establecimiento de portador puede recibir la solicitud y puede intentar establecer un portador para los datos de descarga de IP local desde el dispositivo 202. Más aún, por ejemplo, el componente 234 de establecimiento de portador puede incluir una solicitud para establecer un portador de radio correspondiente con el dispositivo 202, como se describe, y el componente 220 de establecimiento de portador puede establecer el portador de radio con el dispositivo 202, el componente 234 de establecimiento de portador puede incluir adicionalmente información con respecto al contexto 244 de paquete de datos en la solicitud de establecimiento de portadores para facilitar la asociación del portador con el contexto de paquete de datos en el punto 204 de acceso. Si el establecimiento del portador falla, por ejemplo, el punto 204 de acceso puede notificar al gestor 208 de movilidad, y el componente 226 de establecimiento de contexto puede transmitir una indicación de un establecimiento de contexto fallido al punto 204 de acceso para proporcionarlo al dispositivo 202. Más aún, en un ejemplo, el componente 226 de establecimiento de contexto puede notificar a la puerta 206 de enlace (por ejemplo, y la puerta 206 de enlace puede eliminar el contexto 244 de paquete de datos).
Sin embargo, cuando el establecimiento del portador tiene éxito, el componente 226 de establecimiento de contexto puede asociar el contexto 244 de paquete de datos creado por la puerta 206 de enlace para el dispositivo 202 con el portador. El componente 226 de establecimiento de contexto puede proporcionar el contexto 244 de paquete de datos al dispositivo 202 (por ejemplo, a través del punto 204 de acceso). El componente 212 de solicitud de contexto puede obtener el contexto 244 de paquete de datos. A este respecto, el componente 214 de descarga de IP local se puede comunicar con el punto 204 de acceso utilizando el contexto 244 de paquete de datos y/o el portador de radio con el punto 204 de acceso para comunicaciones de descarga de IP local. El componente 216 de comunicación puede identificar comunicaciones relacionadas con el contexto 244 de paquete de datos (por ejemplo, basado al menos en parte en recibir las comunicaciones a través del portador de radio establecido para comunicaciones de descarga de IP local) y puede utilizar el portador correspondiente con la puerta 206 de enlace para enrutar las comunicaciones de descarga de IP local a la puerta 206 de enlace.
En un ejemplo, la funcionalidad de descarga de IP local puede ser LIPA, como se describe. Por tanto, el componente 212 de solicitud de contexto puede transmitir solicitudes 242 de contexto de paquete de datos para LIPA. En un ejemplo, esto puede incluir solicitar un contexto de paquete de datos para un a Pn que utiliza LIPA. En este ejemplo, el componente 226 de establecimiento de contexto puede recibir la solicitud 242 de contexto de paquete de datos, y el componente 230 de determinación de soporte de descarga de IP local puede determinar si el dispositivo 202 asocia el APN con LIPA en base al menos en parte en los datos de suscripción para el dispositivo 202 obtenidos por componente 228 de solicitud de suscripción. Como se describe, por ejemplo, esto puede incluir determinar si uno o más permisos 240 de descarga de IP local especifican que se permite LIPA para el APN. Si es por lo tanto, en este ejemplo, el componente 226 de establecimiento de contexto puede determinar si la solicitud LIPA incluye un indicador 238 de descarga de IP local, tal como una dirección IP de puerta de enlace, como se describe. Si el indicador 238 de descarga de IP local no está incluido (por ejemplo, y/o el indicador está configurado para no permitir LIPA), en un ejemplo, el componente 226 de establecimiento de contexto se puede abstener de establecer el contexto de paquete de datos y puede notificar al dispositivo 202 de falla en establecer el contexto, como se describe.
Si la solicitud de LIPA incluye el indicador 238 de descarga de IP local y/o el indicador especifica que se permite LIPA en el punto 204 de acceso, el componente 230 de determinación de soporte de descarga de IP local puede determinar establecer LIPA para el dispositivo 202 y el componente 232 de selección de puerta de enlace puede seleccionar una puerta de enlace indicada por el indicador 238 de descarga LP local para proporcionarla. Como se describe, el componente 220 de establecimiento de portador puede establecer un portador LIPA entre el punto 204 de acceso y la puerta 206 de enlace (y/o un portador de radio correspondiente entre el punto 204 de acceso y el dispositivo 202) asociado con un contexto de paquete de datos creado para utilizar LIPA. El componente 216 de comunicación puede reenviar las solicitudes de LIPA a través del portador de LIPA establecido para el dispositivo 202 a la puerta 206 de enlace. El componente 222 de comunicación puede recibir la solicitud de LIPA a través del portador y, de acuerdo con lo anterior, puede proporcionar LIPA a uno o más dispositivos de red local (no mostrados) que se comunican con la puerta 206 de enlace en una red IP o similar, como se describe. Del mismo modo, el componente 222 de comunicación puede utilizar el portador LIPA para comunicar datos desde dispositivos de red local al dispositivo 202 (por ejemplo, a través del punto de acceso utilizando el componente 216 de comunicación).
Más aún, en un ejemplo, además de los datos de suscripción del dispositivo, el componente 236 de datos de suscripción puede proporcionar adicionalmente, y el componente 228 de solicitud de suscripción puede recibir adicionalmente, datos de suscripción de CSG para el dispositivo 202 que incluyen uno o más CSG de los cuales el dispositivo 202 es un miembro. Los datos de suscripción de CSG pueden incluir uno o más permisos 240 de descarga de IP local para cada APN dentro de un CSG dado para el que se soporta LIPA. Como se describe, esta puede ser una lista de APN asociados con un CSG dado, cada uno de los cuales tiene un permiso LIPA correspondiente, una lista de APN que soportan LIPA en el CSG y/o similares. A este respecto, el componente 230 de determinación de soporte de descarga de IP local puede determinar si proporcionar descarga de IP local al dispositivo 202 basándose adicionalmente, al menos en parte, en los permisos 240 de descarga de IP local para el APN y el CSG relacionado con el punto 204 de acceso. Por ejemplo, el componente 230 de determinación de soporte de descarga de IP local puede discernir si los datos de suscripción de CSG incluyen parámetros relacionados con el CSG del punto 204 de acceso. Si es por lo tanto, el componente 230 de determinación de soporte de descarga de IP local puede recuperar información de los parámetros que corresponden al APN.
En este ejemplo, si la información incluye permisos 240 de descarga de IP local para el APN en el CSG, el componente 230 de determinación del soporte de descarga de IP local puede verificar que el APN soporta LIPA en el CSG, como se describe. Si no existen permisos 240 de descarga de IP local para el APN en los parámetros para el CSG (por ejemplo, o los permisos especifican que LIPA no está permitido), el componente 226 de establecimiento de contexto se puede abstener de establecer el contexto e indicar falla en el dispositivo 202, como se describe.
Adicionalmente, por ejemplo, los permisos 240 de descarga de IP local para un APN específico pueden especificar que el APN es solo LIPA (de modo que se requiere LIPA para establecer el contexto de paquete de datos), LIPA prohibido (de modo que el contexto de paquete de datos se establece a través de la red móvil), LIPA condicional (de modo que LIPA si se soporta se puede inicializar para el contexto de paquete de datos, de lo contrario, el contexto de paquete de datos se establece a través de la red móvil), etc. Por ejemplo, cuando los permisos 240 de descarga de IP local recibidos en los datos de suscripción del dispositivo especifican LIPA solo para un APN, el componente 230 de determinación de soporte de descarga de IP local puede recibir y analizar otros indicadores LIPA para determinar si se soporta LIPA (por ejemplo, mediante el punto 204 de acceso), etc. Si no, el componente 226 de establecimiento de contexto se puede abstener de establecer el contexto de paquete de datos y puede notificar al dispositivo 202 de una falla en el establecimiento del contexto, como se describe. Por ejemplo, los otros indicadores de LIPA pueden incluir el indicador 238 de descarga de IP local, una lista de APN para los que se soporta LIPA en el punto 204 de acceso recibido desde el punto 204 de acceso u otro nodo, permisos que especifican si un CSG relacionado con el punto 204 de acceso es un CSG que corresponde al APN en los datos de suscripción de CSG, y/o similares.
Sin embargo, cuando los permisos 240 de descarga de IP local especifican LIPA condicional, y el componente 230 de determinación de soporte de descarga de IP local determina que no se soporta LIPA con base en otros indicadores de descarga de IP local, el componente 232 de selección de puerta de enlace puede determinar una puerta de enlace para establecer el contexto de paquete de datos a través de la red móvil. Por ejemplo, al menos una porción de un identificador o dirección relacionada con la puerta de enlace se puede recibir en los datos de suscripción recibidos por el componente 228 de solicitud de suscripción del componente 236 de datos de suscripción (por ejemplo, que puede requerir o no una búsqueda de DNS de un identificador, tal como uno o más RAI, a Pn , etc. recibidos en datos de suscripción y/o desde el punto 204 de acceso). Por tanto, el contexto de paquete de datos todavía se establece sin utilizar LIPA.
En un ejemplo específico, los permisos 240 de descarga de IP local pueden especificar LIPA solo para una “impresora” APN relacionada con una impresora en una red local relacionada con el punto 204 de acceso. En este ejemplo, cuando el dispositivo 202 se está comunicando con el punto 204 de acceso, el componente 230 de determinación de soporte de descarga de IP local puede determinar si el punto 204 de acceso soporta LIPA para el APN de “impresora”. Como se describe, esto se puede basar en determinar si el APN de la “ impresora” está presente en una lista soportada de APN recibidos para el punto 204 de acceso (por ejemplo, como parte de la información de suscripción de CSG para el dispositivo 202, etc.). En otro ejemplo, esto puede incluir determinar si el APN de “ impresora” se enumera para los APN del CSG del punto 204 de acceso (por ejemplo, tal como se recibe en la información de suscripción del CSG) y/o similares. Si no, el componente 226 de establecimiento de contexto puede rechazar el establecimiento del contexto de paquete de datos, como se describe. Si es así, se puede establecer el contexto de paquete de datos para LIPA al APN de “impresora”, como se describe.
Sin embargo, en otro ejemplo específico, los permisos 240 de descarga de IP local pueden especificar LIPA condicional para un APN “corporativo” donde el punto 204 de acceso está en una red de una empresa relacionada con el APN “corporativo”. El componente 230 de determinación de soporte de descarga de IP local puede determinar del mismo modo si el punto 204 de acceso soporta LIPA para el APN “corporativo” en base a una lista de APN, verificando que el CSG corresponde al APN, y/o similares, como se recibe en la información de suscripción de CSG para el dispositivo 202, por ejemplo. Si no, el componente 232 de selección de la puerta de enlace puede determinar una puerta de enlace de la red móvil (no mostrada) para facilitar la comunicación con el APN “corporativo”, y se puede establecer un contexto de paquete de datos no LIPA. Si es así, el componente 232 de selección de puerta de enlace puede seleccionar una puerta de enlace indicada por el indicador 238 de descarga de IP local para establecer el contexto de paquete de datos LIPA, como se describe. Por tanto, cuando el dispositivo 202 está dentro de la empresa y se puede comunicar con el punto 204 de acceso en la red empresarial, se puede establecer LIPA para facilitar la comunicación sin comprometer la red móvil. Sin embargo, cuando el dispositivo 202 está fuera de la empresa comunicándose con un punto 204 de acceso que no está en la red empresarial, se puede establecer una conexión móvil para utilizar una red privada virtual (VPN) para canalizar las comunicaciones con la red empresarial.
En otro ejemplo, la funcionalidad de descarga de IP local puede ser SIPTO. En este ejemplo, el punto de acceso puede no indicar si se soporta SIPTO en el punto 204 de acceso en un indicador 238 de descarga de IP local. Por lo tanto, el componente 230 de determinación de soporte de descarga de IP local puede determinar si proporcionar SIPTO al dispositivo 202 basado al menos en parte en si el dispositivo 202 puede utilizar SIPTO. Por ejemplo, esto puede incluir determinar si un APN en la solicitud de contexto de paquete de datos es un APN SIPTO (por ejemplo, de acuerdo con los datos de suscripción recibidos por el componente 228 de solicitud de suscripción, como se describió anteriormente, que puede incluir uno o más permisos 240 de descarga de IP local correspondientes). Si es así, el componente 232 de selección de puerta de enlace puede determinar una puerta de enlace para proporcionar SIPTO para el dispositivo 202 basándose, al menos en parte, en realizar una búsqueda de DNS utilizando uno o más identificadores del dispositivo 202 o el punto 204 de acceso (por ejemplo, para formar un nombre de dominio calificado completo). En un ejemplo, el identificador se puede recibir en los datos de suscripción del dispositivo como un RAI, APN, etc., desde el punto 204 de acceso (por ejemplo, en la solicitud de contexto de paquete de datos y/o una respuesta posterior a una solicitud de la puerta de enlace enviada por el componente 232 de selección de puerta de enlace o de otro modo), y/o similares. Una vez que se identifica la puerta 206 de enlace, el componente 226 de establecimiento de contexto puede solicitar el establecimiento de contexto, el componente 234 de establecimiento de portador puede solicitar el establecimiento de un portador entre el punto 204 de acceso y la puerta 206 de enlace (y/o un portador de radio correspondiente entre el punto 204 de acceso y el dispositivo 202, como se describe) para asociarlo al contexto, etc. El componente 214 de descarga de IP local puede entonces utilizar el contexto para comunicarse utilizando SIPTO, como se describe.
Volviendo a la Fig. 3, se representa un ejemplo de sistema 300 de comunicación inalámbrica que facilita la desactivación de un contexto de paquete de datos para un dispositivo. El sistema 300 puede comprender un dispositivo 302 que se comunica con un punto 304 de acceso para recibir acceso a una red inalámbrica. El punto 304 de acceso se puede comunicar con la puerta 306 de enlace, por ejemplo, para acceder a una red móvil para el dispositivo 302. En un ejemplo, la puerta 306 de enlace se puede comunicar con el gestor 308 de movilidad o uno o más de otros nodos de red, como se describe. El sistema 300 también incluye otro punto 310 de acceso con el que el dispositivo 302 se puede comunicar para recibir acceso a la red inalámbrica. Además, como se describe, el dispositivo 302 puede ser un UE, módem (u otro dispositivo conectado), una porción del mismo y/o similares, y los puntos 304 y 310 de acceso pueden ser cada uno una femtocelda, picocelda, H(e)NB, o un punto de acceso similar, una porción del mismo, etc., como se describe. Además, por ejemplo, la puerta 306 de enlace puede ser sustancialmente cualquier puerta de enlace o enrutador, como, entre otros, una puerta de enlace de red de paquete de datos (PDN), un GGSN, etc., y el gestor 308 de movilidad puede ser un MME, SGSN, MSC, VLR o nodo similar. Más aún, se debe apreciar que pueden estar presentes componentes o nodos adicionales entre los mostrados (por ejemplo, pueden estar presentes una o más puertas de enlace entre el punto 304 de acceso y la puerta 306 de enlace, entre la puerta 306 de enlace y el gestor 308 de movilidad, etc.) para facilitar el acceso.
El dispositivo 302 puede comprender un componente 212 de solicitud de contexto para solicitar un contexto de paquete de datos para la descarga de IP local (por ejemplo, LIPA, SIPTO, etc.), y un componente 214 de descarga de IP local para utilizar el contexto de paquete de datos para realizar una descarga de IP local, como se describe. El gestor 308 de movilidad puede incluir un componente 226 de establecimiento de contexto para crear un contexto de paquete de datos para un dispositivo, como se describió anteriormente. El gestor 308 de movilidad también comprende un componente 312 de determinación del estado de descarga de IP local para discernir si un dispositivo está utilizando la descarga de IP local con un punto de acceso, un componente 314 de desactivación de contexto para desactivar un contexto de paquete de datos de acuerdo con uno o más parámetros, y un componente 234 de establecimiento de portador para establecer un portador para un contexto de paquete de datos, como se describe.
De acuerdo con un ejemplo, el componente 212 de solicitud de contexto puede solicitar el establecimiento de un contexto de paquete de datos para utilizar la descarga de IP local, como se describe, en el punto 304 de acceso. El componente 226 de establecimiento de contexto puede establecer el contexto de paquete de datos y notificar al dispositivo 202, como se describe. A este respecto, se debe apreciar que el dispositivo 302, el punto 304 de acceso, la puerta 306 de enlace y el gestor 308 de movilidad pueden ser similares al dispositivo 202, el punto 204 de acceso, la puerta 206 de enlace y el gestor 208 de movilidad respectivamente, y por lo tanto pueden incluir componentes similares como se describe en la Fig. 2. Además, sin embargo, el dispositivo 302 se puede volver a seleccionar entre los puntos de acceso en una red inalámbrica (por ejemplo, cuando el dispositivo se mueve por la red inalámbrica y recibe una calidad de señal mejorada desde diferentes puntos de acceso, etc.). En un ejemplo, el dispositivo 302 puede volver a seleccionar el punto 310 de acceso, que también se puede comunicar con el gestor 308 de movilidad y/u otros componentes de la red inalámbrica. En un ejemplo, los puntos 304 y 310 de acceso pueden ser celdas diferentes del mismo H(e)NB. En otro ejemplo, el punto 304 de acceso puede ser un H(e)NB y el punto 310 de acceso puede ser un eNB. El punto 310 de acceso se puede comunicar con el gestor 308 de movilidad, por ejemplo, utilizando la puerta 306 de enlace o una o más puertas de enlace,
Al respetar el punto 310 de acceso, el componente 314 de desactivación de contexto puede determinar si se desactiva el contexto de paquete de datos establecido con el punto 304 de acceso. En un ejemplo, el componente 212 de solicitud de contexto puede solicitar el establecimiento de un contexto de paquete de datos para la descarga de IP local (por ejemplo, y/o el dispositivo 302 puede solicitar de otro modo el registro con el punto 310 de acceso). Por ejemplo, se puede solicitar al contexto de paquete de datos que continúe la descarga de IP local utilizando el contexto inicializado a través del punto 304 de acceso, como se describe. En algunos casos, puede ser deseable que el gestor 308 de movilidad utilice el mismo contexto de paquete de datos para el dispositivo 302 cuando se comunica a través de otro punto 310 de acceso. Por ejemplo, el componente 312 de determinación del estado de descarga de IP local puede determinar si el dispositivo 302 tiene un contexto de paquete de datos establecido. Por ejemplo, esto puede incluir analizar uno o más parámetros relacionados con el contexto de paquete de datos. Si los parámetros están presentes, por ejemplo, el componente 312 de determinación del estado de descarga de IP local puede determinar que el dispositivo 302 tiene un contexto de paquete de datos establecido con otro punto de acceso (por ejemplo, punto 304 de acceso) y, por lo tanto, el componente 312 de determinación del estado de descarga de IP local puede determinar si mantener o desactivar el contexto de paquete de datos a favor de un nuevo contexto de paquete de datos para el dispositivo 302.
Por ejemplo, el componente 312 de determinación del estado de descarga de IP local puede obtener una dirección de una puerta de enlace recibida como un indicador de descarga de IP local desde el punto 304 de acceso en la solicitud de contexto de paquete de datos del dispositivo 302, como se describe, así como otra dirección de una puerta de enlace recibida como un indicador de descarga de IP local desde el punto 310 de acceso en otra solicitud de contexto de paquete de datos desde el dispositivo 302.Si las direcciones son las mismas, por ejemplo, el componente 312 de determinación del estado de descarga de IP local puede mantener el contexto de paquete de datos actual, y el componente 234 de establecimiento de portador puede solicitar el establecimiento de un portador entre el punto 310 de acceso y la puerta 306 de enlace y/o un portador de radio entre el dispositivo 302 y el punto 310 de acceso. A este respecto, el componente 226 de establecimiento de contexto puede asociar el contexto de paquete de datos con uno o más portadores, y puede proporcionar el contexto de paquete de datos al dispositivo 302 y/o una indicación de que se puede seguir utilizando el contexto de paquete de datos actual.
Cuando el punto 310 de acceso no indica la misma dirección de puerta de enlace en el indicador de descarga de IP local, por ejemplo, el componente 314 de desactivación de contexto puede desactivar el contexto de paquete de datos establecido en base a la solicitud del punto 304 de acceso. Por ejemplo, el componente 314 de desactivación de contexto puede notificar a la puerta 306 de enlace que elimine el contexto de paquete de datos, el componente 234 de establecimiento de portador puede notificar al punto 304 de acceso que el portador entre el dispositivo 302 y el punto 304 de acceso asociado con el contexto de paquete de datos se puede desactivar, etc. Además, el componente 226 de establecimiento de contexto puede entonces crear un nuevo contexto de paquete de datos para la descarga de IP local en el dispositivo 302 a través de otra puerta de enlace (no mostrada) especificada en el indicador de descarga de IP local desde el punto 310 de acceso, como se describió anteriormente. En otro ejemplo, el componente 312 de determinación del estado de descarga de IP local puede determinar si el punto 310 de acceso está dentro de un rango o región geográfica para proporcionar descarga de IP local utilizando la puerta 306 de enlace (por ejemplo, que puede ser especificada por la puerta 306 de enlace). Si no, el componente 314 de desactivación de contexto puede desactivar el contexto de paquete de datos establecido en base a la solicitud del punto 304 de acceso, etc., como se describe.
En aún otro ejemplo, el componente 312 de determinación del estado de descarga de IP local puede mantener un identificador relacionado con el punto 304 de acceso luego de que el componente 226 de establecimiento de contexto crea el contexto de paquete de datos para utilizar la descarga de IP local con el punto 304 de acceso. Al recibir una solicitud de un El contexto de paquete de datos del dispositivo 302 relacionado con el punto 310 de acceso, la descarga de IP local, el componente 312 de determinación del estado puede comparar el identificador con un identificador similar del punto 310 de acceso. Si los identificadores no coinciden, por ejemplo, el componente 314 de desactivación de contexto puede desactivar el contexto, etc., como se describe. Por ejemplo, los identificadores se pueden relacionar con un identificador de celda global del punto 304 de acceso y el punto 310 de acceso, un identificador CSG del punto 304 de acceso y el punto 310 de acceso, y/o similares. Por lo tanto, por ejemplo, cuando el identificador es un identificador CSG de los puntos 304 y 310 de acceso, el componente 314 de desactivación de contexto desactiva el contexto de paquete de datos cuando el dispositivo 302 se mueve desde un CSG hasta otro.
Con referencia a la Fig. 4, se ilustra un ejemplo de sistema 400 de comunicación inalámbrica para comunicar uno o más parámetros de descarga de IP local a un punto 402 de acceso. El sistema 400 comprende un punto 402 de acceso, que puede proporcionar acceso a la red inalámbrica a uno o más dispositivos, y pueden ser similares a los puntos 204, 304 y/o 310 de acceso. El sistema 400 también comprende un servidor 404 de OAM que proporciona uno o más parámetros a los puntos de acceso y/u otros nodos en una red inalámbrica. Por ejemplo, un operador de red puede establecer parámetros en el servidor 404 de OAM que se proporciona a los nodos.
El punto 402 de acceso puede comprender un componente 406 de recepción de parámetros para obtener uno o más parámetros de descarga de IP local para el punto 402 de acceso, y un componente 218 de indicación de descarga de IP local para proporcionar el indicador de descarga de IP local a uno o más nodos. El servidor 404 de OAM puede comprender un componente 408 de aprovisionamiento de parámetros para proporcionar uno o más parámetros de descarga de IP local a un punto 402 de acceso.
De acuerdo con un ejemplo, el componente 408 de aprovisionamiento de parámetros puede almacenar uno o más parámetros 410 de descarga de IP local para el punto 402 de acceso. Por ejemplo, los parámetros 410 de descarga de IP local pueden incluir un parámetro que especifique si el punto 402 de acceso soporta la descarga de IP local. Por ejemplo, un operador de red puede establecer los parámetros de descarga de IP local. Más aún, por ejemplo, los parámetros 410 de descarga de IP local almacenados por el componente 408 de aprovisionamiento de parámetros pueden incluir una lista de APN y/o parámetros de descarga de IP local relacionados. En cualquier caso, el componente 408 de aprovisionamiento de parámetros puede comunicar uno o más de los parámetros 410 de descarga de IP local al punto 402 de acceso. El componente 406 de recepción de parámetros puede obtener los parámetros 410 de descarga de IP local, que pueden ser similares y/o pueden incluir el indicador 238 de descarga de IP local, como se describió anteriormente.
El componente 218 de indicación de descarga de IP local puede comunicar un indicador de soporte de descarga de IP local a uno o más nodos en la red inalámbrica, tal como un gestor de movilidad, dispositivo y/o similar, como se describe, basado al menos en parte en los parámetros 410 de descarga de IP local. Por ejemplo, cuando uno o más parámetros 410 de descarga de IP local especifican que la descarga de IP local está habilitada para el punto 402 de acceso, el componente 218 de indicación de descarga de IP local puede incluir una dirección IP de una puerta de enlace en las solicitudes de establecimiento de contexto de uno o más dispositivos para indicar que el punto 402 de acceso soporta la descarga de IP local.
Con referencia a la Fig. 5, se ilustra un diagrama de flujo de mensajes de ejemplo de un sistema 500 para establecer un contexto de PDP. El sistema 500 comprende un UE 502 que se comunica con un controlador 504 de red de radio (RNC) (por ejemplo, y/o uno o más puntos de acceso relacionados con el mismo) para recibir acceso a una red inalámbrica. El sistema 500 también comprende un SGSN 506 y un GGSN 508. El UE 502, RNC 504, SGSN 506 y GGSN 508 pueden interactuar entre sí y/o con otros nodos para establecer un contexto de PDP para el UE 502 en UMTS. Se debe apreciar que no todas las etapas se muestran para el caso de una explicación; más bien, este ejemplo ilustra las etapas que se pueden modificar para proporcionar la funcionalidad de descarga de IP local. En un ejemplo, el UE 502 puede transmitir una solicitud 510 de contexto de PDP activado al SGSN 506 (por ejemplo, a través del RNC 504) para solicitar el establecimiento de un contexto de PDP. En un ejemplo, como se describe, el RNC 504 puede incluir un indicador de descarga de IP local al reenviar la solicitud 510 de contexto de PDP activado (por ejemplo, que puede comprender una dirección de GGSN 508, etc.). Por ejemplo, el GGSN 508 puede ser una puerta de enlace local en una red IP local similar de RNC 504, o puede estar coubicado en RNC 504, etc. El SGSN 506 puede verificar los permisos o indicadores 512 de descarga de IP local. Por ejemplo, esto puede incluir la verificación de un indicador de descarga de IP local recibido del RNC 504 en la solicitud 510 de contexto de PDP activado reenviada desde UE 502. En otro ejemplo, como se describe, SGSN 506 puede verificar uno o más permisos de descarga de IP local en los datos de suscripción recibidos para UE 502 (por ejemplo, específicos de un APN, un CSG relacionado con RNC 504, etc.). Más aún, como se describe, la verificación puede incluir verificar que un CSG de RNC 504 soporta la descarga de IP local para un APN específico en los datos de suscripción de CSG para UE 502. En aún otro ejemplo, la verificación puede incluir adicional o alternativamente determinar si el RNC 504 soporta la descarga de IP para un APN específico.
Si se verifican uno o más permisos y/o indicadores, por ejemplo, el SGSN 506 puede transmitir una solicitud 514 de contexto de PDP creado a GGSN 508 para crear un contexto de PDP para que UE 502 utilice la descarga de IP local con RNC 504. SGSN 506 puede recibir una respuesta 516 de contexto de PDP creado desde el GGSN 508 que verifica el establecimiento del contexto de PDP. A este respecto, el SGSN 506 puede solicitar la configuración 518 del portador de acceso por radio desde el RNC 504, que puede configurar un portador 520 de acceso por radio con el UE 502 para la descarga de IP local. El SGSN 506 puede transmitir una solicitud 522 de contexto de PDP actualizado a GGSN 508 para asociar el portador de acceso de radio con el contexto de PDP, y el GGSN 508 puede transmitir una respuesta 524 de contexto de PDP actualizado. Por lo tanto, el SGSN 508 puede transmitir una aceptación 526 de contexto de PDP activo para notificar UE 502 del contexto de PDP creado para utilizar la descarga de IP local a través del RNC 504, como se describe.
Con referencia a la Fig. 6, se ilustra un diagrama de flujo de mensajes de ejemplo de un sistema 600 para establecer una conexión PDN. El sistema 600 comprende un UE 602 que se comunica con un eNB 604 para recibir acceso a una red inalámbrica. El sistema 600 también comprende un MME 606 y S-GW/P-GW 608. El UE 602, eNB 604, MME 606 y S-GW/PGW 608 pueden interactuar entre sí y/o con otros nodos para realizar una activación de conexión PDN en LTE. Se debe apreciar que no se muestran todas las etapas para facilitar la explicación; más bien, este ejemplo ilustra las etapas que se pueden modificar para proporcionar la funcionalidad de descarga de IP local. En un ejemplo, el UE 602 puede transmitir una solicitud 610 de conectividad de PDN a MME 606 (por ejemplo, a través de eNB 604) para solicitar el establecimiento de una conexión PDN, como se describió anteriormente. En un ejemplo, como se describe, el eNB 604 puede incluir un indicador de descarga de IP local al reenviar la solicitud 610 de conectividad de PDN (por ejemplo, que puede comprender una dirección de S-GW/P-GW 608, etc.). Por ejemplo, el S-GW/P-GW 608 puede ser una puerta de enlace local en una red IP local similar de eNB 604, puede estar coubicado en eNB 604, etc. MME 606 puede verificar los permisos o indicador(es) 612 de descarga de IP local. Por ejemplo, la verificación puede incluir la verificación de un indicador de descarga de IP local recibido desde eNB 604 en la solicitud 610 de conectividad de PDN reenviada desde UE 602. En otro ejemplo, como se describe, MME 606 puede verificar uno o más permisos de descarga de IP local en datos de suscripción recibidos para UE 602 (por ejemplo, específicos de un a Pn , un CSG relacionado con eNB 604, etc.). Más aún, como se describe, la verificación puede incluir verificar que un CSG de eNB 604 soporta la descarga de IP local para un APN específico en los datos de suscripción de CSG para UE 602. En aún otro ejemplo, esto puede incluir adicional o alternativamente determinar si eNB 604 soporta la descarga de IP local para un APN específico.
Si se verifican uno o más indicadores, por ejemplo, MME 606 puede transmitir una solicitud 614 de sesión creada a S-GW/P-GW 608 para crear una conexión PDN para que UE 602 utilice la descarga de IP local con eNB 604. MME 606 puede recibir una respuesta 616 de sesión creada de SGW/P-GW 608 que verifica el establecimiento de la conexión PDN. A este respecto, MME 606 puede transmitir una solicitud de configuración de portador/transmitir una aceptación 618 de conectividad de PDN al eNB 604, que puede transmitir una reconfiguración 620 de conexión de RRC al UE 602 para configurar un portador de radio con ella. El UE 602 puede reconocer el establecimiento del portador al transmitir una reconfiguración 622 de conexión de RRC completa al eNB 604. A su vez, el eNB 604 puede transmitir una configuración 624 de portador completa al MME 606. El UE 602 puede realizar una transferencia 626 directa al eNB 604, y el eNB 604 puede indicar conectividad 628 de PDN completa a MME 606. En este ejemplo, UE 02 puede utilizar el portador de radio establecido en el intercambio de mensajes de reconfiguración de la conexión RRC (por ejemplo, 620 y 622) para la descarga de IP local.
Con referencia a las Figs. 7 a 10, se ilustran metodologías de ejemplo relacionadas con la utilización de la descarga de IP local en una red inalámbrica. Si bien, para simplificar la explicación, las metodologías se muestran y describen como una serie de actos, se debe entender y apreciar que las metodologías no están limitadas por el orden de los actos, como pueden hacerlo algunos actos, de acuerdo con una o más realizaciones, ocurren en diferentes órdenes y/o simultáneamente con otros actos de los que se muestran y describen en el presente documento. Por ejemplo, se debe apreciar que una metodología podría representarse alternativamente como una serie de estados o eventos interrelacionados, tales como en un diagrama de estados. Más aún, no todos los actos ilustrados pueden ser necesarios para implementar una metodología de acuerdo con una o más realizaciones.
Con referencia a la Fig. 7, se muestra una metodología 700 de ejemplo que facilita el establecimiento de un contexto de paquete de datos para proporcionar una descarga de IP local. En 702, se puede recibir una solicitud para establecer un contexto de paquete de datos para un dispositivo en un punto de acceso. Por ejemplo, la solicitud se puede relacionar con el establecimiento de una conexión PDN, contexto de PDP, etc., como se describe. En 704, se puede determinar que el contexto de paquete de datos corresponde a la descarga de IP local. Por ejemplo, la solicitud puede incluir un APN para el que se solicita el contexto de paquete de datos. Los datos de suscripción para el dispositivo se pueden solicitar y recibir, por ejemplo, y el APN se puede ubicar en los datos de suscripción. Por ejemplo, los datos de suscripción pueden incluir un permiso que especifica si el APN se relaciona con la descarga de IP local y, por lo tanto, como se describe, la determinación se puede realizar basándose al menos en parte en los datos de suscripción relacionados con el APN. En un ejemplo, el permiso puede especificar si el APN puede utilizar SIPTO, si el APN es LIPA condicional, solo LIPA, LIPA rechazado y/o similares. En otro ejemplo, el APN puede estar presente en una lista de APN que se relacionan con la descarga de IP local en los datos de suscripción para el dispositivo. Como se describe, los datos de suscripción se pueden recibir desde un HSS o un nodo de suscripción similar.
En 706, se puede determinar si el punto de acceso soporta la descarga de IP local basándose, al menos en parte, en un indicador de descarga de IP local. Como se describe, el indicador de descarga de IP local se puede recibir desde el punto de acceso (por ejemplo, como parte de la solicitud del contexto de paquete de datos reenviado para el dispositivo o de otro modo). En un ejemplo, el indicador de descarga de IP local puede ser una dirección IP de una puerta de enlace. Por tanto, basándose al menos en parte en recibir una dirección de la puerta de enlace (por ejemplo, en la solicitud de contexto de paquete de datos), se puede determinar que el punto de acceso soporta la descarga de IP local. A este respecto, en 708, se puede seleccionar una puerta de enlace para establecer el contexto de paquete de datos basándose, al menos en parte, en la determinación de que el contexto de paquete de datos corresponde a la descarga de IP local y al indicador de descarga de IP local. Cuando el punto de acceso soporta la descarga de IP local, por ejemplo, e indica una puerta de enlace en la solicitud, la puerta de enlace indicada se puede utilizar para establecer el contexto de paquete de datos, como se describe. Cuando el punto de acceso no soporta la descarga de IP local y/o el contexto de paquete de datos no corresponde con la descarga de IP local, por ejemplo, se puede seleccionar una puerta de enlace utilizando DNS u otro procedimiento para seleccionar una puerta de enlace dentro de la red móvil para establecer el contexto de paquete de datos.
Volviendo a la Fig. 8, se muestra una metodología 800 de ejemplo que facilita la determinación de si se debe establecer un contexto de paquete de datos para un dispositivo. En 802, se puede recibir una solicitud para establecer un contexto de paquete de datos. Como se describe, esto puede ser recibido por un dispositivo y puede relacionarse con la descarga de IP local. En 804, se pueden obtener los datos de suscripción del dispositivo. Se debe apreciar que esto se puede realizar al recibir la solicitud, al comunicarse inicialmente con el dispositivo, etc. En 806, se puede determinar si un APN en la solicitud es solo LIPA. Por ejemplo, el APN se puede ubicar en los datos de suscripción y puede tener un permiso que especifique si el APN se relaciona con LIPA (por ejemplo, si el APN es solo LIPA, LIPA condicional, LIPA rechazado, etc.). Como se describe, en otro ejemplo, el APN puede estar presente en una lista correspondiente de APN que son solo LIPA, LIPA condicional o LIPA rechazado. Si el APN es solo LIPA, se puede determinar en 808 si el H(e)NB soporta L-GW. Por ejemplo, esto puede incluir determinar si e1H(e)NB incluye una dirección del L-GW en la solicitud del contexto de paquete de datos del dispositivo. Si es así, entonces en 810, se puede determinar si los datos de suscripción de CSG soportan LIPA. Como se describe, esto se puede obtener de la información de suscripción de CSG para el dispositivo relacionado. Si es así, entonces en 812, se puede determinar si el APN soporta el CSG. Si es así, entonces en 814, se puede establecer un contexto LIPA. Si e1H(e)NB no soporta L-GW en 808, los datos de suscripción de CSG no soportan LIPA en 810, o el APN no soporta CSG en 812, la solicitud de establecimiento de contexto se puede rechazar en 816.
Del mismo modo, si el APN no es LIPA solo en 806, se puede determinar si el APN es condicional de LIPA en 818. Si es así, puede ser si el H(e)NB soporta el L-GW en 820. Por ejemplo, esto puede incluir determinar si e1H(e)NB incluye una dirección del L-GW en la solicitud del contexto de paquete de datos del dispositivo. Si es así, entonces en 822, se puede determinar si los datos de suscripción de CSG soportan LIPA. Como se describe, esto se puede obtener de la información de suscripción de CSG para el dispositivo relacionado. Si es así, entonces en 824, se puede determinar si el APN soporta el CSG. Si es así, entonces en 814, se puede establecer un contexto LIPA. Si e1H(e)NB no soporta el L-GW en 820, los datos de suscripción de CSG no soportan LIPA en 822, o el APN no se soporta en el CSG en 824, se puede establecer un contexto no LIPA en 826. Por ejemplo, esto puede incluir aprovechar una puerta de enlace en la red móvil, como se describe.
Con referencia a la Fig. 9, se ilustra una metodología 900 de ejemplo para desactivar un contexto de paquete de datos. En 902, se puede recibir una solicitud de registro desde un dispositivo en un primer punto de acceso. En 904, se puede determinar que el dispositivo tiene un contexto de paquete de datos con un segundo punto de acceso para comunicarse utilizando una descarga de IP local. Como se describe, por ejemplo, el dispositivo puede haber establecido el contexto de paquete de datos con el segundo punto de acceso y puede volver a seleccionar el primer punto de acceso. A este respecto, puede ser deseable continuar utilizando el contexto de paquete de datos siempre que sea posible. En 906, sin embargo, el contexto de paquete de datos se puede desactivar basándose al menos en parte en uno o más parámetros del segundo punto de acceso. En un ejemplo, cuando el primer punto de acceso está fuera de un rango especificado para el segundo punto de acceso por una puerta de enlace para utilizar la descarga de IP local, el contexto se puede desactivar y restablecer. En otros ejemplos, donde el primer y segundo punto de acceso informan diferentes puertas de enlace en el reenvío de solicitudes para contextos de paquete de datos, tienen diferentes identificadores de celda globales, diferentes identificadores de CSG y/o similares, el contexto de paquete de datos se puede desactivar en favor de un nuevo contexto de paquete de datos establecido a través del primer punto de acceso.
Volviendo a la Fig. 10, se representa una metodología 1000 de ejemplo para proporcionar un indicador para el soporte de descarga de IP local. En 1002, se pueden recibir uno o más parámetros de descarga de IP local que especifican si la descarga de IP local está habilitada o deshabilitada para un punto de acceso. En 1004, se puede proporcionar un indicador de soporte de descarga de IP local basado, al menos en parte, en uno o más parámetros de descarga de IP local. Como se describe, por ejemplo, el indicador se puede proporcionar como una dirección de una puerta de enlace en una solicitud de contexto de paquete de datos reenviados para un dispositivo.
Se apreciará que, de acuerdo con uno o más aspectos descritos en el presente documento, se pueden hacer inferencias con respecto a determinar si establecer un contexto de paquete de datos para la descarga de IP local y/o similares, como se describe. Como se utiliza en el presente documento, el término “ inferir” o “inferencia” se refiere generalmente al proceso de razonar o inferir a cerca de estados del sistema, entorno y/o usuario a partir de un conjunto de observaciones capturadas a través de eventos y/o datos. La inferencia se puede emplear para identificar un contexto o acción específicos, o puede generar una distribución de probabilidad sobre estados, por ejemplo. La inferencia puede ser probabilística, es decir, el cálculo de una distribución de probabilidad sobre estados de interés basándose en una consideración de datos y eventos. La inferencia también puede referirse a técnicas empleadas para componer eventos de nivel superior a partir de un conjunto de eventos y/o datos. Dicha inferencia da como resultado la construcción de nuevos eventos o acciones a partir de un conjunto de eventos observados y/o datos de eventos almacenados, ya sea que los eventos estén correlacionados en una proximidad temporal cercana y si los eventos y datos provienen de uno o varios eventos y fuentes de datos.
La Fig. 11 es una ilustración de un dispositivo 1100 móvil que facilita la solicitud de un contexto de paquete de datos para la descarga de IP local. El dispositivo 1100 móvil comprende un receptor 1102 que recibe una señal desde, por ejemplo, una antena receptora (no mostrada), realiza acciones típicas sobre (por ejemplo, filtra, amplifica, reduce la frecuencia, etc.) la señal recibida y digitaliza la señal acondicionada para obtener muestras. El receptor 1102 puede comprender un demodulador 1104 que puede demodular los símbolos recibidos y proporcionarlos a un procesador 1106 para la estimación del canal. El procesador 1106 puede ser un procesador dedicado a analizar información recibida por el receptor 1102 y/o generar información para transmisión por un transmisor 1108, un procesador que controla uno o más componentes del dispositivo 1100 móvil, y/o un procesador que analiza la información recibida por receptor 1102, genera información para transmisión por el transmisor 1108 y controla uno o más componentes del dispositivo 1100 móvil.
El dispositivo 1100 móvil puede comprender adicionalmente la memoria 1110 que está operativamente acoplada al procesador 1106 y que puede almacenar datos a transmitir, datos recibidos, información relacionada con los canales disponibles, datos asociados con la señal analizada y/o intensidad de interferencia, información relacionada con un canal asignado, potencia, tasa o similar, y cualquier otra información adecuada para estimar un canal y comunicarse a través del canal. La memoria 1110 puede almacenar adicionalmente protocolos y/o algoritmos asociados con la estimación y/o utilización de un canal (por ejemplo, basado en rendimiento, basado en capacidad, etc.).
Se apreciará que el almacén de datos (por ejemplo, la memoria 1110) descrito en el presente documento puede ser una memoria volátil o una memoria no volátil, o puede incluir una memoria tanto volátil como no volátil. A modo de ilustración, y no de limitación, la memoria no volátil puede incluir memoria de solo lectura (ROM), ROM programable (PROM), r Om programable eléctricamente (EPROM), PROM borrable eléctricamente (EEPROM) o memoria flash. La memoria volátil puede incluir memoria de acceso aleatorio (RAM), que actúa como memoria caché externa. A modo de ilustración y no de limitación, la RAM está disponible en muchas formas, tales como RAM síncrona (SRAM), RAM dinámica (DrA m ), DRAM síncrona (SDRAM), SDRAM de doble velocidad de datos (DDR SDRAM), Sd Ra M mejorada (ESDRAM), Synchlink DRAM (Sl DrAM) y RAM Rambus directa (DRRAM). La memoria 1110 de los sistemas y métodos objeto está destinada a comprender, sin limitarse a, estos y otros tipos de memoria adecuados.
El procesador 1106 puede además acoplarse operativamente opcionalmente a un componente 1112 de solicitud de contexto, que puede ser similar al componente 212 de solicitud de contexto, y un componente 1114 de descarga de IP local, que puede ser similar al componente 214 de descarga de IP local. El dispositivo 1100 móvil aún comprende adicionalmente un modulador 1116 que modula señales para transmisión por el transmisor 1108 a, por ejemplo, una estación base, otro dispositivo móvil, etc., Aunque se representan como separados del procesador 1106, se debe apreciar que el componente 1112 de solicitud de contexto, el componente 1114 de descarga de IP local, el demodulador 1104 y/o el modulador 1116 pueden ser parte del procesador 1106 o múltiples procesadores (no mostrados), y/o almacenados como instrucciones en la memoria 1110 para su ejecución por el procesador 1106.
La Fig. 12 es una ilustración de un sistema 1200 que facilita la comunicación con uno o más dispositivos utilizando comunicaciones inalámbricas. El sistema 1200 comprende una estación 1202 base, que puede ser sustancialmente cualquier estación base (por ejemplo, una pequeña estación base, tal como una femtocelda, picocelda, etc., estación base móvil...), un relé, etc., que tiene un receptor 1210 que recibe señales desde uno o más dispositivos 1204 móviles a través de una pluralidad de antenas 1206 receptoras (por ejemplo, que pueden ser de múltiples tecnologías de red, como se describe), y un transmisor 1228 que transmite a uno o más dispositivos 1204 móviles a través de una pluralidad de antenas 1208 de transmisión (por ejemplo, que pueden ser de múltiples tecnologías de red, como se describe). Además, en un ejemplo, el transmisor 1228 puede transmitir a los dispositivos 1204 móviles a través de un enlace frontal cableado. El receptor 1210 puede recibir información desde una o más antenas 1206 receptoras y está asociado operativamente con un demodulador 1212 que demodula la información recibida. Además, en un ejemplo, el receptor 1210 puede recibir desde un enlace de redireccionamiento cableado. Los símbolos demodulados son analizados por un procesador 1214 que puede ser similar al procesador descrito anteriormente con respecto a la Fig.11, y que está acoplado a una memoria 1216 que almacena información relacionada con la estimación de la intensidad de una señal (por ejemplo, piloto) y/o intensidad de interferencia, datos que se transmitirán o recibirán desde el(los) dispositivo(s) 1204 móvil(es) (o una estación base diferente (no mostrada)) y/o cualquier otra información adecuada relacionada con la realización de las diversas acciones y funciones establecidas en el presente documento.
El procesador 1214 está además opcionalmente acoplado a un componente 1218 de comunicación, que puede ser similar al componente 216 de comunicación, y/o un componente 1220 de indicación de descarga de IP local, que puede ser similar al componente 218 de indicación de descarga de IP local. Además, el procesador 1214 se puede acoplar opcionalmente a un componente 1222 de establecimiento de portador, que puede ser similar al componente 220 de establecimiento de portador y/o un componente 1224 de recepción de parámetros, que puede ser similar al componente 406 de recepción de parámetros.
Más aún, por ejemplo, el procesador 1214 puede modular señales que se van a transmitir utilizando el modulador 1226, y transmitir señales moduladas utilizando el transmisor 1228. El transmisor 1228 puede transmitir señales a dispositivos 1204 móviles a través de antenas Tx 1208. Adicionalmente, aunque se muestra como separado del procesador 1214, se debe apreciar que el componente 1218 de comunicación, el componente 1220 de indicación de descarga de IP local, el componente 1222 de establecimiento de portador, el componente 1224 de recepción de parámetros, el demodulador 1212 y/o el modulador 1226 pueden ser parte del procesador 1214 o múltiples procesadores (no mostrado), y/o almacenar como instrucciones en la memoria 1216 para ejecución por el procesador 1214.
Con referencia a la Fig. 13, en un aspecto, cualquiera de los nodos 106 de red, puertas 116, 206 o 308 de enlace, gestores 108, 208 o 306 de movilidad, servidores 110 o 210 de suscripción, servidor 404 de OAM, RNC 504, SGSN 506, GGSN 508, eNB 604, MME 606, S-GW/P-GW 608, etc. (por ejemplo, Figs. 1-6) se pueden representar mediante el dispositivo 1300 informático. El dispositivo 1300 informático incluye un procesador 1302 para realizar funciones de procesamiento asociado con uno o más de los componentes y funciones descritos en el presente documento. El procesador 1302 puede incluir uno o múltiples conjuntos de procesadores o procesadores de múltiples núcleos. Más aún, el procesador 1302 se puede implementar como un sistema de procesamiento integrado y/o un sistema de procesamiento distribuido.
El dispositivo 1300 informático incluye adicionalmente una memoria 1304, tal como para almacenar versiones locales de aplicaciones ejecutadas por el procesador 1302. La memoria 1304 puede incluir sustancialmente cualquier tipo de memoria utilizable por un ordenador, tal como memoria de acceso aleatorio (RAM), memoria de solo lectura (ROM), cintas, discos magnéticos, discos ópticos, memoria volátil, memoria no volátil y cualquier combinación de los mismos. El dispositivo 1300 informático también incluye uno o más componentes 1306-1328, que se pueden almacenar en la memoria 1304, ejecutar por el procesador 1302 (por ejemplo, en base a instrucciones almacenadas en la memoria 1304), implementar dentro de uno o más procesadores 1302, y/o similares.
Adicionalmente, el dispositivo 1300 informático incluye un componente 1306 de comunicaciones que permite establecer y mantener comunicaciones con una o más partes utilizando hardware, software y servicios como se describe en el presente documento. El componente 1306 de comunicaciones puede llevar comunicaciones entre componentes en el dispositivo 1300 informático, así como entre el dispositivo 1300 informático y dispositivos externos, como dispositivos ubicados a través de una red de comunicaciones y/o dispositivos conectados en serie o localmente al dispositivo 1300 informático. Por ejemplo, el componente 1306 de comunicaciones puede incluir uno o más buses, y puede incluir adicionalmente componentes de cadena de transmisión y componentes de cadena de recepción asociados con un transmisor y receptor, respectivamente, operables para interactuar con dispositivos externos. En un ejemplo, el componente 1306 de comunicaciones puede ser similar a los componentes 216 o 222 de comunicación.
Adicionalmente, el dispositivo 1300 informático puede incluir además un almacén 1308 de datos, que puede ser cualquier combinación adecuada de hardware y/o software, que proporcione almacenamiento masivo de información, bases de datos y programas empleados en relación con los aspectos descritos en el presente documento. Por ejemplo, el almacén 1308 de datos puede ser un depósito de datos para aplicaciones que el procesador 1302 no está ejecutando actualmente.
El dispositivo 1300 informático puede incluir opcionalmente un componente 1310 de interfaz operable para recibir entradas de un usuario del dispositivo 1300 informático, y además operable para generar salidas para su presentación al usuario. El componente 1310 de interfaz puede incluir uno o más dispositivos de entrada, que incluyen pero no se limitan a un teclado, un teclado numérico, un mouse, una pantalla táctil, una tecla de navegación, una tecla de función, un micrófono, un componente de reconocimiento de voz, cualquier otro mecanismo capaz de recibir una entrada de un usuario, o cualquier combinación de los mismos. Adicionalmente, el componente 1310 de interfaz puede incluir uno o más dispositivos de salida, que incluyen, pero no se limitan a, una pantalla, un altavoz, un mecanismo de retroalimentación háptica, una impresora, cualquier otro mecanismo capaz de presentar una salida a un usuario o cualquier combinación de los mismos. En otro ejemplo, el componente 1310 de interfaz puede ser una interfaz de programación de aplicaciones (API) a la que uno o más dispositivos pueden acceder para realizar funciones en el dispositivo 1300 informático.
Además, en el ejemplo representado, el dispositivo 1300 informático puede incluir opcionalmente uno o más del componente 1312 de establecimiento de contexto, que puede ser similar al componente 224 o 226 de establecimiento de contexto, un componente 1314 de solicitud de suscripción, que puede ser similar al componente 228 de solicitud de suscripción, un componente 1316 de determinación de soporte de descarga de IP local, que puede ser similar al componente 230 de determinación de soporte de descarga de IP local, un componente 1318 de selección de puerta de enlace, que puede ser similar al componente 232 de selección de puerta de enlace, un componente 1320 de establecimiento de portador, que puede ser similar al componente 234 de establecimiento de portador, un componente 1322 de datos de suscripción, que puede ser similar al componente 236 de datos de suscripción, un componente 1324 de determinación de estado de descarga de IP local, que puede ser similar al componente 312 de determinación de estado de descarga de IP local, un componente 1326 de desactivación de contexto, que puede ser similar al componente 314 de desactivación de contexto, y/o un componente 1328 de aprovisionamiento de parámetros, que puede ser similar al componente 408 de aprovisionamiento de parámetros. Por lo tanto, estos componentes 1312, 1314, 1316, 1318, 1320, 1322, 1324, 1326 y/o 1328 pueden utilizar el procesador 1302 para ejecutar instrucciones asociadas con él, la memoria 1304 para almacenar información asociada con el mismo, componente 1306 de comunicaciones para llevar a cabo comunicaciones, y/o similares, como se describe. Además, se debe apreciar que el dispositivo 1300 informático puede incluir componentes adicionales o alternativos descritos en el presente documento.
Con referencia a la Fig. 14, se ilustra un sistema 1400 que establece un contexto de paquete de datos para la descarga de IP local. Por ejemplo, el sistema 1400 puede residir al menos parcialmente dentro de un MME, SGSn , etc. Se debe apreciar que el sistema 1400 se representa como que incluye bloques funcionales, que pueden ser bloques funcionales que representan funciones implementadas por un procesador, software o combinación del mismo (por ejemplo, firmware). El sistema 1400 incluye una agrupación 1402 lógica de componentes eléctricos que pueden actuar en conjunto. Por ejemplo, la agrupación 1402 lógica puede incluir un componente eléctrico para recibir una solicitud para establecer un contexto de paquete de datos para un dispositivo en un punto 1404 de acceso. Como se describe, esto puede incluir una solicitud para una conexión de PDN o contexto de PDP.
Adicionalmente, la agrupación 1402 lógica puede comprender un componente eléctrico para determinar que el contexto de paquete de datos corresponde a la descarga de IP local y discernir si el punto de acceso soporta la descarga de IP local basándose al menos en parte en un indicador 1406 de descarga de IP local. Por ejemplo, el contexto de paquete de datos se puede determinar que corresponde a la descarga de IP local basándose, al menos en parte, en un APN en la solicitud del contexto de paquete de datos. Adicionalmente, en un ejemplo, el indicador de descarga de IP local se puede recibir desde el punto de acceso como parte de la solicitud del contexto de paquete de datos. En un ejemplo, la solicitud puede incluir una especificación de una dirección de puerta de enlace, que puede indicar que el punto de acceso soporta la descarga de IP local. Más aún, la agrupación 1402 lógica puede incluir un componente eléctrico para seleccionar una puerta de enlace para establecer el contexto de paquete de datos basado al menos en parte en el contexto de paquete de datos que corresponde a la descarga de IP local y el indicador 1408 de descarga de IP local. Como se describe, cuando los paquetes de datos El contexto corresponde a la descarga de IP local y el punto de acceso soporta la descarga de IP local, se puede seleccionar una puerta de enlace local (por ejemplo, una puerta de enlace especificada por el punto de acceso en la solicitud del contexto de paquete de datos) para la descarga de IP local proporcionada.
Por ejemplo, el componente 1404 eléctrico puede incluir un componente 226 de establecimiento de contexto, como se describió anteriormente. Además, por ejemplo, el componente 1406 eléctrico, en un aspecto, puede incluir un componente 230 de determinación de soporte de descarga de IP local, como se describió anteriormente. Más aún, el componente 1408 eléctrico puede incluir un componente 232 de selección de puerta de enlace, como se describe. Adicionalmente, el sistema 1400 puede incluir una memoria 1410 que retiene instrucciones para ejecutar funciones asociadas con los componentes 1404, 1406 y 1408 eléctricos. Aunque se muestra como externo a la memoria 1410, se debe entender que uno o más de los componentes 1404, 1406 y 1408 eléctricos pueden existir en la memoria 1410.
En un ejemplo, los componentes 1404, 1406 y 1408 eléctricos pueden comprender al menos un procesador, o cada componente 1404, 1406 y 1408 eléctricos puede ser un módulo correspondiente de al menos un procesador. Además, en un ejemplo adicional o alternativo, los componentes 1404, 1406 y 1408 eléctricos pueden ser un producto de programa informático que comprende un medio legible por ordenador, donde cada componente 1404, 1406 y 1408 eléctricos puede ser un código correspondiente.
Con referencia a la Fig. 15, se ilustra un sistema 1500 que desactiva un contexto de paquete de datos para la descarga de LP local. Por ejemplo, el sistema 1500 puede residir al menos parcialmente dentro de un MME, SGSN, etc. Se debe apreciar que el sistema 1500 se representa como que incluye bloques funcionales, que pueden ser bloques funcionales que representan funciones implementadas por un procesador, software o combinación del mismo (por ejemplo, firmware). El sistema 1500 incluye una agrupación 1502 lógica de componentes eléctricos que pueden actuar en conjunto. Por ejemplo, la agrupación 1502 lógica puede incluir un componente eléctrico para recibir una solicitud de registro desde un dispositivo en un primer punto 1504 de acceso. Además, la agrupación 1502 lógica puede comprender un componente eléctrico para determinar que el dispositivo tiene un contexto de paquete de datos con un segundo punto de acceso para comunicación utilizando una descarga 1506 de IP local.
Por ejemplo, el dispositivo puede volver a seleccionar el primer punto de acceso. Más aún, la agrupación 1502 lógica puede incluir un componente eléctrico para desactivar el contexto de paquete de datos basado al menos en parte en uno o más parámetros del segundo punto 1508 de acceso. En un ejemplo, cuando el primer punto de acceso está fuera de un rango especificado para el segundo punto de acceso por una puerta de enlace para utilizar la descarga de IP local, el componente 1508 eléctrico puede desactivar el contexto. En otros ejemplos, cuando el primer y segundo punto de acceso informan diferentes puertas de enlace en el reenvío de solicitudes para contextos de paquete de datos, tienen diferentes identificadores de celda, diferentes identificadores de CSG y/o similares, el componente 1508 eléctrico puede desactivar el contexto a favor de un nuevo contexto de paquete de datos establecido a través del primer punto de acceso.
Por ejemplo, el componente 1504 eléctrico puede incluir un componente 226 de establecimiento de contexto, como se describió anteriormente. Además, por ejemplo, el componente 1506 eléctrico, en un aspecto, puede incluir un componente 312 de determinación del estado de descarga de IP local, como se describió anteriormente. Más aún, el componente 1508 eléctrico puede incluir un componente 314 de desactivación de contexto, como se describe. Adicionalmente, el sistema 1500 puede incluir una memoria 1510 que retiene instrucciones para ejecutar funciones asociadas con los componentes 1504, 1506 y 1508 eléctricos. Aunque se muestra como externo a la memoria 1510, se debe entender que uno o más de los componentes 1504, 1506 y 1508 eléctricos pueden existir dentro de la memoria 1510.
En un ejemplo, los componentes 1504, 1506 y 1508 eléctricos pueden comprender al menos un procesador, o cada componente 1504, 1506 y 1508 eléctrico puede ser un módulo correspondiente de al menos un procesador. Más aún, en un ejemplo adicional o alternativo, los componentes 1504, 1506 y 1508 eléctricos pueden ser un producto de programa informático que comprende un medio legible por ordenador, donde cada componente 1504, 1506 y 1508 eléctrico puede ser un código correspondiente.
Con referencia a la Fig. 16, se ilustra un sistema 1600 que proporciona un indicador de soporte de descarga de IP local. Por ejemplo, el sistema 1600 puede residir al menos parcialmente dentro de un punto de acceso, etc. Se debe apreciar que el sistema 1600 se representa como que incluye bloques funcionales, que pueden ser bloques funcionales que representan funciones implementadas por un procesador, software o una combinación de los mismos (por ejemplo, firmware). El sistema 1600 incluye una agrupación 1602 lógica de componentes eléctricos que pueden actuar en conjunto. Por ejemplo, la agrupación 1602 lógica puede incluir un componente eléctrico para recibir uno o más parámetros de descarga de IP local que especifiquen si la descarga de IP local está habilitada o deshabilitada para un punto 1604 de acceso. Por ejemplo, esto se puede recibir desde un servidor de OAM.
Adicionalmente, la agrupación 1602 lógica puede comprender un componente eléctrico para proporcionar un indicador de soporte de descarga de IP local basado al menos en parte en uno o más parámetros 1606 de descarga de IP local. Como se describe, por ejemplo, el soporte de indicador de descarga de IP local puede incluir la especificación de una puerta de enlace que se utilizará para proporcionar soporte de descarga de IP local, y se puede enviar como parte de una solicitud de contexto de paquete de datos reenviada desde un dispositivo. Por ejemplo, el componente 1604 eléctrico puede incluir un componente 406 de recepción de parámetros, como se describió anteriormente. Además, por ejemplo, el componente 1606 eléctrico, en un aspecto, puede incluir un componente 218 de indicación de descarga de IP local, como se describió anteriormente. Adicionalmente, el sistema 1600 puede incluir una memoria 1608 que retiene instrucciones para ejecutar funciones asociadas con los componentes 1604 y 1606 eléctricos. Aunque se muestra como externo a la memoria 1608, se debe entender que uno o más de los componentes 1604 y 1606 eléctricos pueden existir dentro de la memoria 1608.
En un ejemplo, los componentes 1604 y 1606 eléctricos pueden comprender al menos un procesador, o cada componente 1604 y 1606 eléctrico puede ser un módulo correspondiente de al menos un procesador. Más aún, en un ejemplo adicional o alternativo, los componentes 1604 y 1606 eléctricos pueden ser un producto de programa informático que comprende un medio legible por ordenador, donde cada componente 1604 y 1606 eléctrico puede ser un código correspondiente.
Con referencia ahora a la Fig. 17, se ilustra un sistema 1700 de comunicación inalámbrica de acuerdo con varias realizaciones presentadas en el presente documento. El sistema 1700 comprende una estación 1702 base que puede incluir múltiples grupos de antenas. Por ejemplo, un grupo de antenas puede incluir las antenas 1704 y 1706, otro grupo puede comprender las antenas 1708 y 1710, y un grupo adicional puede incluir las antenas 1712 y 1714. Se ilustran dos antenas para cada grupo de antenas; sin embargo, se pueden utilizar más o menos antenas para cada grupo. La estación 1702 base puede incluir adicionalmente una cadena transmisora y una cadena receptora, cada una de las cuales a su vez puede comprender una pluralidad de componentes asociados con la transmisión y recepción de señales (por ejemplo, procesadores, moduladores, multiplexores, demoduladores, demultiplexores, antenas, etc.), como se aprecia.
La estación 1702 base se puede comunicar con uno o más dispositivos móviles tales como el dispositivo 1716 móvil y el dispositivo 1722 móvil; sin embargo, se debe apreciar que la estación 1702 base se puede comunicar sustancialmente con cualquier número de dispositivos móviles similares a los dispositivos 1716 y 1722 móviles. Los dispositivos 1716 y 1722 móviles pueden ser, por ejemplo, teléfonos celulares, teléfonos inteligentes, ordenadores portátiles, dispositivos de comunicación portátiles, dispositivos informáticos portátiles, radios satelitales, sistemas de posicionamiento global, PDA y/o cualquier otro dispositivo adecuado para comunicarse a través del sistema 1700 de comunicación inalámbrica. Como se muestra, el dispositivo 1716 móvil está en comunicación con las antenas 1712 y 1714, donde las antenas 1712 y 1714 transmiten información al dispositivo 1716 móvil a través de un enlace 1718 directo y reciben información del dispositivo 1716 móvil a través de un enlace 1720 inverso. Más aún, el dispositivo 1722 móvil está en comunicación con las antenas 1704 y 1706, donde las antenas 1704 y 1706 transmiten información al dispositivo 1722 móvil a través de un enlace 1724 directo y reciben información del dispositivo 1722 móvil a través de un enlace 1726 inverso. En un sistema dúplex por división de frecuencia (FDD), el enlace 1718 directo puede utilizar una banda de frecuencia diferente a la utilizada por el enlace 1720 inverso, y el enlace 1724 directo puede emplear una banda de frecuencia diferente a la empleada por el enlace 1726 inverso, por ejemplo. Adicionalmente, en un sistema dúplex por división de tiempo (TDD), el enlace 1718 directo y el enlace 1720 inverso pueden utilizar una banda de frecuencia común y el enlace 1724 directo y el enlace 1726 inverso pueden utilizar una banda de frecuencia común.
Cada grupo de antenas y/o el área en la que están diseñados para comunicarse se pueden denominar como un sector de la estación 1702 base. Por ejemplo, los grupos de antenas se pueden diseñar para comunicarse con dispositivos móviles en un sector de las áreas cubiertas por la estación 1702 base. En la comunicación a través de los enlaces 1718 y 1724 directos, las antenas transmisoras de la estación 1702 base pueden utilizar la formación de haces para mejorar la relación señal-ruido de los enlaces 1718 y 1724 directos para los dispositivos 1716 y 1722 móviles. También, mientras que la estación 1702 base utiliza la formación de haces para transmitir a los dispositivos 1716 y 1722 móviles dispersos aleatoriamente a través de una cobertura asociada, los dispositivos móviles en las celdas vecinas pueden estar sujetos a menos interferencia en comparación con una estación base que transmite a través de una sola antena a todos sus dispositivos móviles. Más aún, los dispositivos 1716 y 1722 móviles se pueden comunicar directamente entre sí utilizando una tecnología entre pares o ad hoc como se muestra. De acuerdo con un ejemplo, el sistema 1700 puede ser un sistema de comunicación de múltiple entrada y múltiple salida (MIMO).
La Fig. 18 muestra un ejemplo de sistema 1800 de comunicación inalámbrica. El sistema 1800 de comunicación inalámbrica representa una estación 1810 base y un dispositivo 1850 móvil en aras de la brevedad. Sin embargo, se debe apreciar que el sistema 1800 puede incluir más de una estación base y/o más de un dispositivo móvil, en el que las estaciones base y/o dispositivos móviles adicionales pueden ser sustancialmente similares o diferentes de la estación 1810 base y el dispositivo 1850 móvil de ejemplo descrito a continuación. Además, se debe apreciar que la estación 1810 base y/o el dispositivo 1850 móvil pueden emplear los sistemas (Figs. 1-6, 12 y 14-17), dispositivos móviles (Fig.11), dispositivos informáticos (Fig. 13) y/o métodos (Figuras 7-10) descritos en el presente documento para facilitar la comunicación inalámbrica entre ellos. Por ejemplo, los componentes o funciones de los sistemas y/o métodos descritos en el presente documento pueden ser parte de una memoria 1832 y/o 1872 o de los procesadores 1830 y/o 1870 descritos a continuación, y/o se pueden ejecutar por los procesadores 1830 y/o 1870 para realizar las funciones divulgadas.
En la estación 1810 base, los datos de tráfico para una serie de flujos de datos se proporcionan desde una fuente 1812 de datos a un procesador 1814 de datos de transmisión (TX). De acuerdo con un ejemplo, cada flujo de datos se puede transmitir a través de una antena respectiva. El procesador 1814 de datos TX formatea, codifica e intercala el flujo de datos de tráfico en base a un esquema de codificación particular seleccionado para ese flujo de datos para proporcionar datos codificados.
Los datos codificados para cada flujo de datos se pueden multiplexar con datos piloto utilizando técnicas de multiplexación por división de frecuencia ortogonal (OFDM). Adicional o alternativamente, los símbolos piloto pueden ser multiplexados por división de frecuencia (FDM), multiplexados por división de tiempo (TDM) o multiplexados por división de código (CDM). Los datos piloto son normalmente un patrón de datos conocido que se procesa de una manera conocida y se puede utilizar en el dispositivo 1850 móvil para estimar la respuesta del canal. El piloto multiplexado y los datos codificados para cada flujo de datos se pueden modular (por ejemplo, Mapeo de símbolos) en base a un esquema de modulación particular (por ejemplo, modulación por desplazamiento de fase binaria (BPSK), modulación por desplazamiento de fase en cuadratura (QPSK), modulación por desplazamiento de fase M (M-PSK), modulación de amplitud de M-cuadratura (M-QAM), etc.) seleccionados para ese flujo de datos para proporcionar símbolos de modulación. La velocidad de datos, la codificación y la modulación para cada flujo de datos se pueden determinar mediante instrucciones realizadas o proporcionadas por el procesador 1830.
Los símbolos de modulación para los flujos de datos se pueden proporcionar a un procesador 1820 TX MIMO, que puede procesar adicionalmente los símbolos de modulación (por ejemplo, para OFDM). El procesador 1820 TX MIMO proporciona entonces Nt flujos de símbolos de modulación a Nt transmisores (TMTR) 1822a a 1822t. En varias realizaciones, el procesador 1820 TX MIMO aplica pesos de formación de haces a los símbolos de los flujos de datos ya la antena desde la que se está transmitiendo el símbolo.
Cada transmisor 1822 recibe y procesa un respectivo flujo de símbolos para proporcionar una o más señales analógicas y condiciona adicionalmente (por ejemplo, amplifica, filtra y eleva la frecuencia) de las señales analógicas para proporcionar una señal modulada adecuada para la transmisión por el canal MIMO. Adicionalmente, señales Nt moduladas desde los transmisores 1822a a 1822t se transmiten desde antenas Nt 1824a a 1824t, respectivamente.
En el dispositivo 1850 móvil, las señales moduladas transmitidas son recibidas por las antenas Nr 1852a a 1852r y la señal recibida desde cada antena 1852 se proporciona a un respectivo receptor (RCVR) 1854a a 1854r. Cada receptor 1854 acondiciona (por ejemplo, filtra, amplifica y reduce la frecuencia) una señal respectiva, digitaliza la señal acondicionada para proporcionar muestras y procesa adicionalmente las muestras para proporcionar un flujo de símbolos “recibido” correspondiente.
Un procesador 1860 de datos RX puede recibir y procesar los Nr flujos de símbolos recibidos desde Nr receptores 1854 en base a una técnica de procesamiento de receptor particular para proporcionar Nt flujos de símbolos “detectados”. El procesador 1860 de datos RX puede demodular, desentrelazar y decodificar cada flujo de símbolos detectado para recuperar los datos de tráfico para el flujo de datos. El procesamiento por el procesador 1860 de datos RX es complementario al realizado por el procesador 1820 TX MIMO y el procesador 1814 de datos TX en la estación 1810 base.
El mensaje de enlace inverso puede comprender varios tipos de información con respecto al enlace de comunicación y/o el flujo de datos recibido. El mensaje de enlace inverso se puede procesar por un procesador 1838 de datos TX, que también recibe datos de tráfico para una serie de flujos de datos desde una fuente 1836 de datos, modulados por un modulador 1880, condicionado por transmisores 1854a a 1854r, y transmitidos de regreso a la estación 1810 base.
En la estación 1810 base, las señales moduladas del dispositivo 1850 móvil son recibidas por las antenas 1824, acondicionadas por los receptores 1822, demoduladas por un demodulador 1840 y procesadas por un procesador 1842 de datos RX para extraer el mensaje de enlace inverso transmitido por el dispositivo 1850 móvil. Adicionalmente, el procesador 1830 puede procesar el mensaje extraído para determinar qué matriz de precodificación utilizar para determinar los pesos de formación de haces.
Los procesadores 1830 y 1870 pueden dirigir (por ejemplo, controlar, coordinar, gestionar, etc.) la operación en la estación 1810 base y el dispositivo 1850 móvil, respectivamente. Los procesadores 1830 y 1870 respectivos se pueden asociar con la memoria 1832 y 1872 que almacenan códigos y datos de programa. Los procesadores 1830 y 1870 también pueden realizar cálculos para derivar estimaciones de respuesta de frecuencia e impulso para el enlace ascendente y el enlace descendente, respectivamente.
La Fig. 19 ilustra un sistema 1900 de comunicación inalámbrica, configurado para dar soporte a varios usuarios, en el que se pueden implementar las enseñanzas de este documento. El sistema 1900 proporciona comunicación para múltiples celdas 1902, tales como, por ejemplo, macro celdas 1902A - 1902G, siendo cada celda atendida por un nodo 1904 de acceso correspondiente (por ejemplo, nodos 1904A - 1904G de acceso). Como se muestra en la Fig. 19, los terminales 1906 de acceso (por ejemplo, los terminales 1906A - 1906L de acceso) se pueden dispersar en varias ubicaciones por todo el sistema a lo largo del tiempo. Cada terminal 1906 de acceso se puede comunicar con uno o más nodos 1904 de acceso sobre un enlace directo (FL) y/o un enlace inverso (RL) en un momento dado, dependiendo de si el terminal 1906 de acceso está activo y si está en transferencia suave, por ejemplo. El sistema de comunicación 1900 inalámbrica puede proporcionar servicio en una gran región geográfica.
La Fig. 20 ilustra un sistema 2000 de comunicación de ejemplo en el que se ponen en marcha uno o más femtonodos dentro de un entorno de red. Específicamente, el sistema 2000 incluye múltiples femtonodos 2010A y 2010B (por ejemplo, nodos de femtoceldas o H(e)NB) instalados en un entorno de red de escala relativamente pequeña (por ejemplo, en una o más residencias 2030 de usuarios). Cada femtonodo 2010 se puede acoplar a una red 2040 de área amplia (por ejemplo, Internet) y una red 2050 central de un operador móvil a través de un enrutador de línea de abonado digital (DSL), un módem de cable, un enlace inalámbrico u otros medios de conectividad (no mostrado). Como se discutirá a continuación, cada femtonodo 2010 se puede configurar para atender los terminales 2020 de acceso asociados (por ejemplo, terminal 2020A de acceso) y, opcionalmente, terminales 2020 de acceso ajenos (por ejemplo, terminal 2020B). En otras palabras, el acceso a los femtonodos 2010 se puede restringir de modo que un determinado terminal 2020 de acceso pueda ser atendido por un conjunto de femtonodos 2010 designados (por ejemplo, domésticos) pero no puede ser atendido por femtonodos 2010 no designados (por ejemplo, el femtonodo de un vecino).
La Fig. 21 ilustra un ejemplo de un mapa 2100 de cobertura donde se definen varias áreas 2102 de seguimiento (o áreas de enrutamiento o áreas de ubicación), cada una de las cuales incluye varias áreas 2104 de cobertura macro. En el presente documento, las áreas de cobertura asociadas con áreas 2102A, 2102B y 2102C de seguimiento están delimitadas por las líneas anchas y las áreas 2104 de macro cobertura están representadas por los hexágonos. Las áreas 2102 de seguimiento también incluyen áreas 2106 de cobertura de femto. En este ejemplo, cada una de las áreas 2106 de cobertura de femto (por ejemplo, área 2106C de cobertura de femto) se representa dentro de un áreas 2104 de macro cobertura (por ejemplo, áreas 2104B de macro cobertura). Se debe apreciar, sin embargo, que un área 2106 de cobertura de femto puede no estar completamente dentro de un área 2104 de macro cobertura. En la práctica, se puede definir un gran número de áreas 2106 de cobertura de femto con un área 2102 de seguimiento o un área 2104 de macro cobertura dada. También, se pueden definir una o más áreas de pico de cobertura (no mostradas) dentro de un área de seguimiento 2102 o un área 2104 de macro cobertura dada.
Con referencia nuevamente a la Fig. 20, el propietario de un femtonodo 2010 puede suscribirse a un servicio móvil, tal como, por ejemplo, un servicio móvil 3G, ofrecido a través de la red 2050 central del operador móvil. Además, un terminal 2020 de acceso puede ser capaz de operar tanto en entornos macro como en entornos de red de menor escala (por ejemplo, residencial). Por lo tanto, por ejemplo, dependiendo de la ubicación actual del terminal 2020 de acceso, el terminal 2020 de acceso puede ser atendido por un nodo 2060 de acceso o por cualquiera de un conjunto de femtonodos 2010 (por ejemplo, los femtonodos 2010A y 2010B que residen dentro de una residencia 2030 de usuario correspondiente). Por ejemplo, cuando un suscriptor está fuera de su hogar, es atendido por un nodo de acceso de macrocelda estándar (por ejemplo, nodo 2060) y cuando el suscriptor está en casa, es atendido por un femtonodo (por ejemplo, nodo 2010A). En el presente documento, se debe apreciar que un femtonodo 2010 puede ser compatible con versiones anteriores de los terminales 2020 de acceso existentes.
Un femtonodo 2010 se puede poner en marcha sobre una sola frecuencia o, como alternativa, sobre múltiples frecuencias. Dependiendo de la configuración particular, la frecuencia única o una o más de las múltiples frecuencias se pueden superponer con una o más frecuencias utilizadas por un nodo de acceso a macrocelda (por ejemplo, el nodo 2060). En algunos aspectos, un terminal 2020 de acceso se puede configurar para conectarse a un femtonodo preferido (por ejemplo, el femtonodo doméstico del terminal 2020 de acceso) siempre que dicha conectividad sea posible. Por ejemplo, siempre que el terminal 2020 de acceso se encuentre dentro de la residencia 2030 del usuario, se puede comunicar con el femtonodo local 2010.
En algunos aspectos, si el terminal 2020 de acceso opera dentro de la red 2050 central del operador móvil pero no reside en su red más preferida (por ejemplo, como se define en una lista de itineración preferida), el terminal 2020 de acceso puede continuar buscando la red más preferida (por ejemplo, femtonodo 2010) que utiliza Mejor Reselección del Sistema (BSR), que puede implicar un escaneo periódico de los sistemas disponibles para determinar si hay mejores sistemas disponibles actualmente y los esfuerzos posteriores para asociarse con dichos sistemas preferidos. Usando una entrada de la tabla de adquisición (por ejemplo, en una lista de itineración preferida), en un ejemplo, el terminal 2020 de acceso puede limitar la búsqueda de una banda y un canal específicos. Por ejemplo, la búsqueda del sistema más preferido se puede repetir periódicamente. Tras el descubrimiento de un femtonodo preferido, como femtonodo 2010, el terminal 2020 de acceso selecciona el femtonodo 2010 para acampar dentro de su área de cobertura.
Un femtonodo puede estar restringido en algunos aspectos. Por ejemplo, un femtonodo determinado solo puede proporcionar determinados servicios a determinados terminales de acceso. En las puestas en marcha con la denominada asociación restringida (o cerrada), un terminal de acceso dado solo puede ser atendido por la red móvil de macroceldas y un conjunto definido de femtonodos (por ejemplo, femtonodos 2010 que residen dentro de la correspondiente residencia de usuario 2030). En algunas implementaciones, un femtonodo se puede restringir para que no proporcione, para al menos un terminal de acceso, al menos uno de: señalización, acceso a datos, registro, paginación o servicio.
En algunos aspectos, un femtonodo restringido (que también se puede denominar Grupo de Abonados Cerrado H(c)NB) es uno que proporciona servicio a un conjunto provisto restringido de terminales de acceso. Este conjunto se puede extender temporal o permanentemente según sea necesario. En algunos aspectos, un Grupo de Abonados Cerrado (CSG) se puede definir como el conjunto de nodos de acceso (por ejemplo, femtonodos) que comparten una lista de control de acceso común de terminales de acceso. Un canal en el que operan todos los femtonodos (o todos los femtonodos restringidos) de una región se puede denominar femtocanal.
Por tanto, pueden existir varias relaciones entre un femtonodo dado y un terminal de acceso dado. Por ejemplo, desde la perspectiva de un terminal de acceso, un femtonodo abierto puede referirse a un femtonodo sin asociación restringida. Un femtonodo restringido puede referirse a un femtonodo que está restringido de alguna manera (por ejemplo, restringido para asociación y/o registro). Un femtonodo doméstico puede referirse a un femtonodo en el que el terminal de acceso está autorizado para acceder y operar. Un femtonodo invitado puede referirse a un femtonodo en el que un terminal de acceso está autorizado temporalmente para acceder u operar. Un femtonodo ajeno se puede referir a un femtonodo en el que el terminal de acceso no está autorizado para acceder u operar, excepto quizás en situaciones de emergencia (por ejemplo, llamadas al 911).
Desde una perspectiva de femtonodo restringido, un terminal de acceso doméstico se puede referir a un terminal de acceso que autorizó acceder al femtonodo restringido. Un terminal de acceso para invitados puede referirse a un terminal de acceso con acceso temporal al femtonodo restringido. Un terminal de acceso ajeno puede referirse a un terminal de acceso que no tiene permiso para acceder al femtonodo restringido, excepto quizás en situaciones de emergencia, por ejemplo, llamadas al 911 (por ejemplo, un terminal de acceso que no tiene las credenciales o el permiso para registrarse con el femtonodo restringido),
Por conveniencia, la divulgación en el presente documento describe varias funcionalidades en el contexto de un femtonodo. Se debe apreciar, sin embargo, que un piconodo puede proporcionar la misma funcionalidad o similar que un femtonodo, pero para un área de cobertura más grande. Por ejemplo, se puede restringir un piconodo, se puede definir un piconodo doméstico para un terminal de acceso dado, etc.
Un sistema de comunicación inalámbrico de acceso múltiple puede soportar simultáneamente la comunicación para múltiples terminales de acceso inalámbrico. Como se mencionó anteriormente, cada terminal se puede comunicar con una o más estaciones base a través de transmisiones sobre los enlaces directo e inverso. El enlace directo (o enlace descendente) se refiere al enlace de comunicación desde las estaciones base hasta los terminales, y el enlace inverso (o enlace ascendente) se refiere al enlace de comunicación desde los terminales hasta las estaciones base. Este enlace de comunicación se puede establecer mediante un sistema de una entrada una salida, un sistema MIMO o algún otro tipo de sistema.
Las diversas lógicas, bloques lógicos, módulos, componentes y circuitos ilustrativos descritos en relación con las realizaciones divulgadas en el presente documento se pueden implementar o realizar con un procesador de propósito general, un procesador de señales digitales (DSP), un circuito integrado específico de la aplicación (ASIC), una matriz de puertas programables en campo (FPGA) u otro dispositivo lógico programable, lógica de puerta discreta o de transistor, componentes de hardware discretos o cualquier combinación de los mismos diseñada para realizar las funciones descritas en el presente documento. Un procesador de propósito general puede ser un microprocesador, pero, como alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador o máquina de estado convencional. Un procesador también se puede implementar como una combinación de dispositivos informáticos, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo DSP, o cualquier dicha configuración. Adicionalmente, al menos un procesador puede comprender uno o más módulos operables para realizar uno o más de las etapas y/o acciones descritas anteriormente. Se puede acoplar un medio de almacenamiento de ejemplo al procesador, de modo que el procesador pueda leer información desde el medio de almacenamiento y escribir información en él. Como alternativa, el medio de almacenamiento puede ser parte integral del procesador. Adicionalmente, en algunos aspectos, el procesador y el medio de almacenamiento pueden residir en un ASIC. Adicionalmente, el ASIC puede residir en un terminal de usuario. Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en un terminal de usuario.
En uno o más aspectos, las funciones, métodos o algoritmos descritos se pueden implementar en hardware, software, firmware o cualquier combinación de los mismos. Si se implementan en software, las funciones se pueden almacenar o transmitirse como una o más instrucciones o código sobre un medio legible por ordenador, que se puede incorporar en un producto de programa informático. Los medios legibles por ordenador incluyen tanto los medios de almacenamiento del ordenador como los medios de comunicación, que incluyen cualquier medio que facilite la transferencia de un programa informático de un lugar a otro. Un medio de almacenamiento puede ser cualquier medio disponible al que se pueda acceder mediante un ordenador. A modo de ejemplo, y no de limitación, dichos medios legibles por ordenador pueden comprender RAM, ROM, EEPROM, CD-ROM u otro almacenamiento en disco óptico, almacenamiento en disco magnético u otros dispositivos de almacenamiento magnético, o cualquier otro medio que se pueda utilizar para transportar o almacenar el código de programa deseado en forma de instrucciones o estructuras de datos y al que se puede acceder mediante un ordenador. También, sustancialmente cualquier conexión se puede denominar un medio legible por ordenador. Por ejemplo, si el software se transmite desde un sitio web, servidor u otra fuente remota utilizando un cable coaxial, cable de fibra óptica, par trenzado, línea de suscriptor digital (DSL) o tecnologías inalámbricas tales como infrarrojos, radio y microondas, entonces el cable coaxial, cable de fibra óptica, par trenzado, DSL o tecnologías inalámbricas como infrarrojos, radio y microondas se incluyen en la definición de medio. El disquete y el disco, como se utiliza en el presente documento, incluyen disco compacto (CD), disco láser, disco óptico, disco versátil digital (DVD), disquete y disco blu-ray donde los discos generalmente reproducen datos magnéticamente, mientras que los discos generalmente reproducen datos ópticamente con láser. Las combinaciones de los anteriores también deben incluirse dentro del alcance de los medios legibles por ordenador.
Si bien la divulgación anterior discute aspectos y/o realizaciones ilustrativos, se debe tener en cuenta que se podrían realizar varios cambios y modificaciones en el presente documento sin apartarse del alcance de los aspectos y/o realizaciones descritos como se define en las reivindicaciones adjuntas.

Claims (3)

REIVINDICACIONES
1. Un método para desactivar un contexto de paquete de datos para el protocolo de Internet local, IP, descarga, que comprende:
recibir (902) una solicitud de registro desde un dispositivo en un primer punto de acceso;
determinar (904) que el dispositivo tenga un contexto de paquete de datos con un segundo punto de acceso para comunicación utilizando una descarga de IP local; y
desactivar (906) el contexto de paquete de datos basado al menos en parte en uno o más parámetros del segundo punto de acceso, caracterizado porque el uno o más parámetros del segundo punto de acceso comprenden:
(i) un rango especificado para el segundo punto de acceso por una puerta de enlace para utilizar la descarga de IP local, y desactivar el contexto de paquete de datos se basa al menos en parte en determinar que el primer punto de acceso esté fuera del rango; o
(ii) una dirección IP de una puerta de enlace recibida en una solicitud para el contexto de paquete de datos, y desactivar el contexto de paquete de datos se basa al menos en parte en determinar que la dirección IP de la puerta de enlace no coincide con una dirección IP diferente de una puerta de enlace diferente especificada en la solicitud de registro; o (iii) un segundo identificador de celda relacionado con el segundo punto de acceso, y desactivar el contexto de paquete de datos se basa al menos en parte en determinar que el segundo identificador de celda no coincide con un primer identificador de celda relacionado con el primer punto de acceso.
2. Un aparato para desactivar un contexto de paquete de datos para el protocolo de Internet local, IP, descarga, que comprende:
medios para recibir (902) una solicitud de registro desde un dispositivo en un primer punto de acceso;
medios para determinar (904) que el dispositivo tenga un contexto de paquete de datos con un segundo punto de acceso para comunicación utilizando una descarga de IP local; y
medios para desactivar (906) el contexto de paquete de datos basado al menos en parte en uno o más parámetros del segundo punto de acceso, caracterizado porque el uno o más parámetros del segundo punto de acceso comprenden:
(i) un rango especificado para el segundo punto de acceso por una puerta de enlace para utilizar la descarga de IP local, y los medios para desactivar se configuran para desactivar el contexto de paquete de datos basado al menos en parte en determinar que el primer punto de acceso esté fuera del rango; o
(ii) una dirección IP de una puerta de enlace recibida en una solicitud para el contexto de paquete de datos, y los medios para desactivar se configuran para desactivar el contexto de paquete de datos basado al menos en parte en determinar que la dirección IP de la puerta de enlace no coincide con una dirección IP diferente de una puerta de enlace diferente especificada en la solicitud de registro; o
(iii) un segundo identificador de celda relacionado con el segundo punto de acceso, y los medios para desactivar se configuran para desactivar el contexto de paquete de datos basado al menos en parte en determinar que el segundo identificador de celda no coincide con un primer identificador de celda relacionado con el primer punto de acceso.
3. Un producto de programa informático para desactivar un contexto de paquete de datos para el protocolo de Internet local, IP, descarga, que comprende:
un medio legible por ordenador, que comprende:
código para hacer que al menos un ordenador reciba (902) una solicitud de registro desde un dispositivo en un primer punto de acceso;
código para hacer que al menos un ordenador determine (904) que el dispositivo utiliza un contexto de paquete de datos con un segundo punto de acceso para comunicación utilizando una descarga de IP local; y
código para hacer que al menos un ordenador para desactivar (906) el contexto de paquete de datos basado al menos en parte en uno o más parámetros del segundo punto de acceso, caracterizado porque el uno o más parámetros del segundo punto de acceso comprenden:
(i) un rango especificado para el segundo punto de acceso por una puerta de enlace para utilizar la descarga de IP local, y el código hace que al menos un ordenador para desactivar el contexto de paquete de datos basado al menos en parte en determinar que el primer punto de acceso esté fuera del rango; o
(ii) una dirección IP de una puerta de enlace recibida en una solicitud para el contexto de paquete de datos, y el código hace que al menos un ordenador para desactivar el contexto de paquete de datos basado al menos en parte en determinar que la dirección IP de la puerta de enlace no coincida con una dirección IP diferente de una puerta de enlace diferente especificada en la solicitud de registro; o
(iii) un segundo identificador de celda relacionado con el segundo punto de acceso, y el código hace que al menos un ordenador para desactivar el contexto de paquete de datos basado al menos en parte en determinar que el segundo identificador de celda no coincida con un primer identificador de celda relacionado con el primer punto de acceso.
ES18173374T 2010-04-13 2011-04-12 Método y aparato para gestionar la descarga del protocolo local de Internet Active ES2893171T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US32377710P 2010-04-13 2010-04-13
US37113510P 2010-08-05 2010-08-05
US13/080,479 US8885536B2 (en) 2010-04-13 2011-04-05 Method and apparatus for managing local internet protocol offload

Publications (1)

Publication Number Publication Date
ES2893171T3 true ES2893171T3 (es) 2022-02-08

Family

ID=44120976

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18173374T Active ES2893171T3 (es) 2010-04-13 2011-04-12 Método y aparato para gestionar la descarga del protocolo local de Internet

Country Status (8)

Country Link
US (1) US8885536B2 (es)
EP (2) EP3432521B1 (es)
JP (1) JP5872543B2 (es)
KR (5) KR102170617B1 (es)
CN (1) CN102845025B (es)
ES (1) ES2893171T3 (es)
TW (2) TWI584614B (es)
WO (1) WO2011130294A2 (es)

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9609513B2 (en) 2009-03-03 2017-03-28 Mobilitie, Llc System and method for device authentication in a dynamic network using wireless communication devices
US9179296B2 (en) * 2009-03-03 2015-11-03 Mobilitie, Llc System and method for device authentication in a dynamic network using wireless communication devices
CN102244899B (zh) * 2010-05-13 2015-08-12 中兴通讯股份有限公司 一种在接入网对互联网访问数据进行分流的方法及装置
CN101925064A (zh) * 2010-06-12 2010-12-22 中兴通讯股份有限公司 一种H(e)NB系统的SIPTO决策方法和装置
KR20130079564A (ko) 2010-09-28 2013-07-10 리서치 인 모션 리미티드 Ｕｅ가 주택／기업 네트워크 커버리지 밖으로 이동할 때 로컬 ｇｗ와의 연결을 해제시키는 방법 및 장치
JP2013538031A (ja) * 2010-09-28 2013-10-07 ブラックベリー リミテッド 住居／企業ネットワーク接続管理およびハンドオーバのシナリオ
CN107750050B (zh) * 2011-01-06 2022-03-04 北京三星通信技术研究有限公司 一种支持用户设备ue移动性的方法和设备
JP5879751B2 (ja) * 2011-06-01 2016-03-08 住友電気工業株式会社 通信システムおよび通信制御方法
US20140133458A1 (en) * 2011-06-28 2014-05-15 Kyocera Corporation Communication control method and home base station
US8837369B2 (en) * 2011-07-05 2014-09-16 Mediatek Inc. System and method for indicating local IP access support via NAS signaling
CN102869116B (zh) * 2011-07-05 2015-07-08 华为终端有限公司 一种本地网络和实现本地网关和家庭基站建立连接的方法
WO2013009147A2 (en) 2011-07-14 2013-01-17 Lg Electronics Inc. Method and apparatus for performing membership verification or access control in wireless communication system
GB2493348A (en) * 2011-07-29 2013-02-06 Intellectual Ventures Holding 81 Llc Mobile communications terminal with simplified handover
US9451506B2 (en) * 2011-09-30 2016-09-20 Samsung Electronics Co., Ltd. Method and apparatus for supporting mobility of UE in local network
CN103167558B (zh) * 2011-12-08 2017-04-19 华为技术有限公司 接入方法及系统、用户设备与网络侧设备
CN105357739B (zh) * 2011-12-13 2019-05-10 华为技术有限公司 一种通信方法及设备
US20140341187A1 (en) * 2011-12-23 2014-11-20 Nokia Corporation Method and apparatus for traffic offloading
JP5803696B2 (ja) * 2012-01-25 2015-11-04 富士通株式会社 ネットワークシステム，オフロード装置及びオフロード装置の利用者識別情報取得方法
EP2813096B1 (en) * 2012-02-07 2019-10-23 Nokia Technologies Oy Method and apparatus for autonomous operation in cellular-based local area networks
JP5917965B2 (ja) * 2012-03-19 2016-05-18 Kddi株式会社 通信装置
JP2015233170A (ja) * 2012-09-28 2015-12-24 シャープ株式会社 移動通信システム、位置管理装置、ホーム基地局装置、移動局装置及び移動通信システムにおける通信方法
EP3554129B1 (en) * 2013-04-16 2023-06-07 Huawei Technologies Co., Ltd. Cell handover method and device
WO2014205713A1 (zh) * 2013-06-27 2014-12-31 华为技术有限公司 一种业务分流方法和基站
US10045384B2 (en) 2013-08-23 2018-08-07 Lg Electronics Inc. Method for managing link failure of user equipment simultaneously connected to multiple rats and device for performing same
EP3117639A2 (en) * 2014-03-13 2017-01-18 Interdigital Patent Holdings, Inc. Local offload and small cell architecture (sca)
EP3119127B1 (en) * 2014-03-27 2019-01-16 Huawei Technologies Co., Ltd. Data distribution method and base station
EP3178255B1 (en) * 2014-08-08 2020-12-23 Nokia Solutions and Networks Oy Radio access network controlled access of user equipment to wireless communication networks
KR101579070B1 (ko) 2014-08-11 2016-01-04 주식회사 이노와이어리스 펨토셀을 이용한 코어 네트워크 무선 데이터의 오프로딩 방법
WO2017071834A1 (en) * 2015-10-30 2017-05-04 Nec Europe Ltd. Method for offloading data-plane functions in networks operated with data-plane/control-plane separated network functions
WO2018018469A1 (zh) * 2016-07-27 2018-02-01 华为技术有限公司 用户设备上下文管理方法、装置和设备
US10033625B2 (en) * 2016-12-07 2018-07-24 Mediatek Singapore Pte. Ltd. Loop avoidance in repeater networks
EP3858103A4 (en) * 2018-09-28 2022-07-13 Sharp Kabushiki Kaisha RADIO ACCESS NETWORK AND ACCELERATED NETWORK ACCESS METHODS

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1456768B1 (en) * 2001-12-19 2016-07-20 Thomson Licensing Method for handing off a mobile terminal between a mobile network and a wireless lan
GB0402657D0 (en) * 2004-02-06 2004-03-10 Nokia Corp A communication system
JP4499526B2 (ja) 2004-10-19 2010-07-07 富士通株式会社 携帯電話端末間のデータ伝送路確立システム
US8238326B2 (en) * 2004-11-18 2012-08-07 Ruckus Wireless, Inc. Maintaining consistent network connections while moving through wireless networks
DE202005021930U1 (de) 2005-08-01 2011-08-08 Corning Cable Systems Llc Faseroptische Auskoppelkabel und vorverbundene Baugruppen mit Toning-Teilen
FI20075252A0 (fi) 2007-04-13 2007-04-13 Nokia Corp Menetelmä, radiojärjestelmä, matkaviestin ja tukiasema
CN101217798B (zh) * 2008-01-09 2012-01-11 中兴通讯股份有限公司 一种在ip多媒体子系统中控制本地转出的方法
US8179903B2 (en) * 2008-03-12 2012-05-15 Qualcomm Incorporated Providing multiple levels of service for wireless communication devices communicating with a small coverage access point
EP2104379A1 (en) 2008-03-21 2009-09-23 NEC Corporation Method for optimizing a user equipment PDN (packet data network) connection
JP2009253431A (ja) 2008-04-02 2009-10-29 Alcatel-Lucent Usa Inc Ｉｕインターフェースを有するＵＭＴＳフェムトセル解法においてＰＳトラフィックをオフロードする方法。
US8175575B2 (en) * 2008-04-16 2012-05-08 Alcatel Lucent Online charging for roaming users in a proxy online charging system of a visited network
WO2009134659A2 (en) 2008-04-28 2009-11-05 Interdigital Patent Holdings, Inc. Method and apparatus for detecting closed subscriber group cells
KR101579714B1 (ko) 2008-04-29 2016-01-04 애플 인크. 펨토 접속된 네트워크에 대한 유비쿼터스 액세스
JP5157626B2 (ja) 2008-05-09 2013-03-06 富士通株式会社 ウェブサーバへのアクセス制限方法、フェムトセル基地局装置及びアクセス制限判断装置
EP2332355A4 (en) 2008-10-01 2014-07-09 Ericsson Telefon Ab L M TREATMENT OF LOCAL DIVERSION TRAFFIC IN A BASE STATION OF ATTACHMENT
CN102056138B (zh) * 2009-11-05 2016-08-03 中兴通讯股份有限公司 本地ip访问连接的管理方法及装置
TWI526098B (zh) * 2010-01-08 2016-03-11 內數位專利控股公司 選出網際網路協定流量卸載方法及裝置
US8477724B2 (en) * 2010-01-11 2013-07-02 Research In Motion Limited System and method for enabling session context continuity of local service availability in local cellular coverage

Also Published As

Publication number Publication date
CN102845025A (zh) 2012-12-26
KR20180098423A (ko) 2018-09-03
TW201203939A (en) 2012-01-16
TWI508490B (zh) 2015-11-11
TW201524154A (zh) 2015-06-16
WO2011130294A2 (en) 2011-10-20
CN102845025B (zh) 2017-02-15
KR20140077985A (ko) 2014-06-24
KR102170617B1 (ko) 2020-10-27
TWI584614B (zh) 2017-05-21
EP2559199B1 (en) 2018-05-23
JP5872543B2 (ja) 2016-03-01
US20120082090A1 (en) 2012-04-05
KR102170621B1 (ko) 2020-10-27
KR20140077984A (ko) 2014-06-24
EP3432521B1 (en) 2021-09-08
EP2559199A2 (en) 2013-02-20
JP2013527680A (ja) 2013-06-27
EP3432521A1 (en) 2019-01-23
US8885536B2 (en) 2014-11-11
KR101488149B1 (ko) 2015-01-29
KR20180097795A (ko) 2018-08-31
WO2011130294A3 (en) 2011-12-29
KR20130018297A (ko) 2013-02-20

Similar Documents

Publication Publication Date Title
ES2893171T3 (es) Método y aparato para gestionar la descarga del protocolo local de Internet
US11284457B2 (en) Method and apparatus for managing packet data network connectivity
JP6582076B2 (ja) セレクティッドインターネットプロトコル（ｉｐ）トラフィックオフロード（ｓｉｐｔｏ）およびローカルｉｐアクセス（ｌｉｐａ）モビリティーのための方法および装置
EP2351435B1 (en) Support for multiple access modes for home base stations
US8792392B2 (en) Method and apparatus for in-band provisioning of a device at a closed subscriber group
US8977257B2 (en) Method and apparatus to control visited network access for devices
US9717064B2 (en) Methods and apparatus for advertising restricted access in wireless networks
US20120057574A1 (en) Method and apparatus to control local internet protocol access for devices