ES2645459T3 - Notificación de congestión del plano de usuario - Google Patents

Notificación de congestión del plano de usuario Download PDF

Info

Publication number
ES2645459T3
ES2645459T3 ES13848338.3T ES13848338T ES2645459T3 ES 2645459 T3 ES2645459 T3 ES 2645459T3 ES 13848338 T ES13848338 T ES 13848338T ES 2645459 T3 ES2645459 T3 ES 2645459T3
Authority
ES
Spain
Prior art keywords
upcon
node
pcrf
network
rci
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
ES13848338.3T
Other languages
English (en)
Inventor
Chang Hong Shan
Eric SIOW
Muthaiah Venkatachalam
Puneet Jain
Alexandre Stojanovski
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.)
Intel Corp
Original Assignee
Intel Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Intel Corp filed Critical Intel Corp
Application granted granted Critical
Publication of ES2645459T3 publication Critical patent/ES2645459T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1694—Allocation of channels in TDM/TDMA networks, e.g. distributed multiplexers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0226—Traffic management, e.g. flow control or congestion control based on location or mobility
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0284—Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/045—Interfaces between hierarchically different network devices between access point and backbone network device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/38—Flow control; Congestion control by adapting coding or compression rate
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un nodo de la red de acceso radio RAN operable para notificar una congestión del plano de usuario UPCON, teniendo el nodo RAN una circuitería computacional configurada para: recibir (710), desde una Red Troncal CN, un elemento de información IE que incluye información de Control de Políticas y Tarificación PCC asociada a UPCON; identificar (720) la localización de un evento de UPCON, en el nodo RAN, basándose en un disparador de notificación de evento de UPCON incluido en la información de PCC asociada a UPCON; y notificar (730) la Información de Congestión de la Red de Acceso Radio RCI sobre el evento de UPCON a uno o más elementos de red en la CN; caracterizado por que la circuitería computacional está configurada, además, para notificar la RCI a un nodo de Función de Reglas de Políticas y Tarificación PCRF en un Sistema de Paquetes Evolucionado EPS basándose en una comunicación entre el eNB y el nodo PCRF sobre un Plano de Control a través de una Entidad de Gestión de Movilidad MME, una Pasarela de Servicio (SGW), y un nodo de Pasarela de la Red de Paquetes de Datos / Función de Aplicación de Políticas y Tarificación (PGW/PCEF)

Description

5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Notificacion de congestion del plano de usuario Solicitudes relacionadas
La presente invencion reivindica prioridad de la Solicitud de patente provisional de EE.UU. numero 61/719.241, presentada el 26 de octubre, 2012 con numero de presentacion P503 28Z.
Antecedentes
La tecnologfa de comunicaciones moviles inalambricas utiliza varios estandares y protocolos para transmitir datos entre un nodo (por ejemplo, una estacion de transmision) y un dispositivo inalambrico (por ejemplo, un dispositivo movil). Algunos dispositivos inalambricos se comunican utilizando acceso multiple por division de frecuencia ortogonal (OFDMA) en una transmision del enlace descendente (DL) y un acceso multiple por division de frecuencia con una portadora (SC-FDMA) en una transmision del enlace ascendente (UL). Los estandares y protocolos que utilizan multiplexacion por division de frecuencia ortogonal (OFDM) para transmision de senales incluyen la evolucion a largo plazo (LTE) del proyecto de colaboracion de tercera generacion (3GPP), el estandar 802.16 del Instituto de Ingenieros Electricos y Electronicos (IEEE) (por ejemplo, 802.16e, 802.16m), que es conocido comunmente en los grupos de la industria como WiMAX (Interoperabilidad Mundial para Acceso por Microondas), y el estandar 802.11 del IEEE, que es conocido comunmente en los grupos de la industria como WiFi.
En los sistemas LTE de la red de acceso radio (RAN) del 3GPP, el nodo puede ser una combinacion de Nodos B de la Red de Acceso Radio Terrestre Universal Evolucionado (E-UTRAN) (tambien denominado comunmente Nodos B evolucionados, Nodos B mejorados, eNodosB, o eNB) y Controladores de Red de Radio (RNC), que se comunica con el dispositivo inalambrico, conocido como equipo de usuario (UE). La transmision del enlace descendente (DL) puede ser una comunicacion desde el nodo (por ejemplo, un eNodoB) al dispositivo inalambrico (por ejemplo, un UE), y la transmision del enlace ascendente (UL) puede ser una comunicacion desde el dispositivo inalambrico al nodo.
En redes homogeneas, el nodo, tambien denominado macro nodo, puede proporcionar una cobertura inalambrica basica a los dispositivos inalambricos en una celda. La celda puede ser el area en la que los dispositivos inalambricos se pueden comunicar con el macro nodo. Para gestionar los aumentos de carga de trafico en los macro nodos debido al incremento de utilizacion y a la funcionalidad de los dispositivos inalambricos se pueden utilizar redes heterogeneas (HetNet). Las HetNet pueden incluir una capa de macro nodos de alta potencia (o macro eNB) planificados superpuestos a capas de nodos de baja potencia (pequenos eNB, micro eNB, pico eNB, femto eNB, o eNB domesticos [HeNB]) que se pueden desplegar de forma peor planificada o incluso de forma totalmente descoordinada dentro del area de cobertura (celda) de un macro nodo. Los nodos de baja potencia (LPN) se pueden denominar generalmente "nodos de baja potencia", nodos pequenos o celdas pequenas.
El documento US 2011/255410 divulga un metodo para respuesta de congestion en un sistema de comunicacion que comprende la capacidad de enrutamiento sobre una red de un primer tipo y una red de un segundo tipo, comprendiendo el metodo: recibir una indicacion de congestion para recursos sobre una ruta a un objetivo mediante una red de un primer tipo, almacenar la indicacion de congestion asociada a la ruta, al recibir una peticion posterior para iniciar una configuracion de una llamada en la ruta, comprobar si ya existe una indicacion de congestion para la ruta, y establecer la llamada sobre una ruta alternativa al objetivo mediante la red de segundo tipo si dicha indicacion de congestion ya existe.
El documento WO 2011/139305 divulga un metodo para controlar el lfmite de tasa de ancho de banda y el lfmite de tasa de provision de clientes en una red de entrega de video, proporcionar proveedores de servicios de red con un medio para ignorar tasas de datos de entrega de video seleccionadas mediante adaptacion dinamica de la tasa de bit de cliente, asf como tasas de provision de datos de video de los clientes, para limitar el impacto de la congestion de red.
Breve descripcion de los dibujos
Las caractensticas y ventajas de la divulgacion seran evidentes a partir de la descripcion detallada que sigue, tomada junto con los dibujos adjuntos, los cuales ilustran conjuntamente, mediante ejemplos, las caractensticas de la divulgacion; y, en donde:
la FIG. 1 A ilustra una congestion del plano de usuario (UPCON) por exceder la capacidad radio de una celda de acuerdo con un ejemplo;
la FIG. 1B ilustra una UPCON por una limitacion de capacidad de una interfaz de una Red de Acceso Radio (RAN) del Proyecto de Colaboracion de Tercera Generacion (3GPP) al Nucleo de Paquetes Evolucionado (EPC) de acuerdo con un ejemplo;
5
10
15
20
25
30
35
40
45
50
la FIG. 2A ilustra la comunicacion de una informacion de Control de Polfticas y Tarificacion (PCC) asociada a la UPCON, desde una Funcion de Reglas de Polfticas y Tarificacion (PCRF) a un nodo B evolucionado (eNB), durante un procedimiento de asociacion de acuerdo con un ejemplo;
la FIG. 2B ilustra la comunicacion de una informacion de PCC asociada a la UPCON, desde una PCRF a un eNB, durante un procedimiento de activacion de una portadora dedicada de acuerdo con un ejemplo;
la FIG. 2C ilustra la comunicacion de una informacion de PCC asociada a la UPCON, desde una PCRF a un eNB, durante un procedimiento de modificacion de una portadora dedicada de acuerdo con un ejemplo;
la FIG. 2D ilustra la comunicacion de una informacion de PCC asociada a la UPCON, desde una PCRF a un eNB, durante un procedimiento de conexion de la red de paquetes de datos (PDN) solicitado por un equipo de usuario (UE) de acuerdo con un ejemplo;
las FIG. 3A y 3B ilustran la comunicacion de una informacion de PCC asociada a la UPCON, desde un Nodo de Soporte de la Pasarela de Servicio del Servicio General de Radio por Paquetes (GPRS) (GGSN) a un sistema de estacion base (BSS) o nodo de red de acceso radio (RAN), durante un procedimiento de activacion de contexto del protocolo de paquetes de datos (PDP) de acuerdo con un ejemplo;
las FIG. 3C y 3D ilustran la comunicacion de una informacion de PCC asociada a la UPCON, desde un GGSN a un nodo RAN, durante un procedimiento de modificacion de contexto del PDP de acuerdo con un ejemplo;
la FIG. 4A ilustra la comunicacion de un informe con informacion de congestion de la red de acceso radio (RCI), desde un eNB a una PCRF, a traves de una Entidad de Gestion de Movilidad (MME), una Pasarela de Servicio (SGW), y un nodo de Pasarela de Red de Paquetes de datos / Funcion de Aplicacion de Polfticas y Tarificacion (PGW/PCEF) de acuerdo con un ejemplo;
la FIG. 4B ilustra la comunicacion de un informe RCI desde un eNB directamente a una PCRF de acuerdo con un ejemplo;
la FIG. 4C ilustra la comunicacion de un informe RCI, desde un eNB a una PCRF a traves de una entidad de funcion de UPCON (UPCON-FE) de acuerdo con un ejemplo;
la FIG. 5A ilustra la comunicacion de un informe RCI desde una Red de Acceso Radio Terrestre Universal (UTRAN) o una Red de Acceso Radio de tasas de Datos Mejoradas para la Evolucion de GSM (EDGE) del Sistema Global para Comunicaciones Moviles (GSM) (GERAN) a una PCRF, a traves de un Nodo de Soporte de Servicio GPRS (SGSN) y una GGSN/PCEF de acuerdo con un ejemplo;
la FIG. 5B ilustra la comunicacion de un informe RCI, desde una UTRAN o una GERAN a una PCRF de acuerdo con un ejemplo;
la FIG. 5C ilustra la comunicacion de un informe RCI, desde una UTRAN o una GERAN a una PCRF a traves de una UPCON-FE de acuerdo con un ejemplo;
la FIG. 6 representa la funcionalidad de una circuitena computacional de un nodo RAN que se utiliza para notificar una UPCON de acuerdo con un ejemplo;
la FIG. 7 representa un diagrama de flujo de un metodo para notificar una UPCON de acuerdo con un ejemplo;
la FIG. 8 ilustra un diagrama de bloques de un dispositivo de notificacion de una UPCON que esta acoplado a un nodo RAN de acuerdo con un ejemplo; y
la FIG. 9 ilustra un diagrama de un dispositivo inalambrico (por ejemplo, un UE) de acuerdo con un ejemplo.
A continuacion, se hara referencia a los modos de realizacion de ejemplo ilustrados, y en la presente solicitud se utilizara un lenguaje espedfico para describirlos. Sin embargo, se entendera que por ello no se pretende ninguna limitacion del alcance de la invencion
Descripcion detallada
Antes de divulgar y describir la presente invencion, se debe entender que esta invencion no se encuentra limitada a estructuras, pasos de proceso o materiales concretos divulgados en la presente solicitud, sino que se extiende a sus equivalentes tal como reconocenan aquellos con un conocimiento normal en las tecnicas pertinentes. Tambien se debena entender que la terminologfa utilizada en la presente solicitud se utiliza unicamente con el proposito de describir ejemplos concretos y no pretende ser una limitacion. Los mismos numeros de referencia en diferentes dibujos representan al mismo elemento. Los numeros proporcionados en los diagramas de flujo y procesos se proporcionan para aclarar los pasos y operaciones ilustrados y no indican necesariamente un orden o secuencia concretos.
5
10
15
20
25
30
35
40
45
50
55
60
Modos de realizacion de ejemplo
A continuacion, se proporciona un resumen inicial de modos de realizacion de tecnologfa y despues se describen con mayor detalle modos de realizacion de tecnologfa espedficos. Este resumen inicial pretende ayudar a los lectores a entender la tecnologfa mas rapidamente pero no pretende identificar caractensticas clave o caractensticas esenciales de la tecnologfa ni pretende limitar el alcance de la materia objeto reivindicada.
En los ultimos anos, los operadores moviles han experimentado aumentos significativos en los datos de trafico de usuario. Aunque la capacidad de datos de las redes ha aumentado, el aumento observado en los datos de trafico de usuario continua sobrepasando el crecimiento de la capacidad de datos de red. En general, la congestion del plano de usuario (UPCON) de la Red de Acceso Radio (RAN) se puede producir cuando la demanda de recursos RAN (esto es, para la transferencia de datos de usuario) excede la capacidad de los recursos RAN. Como resultado, los usuarios pueden recibir los datos con una calidad de servicio (QoS) reducida. Por lo tanto, el aumento de la congestion de red puede degradar la experiencia de usuario del servicio. En general, la congestion del plano de usuario (esto es, la congestion del plano de datos), o UPCON, se puede aparecer bajo dos escenarios: (1) congestion del plano de usuario debido a una utilizacion completa de la capacidad de la celda; y (2) congestion del plano de usuario debido a limitaciones de la interfaz RAN de 3GPP al Nucleo de Paquetes Evolucionado (EPC).
La FIG. 1A ilustra un ejemplo de congestion del plano de usuario (UPCON) debido a la utilizacion completa de la capacidad de celda. El nodo de la Red de Acceso Radio (RAN) del Proyecto de Colaboracion de Tercera Generacion (3GPP) puede estar en comunicacion con un Nucleo de Paquetes Evolucionado (EPC). El EPC puede estar incluido en la red troncal (CN). En un ejemplo, la capacidad de la interfaz RAN de 3GPP a EPC puede ser de 100 megabits por segundo (Mbps). El nodo RAN de 3GPP puede enviar datos de usuario a una pluralidad de dispositivos de usuario o equipos de usuario (UE) localizados dentro de una celda. La UPCON puede producirse cuando el volumen de trafico en la Celda B excede la capacidad de la celda. Por ejemplo, la pluralidad de UE en la celda puede generar trafico de plano de usuario que iguale la capacidad de la celda. Cuando un UE adicional o existente intenta generar trafico de plano de usuario adicional en la celda, en dicha celda se puede producir una congestion. Como ejemplo, la RAN de 3GPP puede enviar datos de usuario a las Celdas A, B y C. La capacidad radio puede ser de 75 Mbps para las Celdas A, B y C. La UPCON puede producirse cuando el volumen de trafico en la Celda B excede la capacidad de la celda (por ejemplo, 75 Mbps).
La FIG. 1B ilustra un ejemplo de UPCON debido a una limitacion de capacidad de una interfaz de Red de Acceso Radio (RAN) del Proyecto de Colaboracion de Tercera Generacion (3GPP) a un Nucleo de Paquetes Evolucionado (EPC). La RAN de 3GPP puede estar en comunicacion con el EPC. El EPC puede estar incluido en la Red Troncal (CN). En un ejemplo, la capacidad de la interfaz de la RAN de 3GPP al EPC puede ser de 100 megabits por segundo (Mbps). La RAN de 3GPP puede enviar datos de usuario a las Celdas A, B y C, en donde cada una de las celdas puede contener una pluralidad de dispositivos de usuario o UE. La capacidad radio de cada celda puede ser 75 Mbps. Cuando el volumen de los datos del plano de usuario enviados a la pluralidad de UE en las Celdas A, B y C es mayor que la capacidad de la interfaz de la RAN de 3GPP al EPC, se puede producir una UPCON en la RAN de 3GPP. Por ejemplo, el volumen de datos del plano de usuario puede ser mayor que la capacidad de la interfaz de la RAN de 3GPP al EPC (por ejemplo, 100 Mbps). Como resultado, todos los UE en las Celdas A, B y C pueden experimentar una reduccion excesiva de la tasa de datos o una denegacion de servicio. Incluso aunque cada celda (por ejemplo, las Celdas A, B y C) pueda disponer de la capacidad necesaria para soportar el servicio a la pluralidad de UE dentro de dicha celda, las limitaciones de capacidad de la interfaz de la RAN de 3GPP al EPC pueden impactar negativamente en uno o mas UE en las Celdas A, B y C. Como resultado, la UPCON en la interfaz de la RAN de 3GPP al EPC puede evitar que la pluralidad de UE envfe datos de usuario o reciban datos de usuario desde el EPC.
La Especificacion Tecnica (TS) del 3GPP 23.401 Seccion 4.3.7.5 (Version 12) incluye mecanismos para que la pasarela de red de paquetes de datos (PDN-GW) evite y gestione situaciones de sobrecarga de celdas. Por ejemplo, la PDN-GW puede rechazar peticiones de establecimiento de conexion de la red de paquetes de datos (PDN) desde los UE que llegan a la Pasarela PDN (P-GW) a traves de la Entidad de Gestion de Movilidad (MME). A continuacion, se les puede notificar a los UE que no se puede establecer la nueva conexion PDN con la red. Sin embargo, las peticiones de establecimiento de conexion de PDN pueden seguir enviandose a una P-GW presumiblemente sobrecargada. Ademas, puede existir una latencia mayor para notificarle a los UE que las conexiones PDN no se pueden establecer a traves de la P-GW debido a que las peticiones de establecimiento de conexion de PDN van desde un nodo B evolucionado (eNB) a la P-GW a traves de la MME, y a continuacion vuelve a traves de la MME y el eNB antes de alcanzar los UE. Ademas, una situacion de sobrecarga en la pasarela de servicio (S-GW) tambien puede impactar el rendimiento del UE, provocando de este modo una experiencia de usuario negativa.
Por lo tanto, con el fin de mitigar el efecto de la UPCON, la Red Troncal (CN) puede proveer reglas de deteccion de UPCON a la red de acceso (por ejemplo, la RAN). Las reglas de deteccion de UPCON pueden incluir disparadores de evento de UPCON. Como resultado, la red de acceso puede detectar condiciones de UPCON en funcion de los disparadores de evento de UPCON provistos por la CN. La red de acceso puede notificar a la CN
5
10
15
20
25
30
35
40
45
50
55
estados de congestion. La CN puede notificar al servidor de aplicaciones (AS) que realice una o mas acciones que reduzcan la congestion en el plano de usuario (esto es, el plano de datos).
La Red Troncal (CN) puede enviarle a la RAN informacion de Control de Polfticas y Tarificacion (PCC) asociada a congestion del plano de usuario (esto es, informacion de PCC asociada a UpCON). La CN puede proveer informacion de PCC asociada a UPCON a la RAN con el fin de gestionar situaciones de UPCON con mas efectividad. En otras palabras, la CN puede enviar o proporcionar a la RAN informacion de PCC asociada a UPCON. En particular, la informacion de PCC asociada a UPCON se puede enviar a un nodo RAN, un nodo B evolucionado (eNB), un Controlador de Red Radio (RNC), o un Sistema de Estacion Base (BSS).
La informacion de PCC asociada a UPCON puede incluir un evento de UPCON como, por ejemplo, una indicacion de congestion del plano de usuario de la RAN. Ademas, el evento de UPCON puede incluir una indicacion de que se ha habilitado o iniciado una funcion de notificacion de congestion del plano de usuario de la RAN para una parte (o todas) las portadoras del sistema de paquetes evolucionado (EPS) del UE. La informacion de PCC asociada a UPCON puede incluir uno o mas disparadores de evento de UPCON. El disparador de evento de UPCON puede incluir que la localizacion de la UPCON se ha producido en uno de los siguientes: un enlace ascendente de radio, un enlace descendente de radio, un enlace ascendente de red, un enlace descendente de red, o una capacidad de procesamiento del nodo RAN.
La informacion de PCC asociada a UPCON puede incluir una granularidad para notificar sobre un evento de UPCON por parte del eNB. Por ejemplo, la informacion de PCC asociada a UPCON puede indicar que el eNB va a notificar sobre un evento de UPCON por equipo de usuario (UE), por nombre de punto de acceso (APN), o por portadora del sistema de paquetes evolucionado (EPS). La informacion de PCC asociada a UPCON puede incluir identificadores asociados (por ejemplo, APN) para el APN afectado si la granularidad de eventos de UPCON es por APN. Ademas, la informacion de PCC asociada a UPCON puede incluir identificadores asociados (por ejemplo, identificadores de portadora de EPS) para la portadora de EPS afectada si la granularidad de eventos de UPCON es por portadora de EPS. Ademas, la informacion de PCC asociada a UPCON puede incluir una tasa de bits maxima recomendada para estados de congestion y de no congestion, asf como una duracion de la congestion en el eNB despues de la que se debena notificar el evento de UPCON.
Una vez que se inicia uno de los disparadores de evento de UPCON, el eNB puede notificar el evento de UPCON a uno o mas elementos de la CN como, por ejemplo, la MME, la S-GW, la P-GW, etc. El eNB puede notificar el evento de UPCON a los elementos de la CN directa o indirectamente. Tal como se describira con mas detalle mas abajo, el eNB puede notificar a los elementos de la CN informacion de congestion de la RAN (RCI) junto con el evento de UPCON.
En una configuracion, el disparador de evento de UPCON se puede proveer para granularidad de UE, granularidad de APN, o granularidad de portadora de EPS. En otras palabras, cuando se detecta un evento de UPCON en funcion del disparador de evento de UPCON, el eNB puede notificar el evento de UPCON por UE, por APN o por portadora. Por lo tanto, a los elementos de la CN se les puede notificar los UE, APN o portadoras espedficos que estan experimentando la UPCON. La granularidad del informe de UPCON (por ejemplo, por UE, por APN, por portadora) puede estar determinada por la polftica de los operadores y el perfil del abonado.
Ademas, la CN puede enviar (mediante la informacion de PCC asociada a UPCON) un elemento de informacion (IE) de tasa de bits maxima recomendada (MBR) incluido en cada mensaje para el caso de por UE, el caso de por APN y el caso de por portadora de EPS. El IE puede incluir una tasa de bits maxima agregada de UE (UE- AMBR) con congestion y una UE-AMBR sin congestion para el caso de por UE, una APN-AMBR con congestion y una APN-AMBR sin congestion para el caso de por APN, o una tasa de bits maxima de portadora (MBMR) con congestion y una BMBR sin congestion para el caso de por portadora. En otras palabras, la CN puede enviar al eNB las tasas de bits maximas recomendadas para las situaciones con congestion y sin congestion para el nivel de granularidad deseado.
La presente divulgacion proporciona un nodo RAN de red de acceso de acuerdo con la reivindicacion 1, un metodo para notificar la congestion del plano de usuario UPCON de acuerdo con la reivindicacion 10 y un dispositivo de notificacion de congestion del plano de usuario UPCON de acuerdo con la reivindicacion 13.
Tal como se describira con mas detalle mas abajo, la CN puede enviarle a la RAN (por ejemplo, al eNB, al RCN, al BSS) informacion de PCC asociada a UPCON (incluyendo los disparadores de evento de UPCON), en un sistema de paquetes evolucionado (EPS), en funcion de al menos uno de los siguientes: un procedimiento de asociacion, un procedimiento de activacion de portadora dedicada, un procedimiento de modificacion de portadora dedicada, o un procedimiento de conexion PDN solicitado por un UE.
Ademas, el disparador de evento de UPCON para notificacion con granularidad de UE se puede proveer durante el procedimiento de asociacion. El disparador de evento de UPCON para notificacion con granularidad de APN se puede proveer durante el procedimiento de asociacion o el procedimiento de conexion PDN solicitado por un UE. El disparador de evento de UPCON para notificacion con granularidad de portadora se puede proveer durante un
5
10
15
20
25
30
35
40
45
50
55
60
procedimiento por defecto, el procedimiento de activacion de portadora dedicada o el procedimiento de modificacion de portadora dedicada.
Ademas, el eNB puede recibir la informacion de PCC asociada a UPCON a traves de una comunicacion directa entre la Funcion de Aplicacion de Polfticas y Tarificacion (PCEF) y la Funcion de Reglas de Polfticas y Tarificacion (PCRF). La PCRF es un elemento funcional que puede proporcionar decisiones sobre control de polfticas y control de tarificacion basado en flujos. La PCEF es un elemento funcional que se puede implementar en la pasarela de servicio (S-GW) con el fin de ejecutar las polfticas en representacion de la PCRF. En concreto, la PCEF se puede ejecutar en el eNB. La PCRf y la PCEF se pueden comunicar entre sf a traves de una interaccion de la interfaz Gx. La interfaz Gx puede incluir un establecimiento de sesion IPCAN o una modificacion de sesion IPCAN. Como resultado, la informacion de PCC asociada a UPCON (incluyendo los disparadores de evento de UPCON) se pueden comunicar directamente entre el eNB/la PCEF y la PCRF.
La FIG. 2A ilustra la comunicacion de la informacion de Control de Polfticas y Tarificacion (PCC) asociada a UPCON, desde una Funcion de Reglas de Polfticas y Tarificacion (PCRF) a un nodo B evolucionado (eNB), durante un procedimiento de asociacion. El procedimiento de asociacion se describe en detalle en la seccion 5.3.2 de la Especificacion Tecnica (TS) 23.401 del 3GPP (Version 12). Durante el procedimiento de asociacion, el UE puede registrarse en la red con el fin de recibir servicios (por ejemplo, datos de usuario) desde los elementos de red. En particular, la PCRF puede enviarle al eNB la informacion de PCC asociada a UPCON en los pasos 14, 15, 16 y 17 del procedimiento de asociacion.
En el paso 1, el UE puede iniciar el procedimiento de asociacion enviandole al eNB un mensaje Attach Request (Peticion de Asociacion). En el paso 2, el eNB puede enviar el mensaje Attach Request a una Entidad de Gestion de Movilidad (MME) nueva. En el paso 3, la MME nueva puede enviar un mensaje Identification Request (Peticion de Identificacion) (junto con el mensaje Attach Request) a una MME antigua o a un Nodo de Soporte de la Pasarela de Servicio del Servicio General de Radio por Paquetes (GPRS) (SGSN) con el fin de solicitar una identidad de usuario como, por ejemplo, una Identidad de Abonado Movil Internacional (IMSI). La MME antigua puede verificar el mensaje Attach Request y responder a continuacion con el IMSI. En el paso 4, si el UE es desconocido tanto para la MME antigua como para el SGSN y la nueva MME, entonces la MME nueva puede enviarle al UE un mensaje Identification Request con el fin de solicitar el IMSI. El UE puede responder con el IMSI. En los pasos 5a y 5b, se pueden enviar mensajes de autenticacion (Authentication) y seguridad (Security) entre el UE y la MME nueva. En el paso 6, se pueden enviar mensajes Ciphered Options (Opciones de Cifrado) entre el UE y la MME nueva como respuesta al Indicador de Transferencia de Opciones de Cifrado establecido en el mensaje Attach Request.
En el paso 7, se pueden enviar mensajes Delete Session Request (Peticion de Eliminar Sesion) entre la MME nueva y la pasarela de servicio (S-GW). En el paso 8, si ha cambiado la MME nueva desde la ultima desconexion, entonces la MME nueva puede comunicar un mensaje Update Location Request (Peticion de Actualizacion de Localizacion) al Servidor de Abonados Local (HSS). En el paso 9, el HSS puede enviarle a la MME antigua un mensaje Cancel Location (Cancelar Localizacion). La MME antigua puede enviarle al HSS un mensaje Cancel Location Acknowledgement (Confirmacion de Cancelacion de Localizacion) en respuesta al mensaje Cancel Location. En el paso 10, si en la MME antigua existen contextos de portadoras activas para el UE, entonces la MME antigua puede eliminar los contextos de las portadoras enviando un mensaje Delete Session Request a la S-GW y/o la GW de la red de paquetes de datos (PDN). En el paso 11, el hSs puede confirmar el mensaje Update Location Request enviandole a la MME nueva un mensaje Update Location Acknowledgement. En el paso 12, la MME nueva puede enviar un mensaje Create Session Request (Peticion de Creacion de Sesion) a una S-GW seleccionada. En el paso 13, la S-GW puede enviarle a la PDN-GW un mensaje Create Session Request.
Tal como se ha explicado anteriormente, la PCRF puede enviarle al eNB la informacion de PCC asociada a UPCON en los pasos 14, 15, 16 y 17 del procedimiento de asociacion. En el paso 14, la PDN-GW puede realizar un procedimiento Initiated Internet Protocol Connectivity Access Network (IP-CAN) Session Establishment (Establecimiento de Sesion de la Red Acceso de Conectividad del Protocolo de Internet (IP-CAN) iniciada por la PCEF), con el fin de obtener las reglas PCC por defecto para el UE. Ademas, la PDN-GW puede ejecutar un procedimiento PCEF Initiated IP-CAN Session Management (Gestion de Sesion IP-CAN iniciada por la PCEF) con la PCRF para notificarle de un nuevo tipo de IP-CAN. En funcion de las reglas PCC activas, puede ser necesario establecer portadoras dedicadas par la UE. En el paso 15, la PDN-GW puede enviarle a la S-GW un mensaje Create Session Response (Respuesta de Creacion de Sesion). En el paso 16, la S-GW puede enviarle a la MME nueva un mensaje Create Session Response. En el paso 17, la MME nueva puede enviarle al eNB un mensaje Initial Context Setup Request (Peticion de Configuracion de Contexto Inicial), el cual incluye un mensaje Attach Accept (Aceptacion de Asociacion).
En el paso 18, el eNB puede enviarle al UE un mensaje RRC Connection Reconfiguration (Reconfiguracion de Conexion de Control de Recursos Radio). El mensaje RRC Connection Reconfiguration puede incluir una Identidad de Portadora Radio de EPS para el UE y un mensaje Attach Accept. En el paso 19, el UE puede enviarle al eNB el mensaje RRC Connection Reconfiguration Complete (Reconfiguracion de Conexion RRC Completada). En el paso 20, el eNB puede enviarle a la MME nueva un mensaje Initial Context Response
5
10
15
20
25
30
35
40
45
50
55
60
(Respuesta de Contexto Inicial). En el paso 21, el UE puede enviarle al eNB un mensaje Direct Transfer (Transferencia Directa), el cual incluye el mensaje Attach Complete (Asociacion Completada). En el paso 22, el eNB puede enviarle a la MME nueva el mensaje Attach Complete. En el paso 23, la mMe nueva puede enviarle a la S-GW un mensaje Modify Bearer Request (Peticion de Modificacion de Portadora). En el paso 24, la S-GW puede enviarle a la MME nueva un mensaje Modify Bearer Response (Respuesta de Modificacion de Portadora). En el paso 25, la MME nueva puede enviarle al hSs un mensaje Notify Request (Peticion de Notificacion). En el paso 26, el HSS puede enviarle a la MME un mensaje Notify Response (Respuesta de Notificacion).
La FIG. 2B ilustra la comunicacion de una informacion de PCC asociada a UPCON, desde una PCRF a un eNB, durante un procedimiento de activacion de portadora dedicada. El procedimiento de activacion de portadora dedicada se describe en detalle en la Seccion 5.4.1 de la Especificacion Tecnica (TS) 23.401 del 3GPP (Version 12). En particular, la PCRF puede enviarle al eNB la informacion de PCC asociada a UPCON en los pasos 1, 2, 3 y 4 del procedimiento de activacion de portadora dedicada.
En el paso 1, si se despliega un PCC dinamico, la PCRF puede enviarle a la PDN-GW un mensaje PCC decision provision (QoS policy) (provision de decision de PCC (polttica de QoS)). El mensaje PCC QoS policy se puede corresponder con los pasos iniciales del procedimiento PCRF-Initiated IP-CAN Session Modification (Modificacion de Sesion de IP-CAN Iniciada por la PCRF) o a la respuesta de la PCRF en el procedimiento PCEF-Initiated IP- CAN Session Modification tal como se define en la TS 23.203 [6] del 3GPP. En el paso 2, la PDN-GW puede enviarle a la S-GW un mensaje Create Bearer Request. En el paso 3, la S-GW puede enviarle a la MME un mensaje Create Bearer Request. En el paso 4, la mMe puede enviarle al eNB un mensaje Session Management Request (Peticion de Gestion de Sesion) y un mensaje Bearer Setup Request (Peticion de Configuracion de Portadora). En los pasos 1 a 4 del procedimiento de activacion de portadora dedicada, la PCRF puede enviarle al eNB la informacion de PCC asociada a UPCON.
En el paso 5, el eNB puede enviarle al UE un mensaje RRC Connection Reconfiguration. En el paso 6, el UE puede enviarle al eNB un mensaje RRC Connection Reconfiguration Complete. En el paso 7, el eNB puede confirmarle a la MME la activacion de la portadora enviandole a la MME un mensaje Bearer Setup Response (Respuesta de Configuracion de Portadora). En el paso 8, el UE puede enviarle al eNB un mensaje Direct Transfer (Session Management Response) (Transferencia Directa (Respuesta de Gestion de Sesion)). En el paso 9, el UE puede enviarle a la MME el mensaje Session Management Response. En el paso 10, la MME puede confirmarle a la S-GW la activacion de la portadora enviandole a la S-GW un mensaje Create Bearer Response. En el paso 11, la S-GW puede confirmarle a la PDN-GW la activacion de la portadora enviandole a la PDN-GW el mensaje Create Bearer Response. En el paso 12, se puede completar el procedimiento PCRF-Initiated IP-CAN Session Modification o el procedimiento PCEF-Initiated IP-CAN Session Modification, tal como esta definido en el TS 23.203[6] del 3GPP.
La FIG. 2C ilustra la comunicacion de una informacion de PCC asociada a UPCON, desde una PCRF a un eNB, durante un procedimiento de modificacion de portadora dedicada. El procedimiento de modificacion de portadora dedicada se describe en detalle en la Seccion 5.4.2 de la Especificacion Tecnica (TS) 23.401 del 3GPP (Version 12). En particular, la PCRF puede enviarle al eNB la informacion de PCC asociada a UPCON en los pasos 1, 2, 3 y 4 del procedimiento de modificacion de portadora dedicada.
En el paso 1, si se despliega un PCC dinamico, la PCRF puede enviarle a la PDN-GW un mensaje PCC decision provision (QoS policy). El mensaje PCC QoS policy se puede corresponder con los pasos iniciales del procedimiento PCRF-Initiated IP-CAn Session Modification o a la respuesta de la PCRF en el procedimiento PCEF-Initiated IP-CAN Session Modification tal como se define en la TS 23.203 [6] del 3GPP. En el paso 2, la PDN-GW puede enviarle a la S-GW un mensaje Update Bearer Request (Peticion de Actualizacion de Portadora). En el paso 3, la S-GW puede enviarle a la MME un mensaje Update Bearer Request. En el paso 4, la MME puede enviarle al eNB un mensaje Session Management Request y un mensaje Bearer Modify Request (Peticion de Modificacion de Portadora). En los pasos 1 a 4 del procedimiento de modificacion de portadora dedicada, la PCRF puede enviarle al eNB la informacion de PCC asociada a UPCON.
En el paso 5, el eNB puede enviarle al UE un mensaje RRC Connection Reconfiguration. En el paso 6, el UE puede enviarle al eNB un mensaje RRC Connection Reconfiguration Complete. En el paso 7, el eNB puede confirmarle a la MME la modificacion de la portadora enviandole a la MME un mensaje Bearer Modify Response (Respuesta de Modificacion de Portadora). En el paso 8, el UE puede enviarle al eNB un mensaje Direct Transfer (Session Management Response). En el paso 9, el UE puede enviarle a la MME el mensaje Session Management Response. En el paso 10, la MME puede confirmarle a la S-GW la activacion de la portadora enviandole a la S-GW un mensaje Update Bearer Response (Respuesta de Actualizacion de Portadora). En el paso 11, la S-GW puede confirmarle a la PDN-GW la activacion de la portadora enviandole a la PDN-GW el mensaje Update Bearer Response. En el paso 12, se puede completar el procedimiento PCRF-Initiated IP-CAN Session Modification o el procedimiento PCEF-Initiated IP-CAN Session Modification, tal como esta definido en el TS 23.203[6] del 3GPP.
La FIG. 2D ilustra la comunicacion de una informacion de PCC asociada a UPCON desde una PCRF a un eNB, durante un procedimiento de conexion de red de paquetes de datos (PDN) solicitada por un equipo de usuario
5
10
15
20
25
30
35
40
45
50
55
60
(UE). El procedimiento de conexion PDN solicitada por un UE se describe en detalle en la Seccion 5.10.2 de la Especificacion Tecnica (TS) 23.401 del 3GPP (Version 12). En particular, la PCRF puede enviarle al eNB la informacion de PCC asociada a UPCON en los pasos 4, 5, 6 y 7 del procedimiento de conexion PDN solicitada por un UE.
En el paso 1, el UE puede iniciar el procedimiento de PDN solicitado por un UE enviandole a la MME un mensaje PDN Connectivity Request (Peticion de Conexion PDN). En el paso 2, la MME puede enviarle a la S-GW un mensaje Create Session Request. En el paso 3, la S-GW puede enviarle a la PDN-GW el mensaje Create Session Request.
En el paso 4, la PDN-GW puede utilizar un procedimiento IP-CAN Session Establishment (Establecimiento de Sesion IP-CAN) para obtener las reglas PCC por defecto para el UE. Ademas, la PDN-GW puede ejecutar un procedimiento IP-CAN Session Modification (Modificacion de Sesion IP-CAN) con la PCRF, tal como se define en la TS 23.203[6]. En el paso 5, la PDN-GW puede enviarle a la S-GW un mensaje Create Session Response (Respuesta de Creacion de Sesion). En el paso 6, la S-GW puede enviarle a la MME el mensaje Create Session Response. En el paso 7, la MME puede enviarle al eNB un mensaje Bearer Setup Request y un mensaje PDN Connectivity Accept (Aceptacion de Conexion PDN). En los pasos 4 a 7 del procedimiento de conexion PDN solicitada por un UE, la PCRF puede enviarle al eNB la informacion de PCC asociada a UPCON.
En el paso 8, el eNB puede enviarle al UE el mensaje RRC Connection Reconfiguration. En el paso 9, el UE puede enviarle al eNB el mensaje RRC Connection Reconfiguration Complete. En el paso 10, el eNB puede enviarle a la MME el mensaje Bearer Setup Response. En el paso 11, el UE puede enviarle a la MME un mensaje Direct Transfer (PDN Connectivity Complete (Conexion PDN Completa)). En el paso 12, el eNB puede enviarle a la MME el mensaje PDN Connectivity Complete. En el paso 13, la MME puede enviarle a la S-GW un mensaje Modify Bearer Request. En el paso 14, la S-GW puede confirmar el mensaje Modify Bearer Request enviandole a la MME un mensaje Modify Bearer Response. En el paso 15, la MME puede comunicarle al HSS un mensaje Notify Request. En el paso 16, el HSS puede enviarle a la MME un mensaje Notify Response.
En una configuracion, se le puede enviar a la Red de Acceso Radio (RAN) la informacion de PCC asociada a UPCON durante un procedimiento de activacion de contexto del protocolo de paquetes de datos (PDP) o un procedimiento de modificacion de contexto del PDP en un sistema 2G/3G. El nodo RAN puede incluir un Controlador de Red Radio (RNC) o un Sistema de Estacion Base (BSS). En particular, la informacion de PCC asociada a UPCON se puede enviar al nodo RAN para el caso de acceso a una Red de Acceso Radio Terrestre Universal (UTRAN) o una Red de Acceso Radio de tasas de Datos Mejoradas para la Evolucion de GSM (EDGE) del Sistema Global para Comunicaciones Moviles (GSM) (GERAN) (esto es, un caso de acceso a UTRAN/GERAN).
Las FIG. 3A y 3B ilustran la comunicacion de una informacion de PCC asociada a UPCON, desde un Nodo de Soporte de la Pasarela de Servicio del Servicio General de Radio por Paquetes (GPRS) (GGSN) a un Sistema de Estacion Base (BSS) o a un nodo de la Red de Acceso Radio (RAN), en un Procedimiento Packet Data Protocol (PDP) Context Activation (Activacion de Contexto del Protocolo de Paquetes de Datos (PDP)). El Procedimiento PDP Context Activation para el modo A/Gb (FIG. 3A) y el Procedimiento PDP Context Activation para el modo lu (FIG. 3B) se describen en detalle en la Seccion 9.2.2 de la Especificacion Tecnica (TS) 23.060 del 3GPP (Version 11). En particular, el GGSN puede enviar la informacion de PCC asociada a uPcOn al nodo RAN o al BSS durante el Procedimiento PDP Context Activation para el caso de acceso de UTRAN/GERAN.
De acuerdo con la FIG. 3A, se le puede enviar la informacion de PCC asociada a UPCON al Sistema de Estacion Base (BSS) en los pasos 5 y 6. En el paso 1, la Estacion Movil (MS) puede enviarle al SGSN un mensaje Activate PDP Context Request (Peticion de Activacion de Contexto PDP). En el paso 2 se pueden ejecutar funciones de seguridad entre la MS y el SGSN. En el paso 3, el SGSN puede enviar el mensaje Invoke Trace (Invocar Seguimiento) al Sistema de Estacion Base (BSS). En el paso 4, el SGSN puede validar el mensaje Activate PDP Context Request proporcionado por la MS. El SGSN puede enviarle al GGSN un mensaje Create PDP Context Request (Peticion de Creacion de Contexto PDP). El GGSN puede enviarle al SGSN el mensaje Create PDP Context Response (Respuesta de Creacion de Contexto PDP). Ademas, el GGSN puede enviarle al SGSN la informacion de PCC asociada a UPCON. En el paso 5, para el modo lu, se puede realizar una Configuracion de Portadora de Acceso Radio (RAB) utilizando un procedimiento RAB Assignment (Asignacion de RAB). En el paso 6, para el modo lu, el SGSN puede enviarle al nodo RAN un mensaje Invoke Trace. En el paso 7, se pueden ejecutar los procedimientos de contexto de flujo de paquetes del BSS entre el SGSN y el BSS. Ademas, el SGSN puede enviarle al BSS la informacion de PCC asociada a UPCON. En el paso 8, el SGSN puede enviarle al GGSN un mensaje Update PDP Context Request (Peticion de Actualizacion de Contexto PDP) que incluya atributos de QoS. El GGSN puede enviarle al SGSN un mensaje Update PDP Context Response (Respuesta de Actualizacion de Contexto PDP) para confirmar los nuevos atributos de QoS. En el paso 9, el SGSn puede enviarle a la MS un mensaje Activate PDP Context Accept (Aceptacion de Activacion de Contexto PDP).
De acuerdo con la FIG. 3B, se le puede enviar la informacion de PCC asociada a UPCON a un nodo de la Red de Acceso Radio (RAN) en los pasos 4 y 5. En el paso 1, la Estacion Movil (MS) puede enviarle al SGSN un mensaje Activate PDP Context Request. En el paso 4, el SGSN puede validar el mensaje Activate PDP Context
5
10
15
20
25
30
35
40
45
50
55
60
Request proporcionado por el MS. El SGSN puede enviarle al GGSN un mensaje Create PDP Context Request. El GGSN puede enviarle al SGSN el mensaje Create PDP Context Response. Ademas, el GGSN puede enviarle al SGSN la informacion de PCC asociada a UPCON. En el paso 5, se puede realizar una Configuracion de Portadora de Acceso Radio (RAB) utilizando un procedimiento RAB Assignment. En particular, se puede realizar la Configuracion de RAB entre el nodo RAN y el SGSN, asf como entre la MS y el nodo RAN. Cuando la Configuracion de RAB se realiza entre el SGSN y el nodo RAN, se le puede enviar al nodo RAN la informacion de PCC asociada a UPCON. En el paso 6, el SGSN puede enviarle al nodo RAN un mensaje Invoke Trace. En el paso 8, el SGSN puede enviarle al GGSN un mensaje Update PDP Context Request que incluya atributos de QoS. El GGSN puede enviarle al SGSN un mensaje Update PDP Context Response para confirmar los nuevos atributos de QoS. En el paso 9, el SGSN puede enviarle a la MS un mensaje Activate PDP Context Accept.
Las FIG. 3C y 3D ilustran la comunicacion de informacion de PCC asociada a UPCON, desde un GGSN a un nodo RAN, durante un procedimiento de modificacion de contexto PDP. El Procedimiento PDP Context Modification (Modificacion de Contexto PDP) para el modo A/Gb (FIG. 3C) y el Procedimiento PDP Context Modification para el modo lu (FIG. 3D) se describen en detalle en la Seccion 9.2.3 de la Especificacion Tecnica (TS) 23.060 del 3GPP. En particular, el GGSN puede enviarle al nodo RAN la informacion de PCC asociada a UpCoN durante el Procedimiento PDP Context Modification para el caso de acceso UTRAN/GERAN.
De acuerdo con la FIG. 3C, se le puede enviar al nodo RAN la informacion de PCC asociada a UPCON en los pasos 2 y 3. En el paso 1, el SGSN puede enviarle al GGSN un mensaje Update PDP Context Request. En el paso 2, el GGSN puede enviarle al GGSN un mensaje Update PDP Context Response. Ademas, el GGSN puede enviarle al SGSN la informacion de PCC asociada a UPCON. En el paso 3, se pueden ejecutar los procedimientos de contexto de flujo de paquetes del BSS entre el nodo RAN y el SGSN. Ademas, se le puede enviar la informacion de PCC asociada a UPCON al nodo RAN. En el paso 5, el SGSN puede enviarle al GGSN un mensaje Update PDP Context Request con el fin de indicar un nuevo perfil de QoS. El GGSN puede confirmar el nuevo perfil de QoS enviandole al SGSN un mensaje Update PDP Context Response. En el paso 6, el SGSN puede enviarle a la MS un mensaje Modify PDP Context Request (Peticion de Modificacion de Contexto PDP). En el paso 7, la MS puede enviarle al SGSN un mensaje Modify PDP Context Accept (Aceptacion de Modificacion de Contexto PDP). En el paso 8, el SGSN puede enviarle al nodo RAN un mensaje Invoke Trace.
De acuerdo con la FIG. 3D, se le puede enviar al nodo RAN la informacion de PCC asociada a UPCON en los pasos 2 y 3. En el paso 1, el SGSN puede enviarle al GGSN un mensaje Update PDP Context Request. En el paso 2, el GGSN puede enviarle al GGSN un mensaje Update PDP Context Response. Ademas, el GGSN puede enviarle al SGSN la informacion de PCC asociada a UPCON. En el paso 4, se puede ejecutar la Modificacion de la Portadora de Acceso Radio (RAB) utilizando un procedimiento RAB Assignment. En particular la RAB Modification se puede ejecutar entre el nodo RAN y el SGSN, asf como entre la MS y el nodo RAN. Cuando la RAB Modification se ejecuta entre el SGSN y el nodo RAN, se le envfa la informacion de PCC asociada a UPCON al nodo RAN. En el paso 5, el SGSN puede enviarle al GGSN un mensaje Update PDP Context Request con el fin de indicar un nuevo perfil de QoS. El GGSN puede confirmar el nuevo perfil de QoS enviandole al SGSN un mensaje Update PDP Context Response. En el paso 6, el SGSN puede enviarle a la MS un mensaje Modify PDP Context Request. En el paso 7, la MS puede enviarle al SGSN un mensaje Modify PDP Context Accept. En el paso 8, el SGSN puede enviarle al nodo RAN un mensaje Invoke Trace.
En un ejemplo, el nodo RAN (por ejemplo, el eNB, el RNC, el BSS) puede recibir la informacion de PCC asociada a UPCON desde la PCRF. La informacion de PCC asociada a UPCON puede incluir disparadores de evento de UPCON. Los disparadores de evento de UPCON pueden incluir UPCON en el enlace ascendente radio, UPCON en el enlace descendente radio, UPCON en el enlace ascendente de red, y UPCON en el enlace descendente de red. Cuando se activa uno de los disparadores de UPCON, el nodo RAN puede enviarle a la Red Troncal (CN) el evento de UPCON y la Informacion de Congestion de la Red de Acceso Radio (RCI) asociada. Ademas, la RAN puede enviar la RCI a uno o mas nodos de la CN como, por ejemplo, la MME, la S-GW, la P-GW, la PCRF, etc. El nodo RAN puede notificar el evento de UPCON y la RCI a los elementos de la CN directa o indirectamente.
En una configuracion, la RCI puede incluir un nodo de interfaz y un sentido congestionados. Por ejemplo, la RCI puede indicar congestion en el enlace descendente de la interfaz radio (por ejemplo, LTE-Uu, Uu), el enlace ascendente de la interfaz radio, el enlace descendente de la interfaz de red (por ejemplo, Gb, lu-Ps, S1-U), y el enlace ascendente de la interfaz de red. Ademas, la RCI puede indicar congestion en un nodo RAN concreto como, por ejemplo, el eNB, el RNC o el BSS.
La RCI puede incluir un nivel de intensidad de la congestion. El nivel de intensidad de la congestion puede ser un numero predefinido que indique la intensidad de la congestion. Por ejemplo, el nivel de intensidad de la congestion puede variar de 0 a 7, en donde 0 puede indicar una mayor intensidad de la congestion y 7 puede indicar una menor intensidad de la congestion, o viceversa. Ademas, la RCI puede incluir un estado de congestion. El estado de congestion puede indicar si existe o no la congestion. Por ejemplo, 0 puede indicar que no existe congestion y 1 puede indicar que existe congestion.
La RCI puede incluir informacion de localizacion de la congestion. Por ejemplo, la RCI puede incluir un identificador de celda (ID) para identificar una localizacion de la congestion. La RCI puede incluir un identificador
5
10
15
20
25
30
35
40
45
50
55
60
(ID) de contexto PDP o un identificador de portadora del sistema de paquetes evolucionado (EPS) para la interfaz entre nodos CN. La RCI puede incluir una identidad del usuario como, por ejemplo, un Identidad de Abonado Movil Internacional (IMSI) / Identificador de Acceso de Red (NAI) para una interfaz entre nodos CN, un identificador UE S1 AP (Punto de Acceso) en el eNB, o un identificador UE S1 AP en la MME para una interfaz S1-MME. Ademas, la RCI puede incluir una identidad de UE como, por ejemplo, una Identidad de Equipamiento de estacion Movil Internacional (IMEI), para la interfaz entre nodos Cn. La RCI tambien puede incluir un Identificador de Conexion PDN como, por ejemplo, un APN, un tipo de PDN, y una direccion del Protocolo de Internet (IP) del UE para la interfaz entre nodos Cn.
La RCI puede incluir la identidad del Usuario, el APN, o el ID de portadora EPS para indicar que UE concreto, APN concreto, o ID de portadora EPS concreta, respectivamente, esta sufriendo la UPCON. Por ejemplo, la RCI puede incluir el APN que esta sufriendo la UPCON cuando se provee el disparador de evento de UPCON para notificar con granularidad de APN. Ademas, la RCI puede incluir la identidad de un UE que esta sufriendo la UPCON cuando se provee el disparador de evento de UPCON para notificar con granularidad de UE. Ademas, la RCI puede incluir un identificador de una portadora EPS que esta sufriendo la UPCON cuando se provee el disparador de evento de UPCON para notificar con granularidad de portadora.
Despues de haber detectado el evento de UPCON basandose en los disparadores de evento de UPCON, el nodo RAN (por ejemplo, el eNB) puede notificar un evento de UPCON y la RCI a un nodo de Funcion de Reglas de Polfticas y Tarificacion (PCRF) y opcionalmente a un servidor de aplicaciones (AS). El eNB puede notificar el evento de UPCON y la RCI, en un sistema de paquetes evolucionado (EPS) para un caso de E-UTRAN, utilizando al menos una de las siguientes: (1) una comunicacion directa entre el eNB y el nodo PCRF; (2) una comunicacion entre el eNB y el nodo PCRF mediante una entidad de funcion UPCON (UPCON-FE); (3) una comunicacion entre el eNB y el nodo PCRF sobre un Plano de Control a traves de una Entidad de Gestion de Movilidad (MME), una pasarela de servicio (S-GW), y un nodo de Pasarela de Red de Paquetes de Datos / Funcion de Aplicacion de Polfticas y Tarificacion (PGW/PCEF); o (4) una comunicacion entre el eNB y la PCRF sobre un Plano de Usuario a traves de una Pasarela de Servicio (S-GW), y un nodo de Pasarela de Red de Paquetes de Datos / Funcion de Aplicacion de Polfticas y Tarificacion (PGW/PCEF).
En una configuracion, el nodo RAN puede incluir una Red de Acceso Radio Terrestre Universal (UTRAN) o una Red de Acceso Radio de tasas de Datos Mejoradas para la Evolucion de GSM (EDGE) del Sistema Global para Comunicaciones Moviles (GSM) (GERAN). El nodo Ran (esto es, la UTRAN/GERAN) puede notificar el evento de UPCON y la RCI, en un sistema 2G/3G, utilizando al menos una de las siguientes: (1) una comunicacion directa entre la UTRAN o la GERAN y el nodo PCRF; (2) una comunicacion entre la UTRAN o la GERAN y el nodo PCRF mediante una entidad de funcion UPCON (UPCON-FE); (3) una comunicacion entre la UTRAN o la GERAN y el nodo PCRF sobre un Plano de Control o Plano de Usuario a traves de un SGSN, y un GGSN / un nodo de Funcion de Aplicacion de Polfticas y Tarificacion (GGSN/PCEF); o (4) una comunicacion entre la UTRAN o la GERAN y la PCRF sobre el Plano de Control o el Plano de Usuario a traves de una S4-SGSN, una Pasarela de Servicio (S-GW), y un nodo de Pasarela de Red de Paquetes de Datos / Funcion de Aplicacion de Polfticas y Tarificacion (PGW/PCEF).
En un ejemplo, la PCRF, despues de haber recibido la RCI desde el nodo RAN, puede enviar la RCI al servidor de aplicaciones. Se puede utilizar una interfaz Rx para enviar el informe RCI desde la PCRF al servidor de aplicaciones. El servidor de aplicaciones puede reducir la UPCON realizando al menos uno de los siguientes: indicar el evento de UPCON, reducir la tasa de bits maxima, reducir la tasa de bits del CODEC, proporcionar datos de audio con datos de video con una tasa de bits reducida, o eliminar los datos de video. El servidor de aplicaciones puede ajustar la QoS estableciendo una tasa de bits maxima (por ejemplo, 1 Mbps). Como resultado, el servidor de aplicaciones puede reducir la UPCON en una celda de acuerdo con las polfticas del operador.
La FIG. 4A ilustra la notificacion de la informacion de congestion de la red de acceso radio (RCI), de un eNB a una PCRF, para el caso de E-UTRAN. En particular, la RCI se puede enviar a traves de una Entidad de Gestion de Movilidad (MME), una pasarela de servicio (S-GW), y un nodo Pasarela de Red de Paquetes de Datos / Funcion de Aplicacion de Polfticas y Tarificacion (PGW/PCEF). En particular, el eNB puede notificarle la RCI a la PCRF utilizando las rutas S1-MME, S11, S5/S8 y Gx. La ruta S1-MME puede conectar el eNB y la MME, la ruta S11 puede conectar la MME y la S-GW, la ruta S5/S8 puede conectar la S-GW y la P-GW/PCEF, y la ruta Gx puede conectar la P-GW/PCEF y la PCRF. La PCRF puede comunicar opcionalmente el informe RCI al servidor de aplicaciones.
Tal como se ha descrito anteriormente, la RCI (o informe RCI) puede incluir un sentido congestionado de la interfaz, un nivel de intensidad de la congestion, un estado de congestion, una informacion de localizacion de la congestion, un identificador del UE, un identificador de usuario, un Identificador (ID) de conexion de la red de paquetes de datos (PDN) como, por ejemplo, un nombre de punto de acceso (APN) o una o mas direcciones del Protocolo de Internet (IP) del equipo de usuario (UE), un identificador de contexto del protocolo de paquetes de datos (PDP), o un identificador de portadora del sistema de paquetes evolucionado (EPS). Por lo tanto, el informe RCI puede incluir una RCI para los casos de por UE, por APN y por portadora. En un ejemplo, la MME, la S-GW y la P-GW/PCEF, la PCRF, y el AS pueden comunicar un informe de confirmacion al nodo CN respectivo que ha
5
10
15
20
25
30
35
40
45
50
55
60
enviado directamente el ultimo informe RCI enviado (por ejemplo, la MME puede enviarle al eNB un informe de confirmacion). Ademas, cuando la P-GW/PCEF y/o la PCRF detectan que se esta produciendo una UPCON, se puede iniciar un procedimiento de modificacion de sesion IPCAN con el fin de gestionar los UE, APN y/o portadoras candidatos, tal como se describe en la Seccion 7.4 de la TS 23.203 del 3GPP.
La FIG. 4B ilustra el envfo de la RCI desde un eNB a una PCRF para el caso de E-UTRAN. En particular, se puede forzar que el eNB utilice la PCEF. El eNB puede enviar directamente el informe RCI a la PCRF a traves de la interfaz Gx. En un ejemplo, la PCRF puede enviarle al eNB/PCEF el informe de confirmacion despues de haber recibido el informe RCI desde el eNB/PCEF. La PCRF puede opcionalmente enviarle el informe RCI al servidor de aplicaciones. Tal como se ha descrito anteriormente, la RCI (o informe RCI) puede incluir un sentido congestionado de la interfaz, un nivel de intensidad de la congestion, un estado de congestion, una informacion de localizacion de la congestion, un identificador del UE, un identificador de usuario, un Identificador (ID) de conexion de la red de paquetes de datos (PDN) como, por ejemplo, un nombre de punto de acceso (APN) o una o mas direcciones del Protocolo de Internet (IP) del equipo de usuario (UE), un identificador de contexto del protocolo de paquetes de datos (PDP), o un identificador de portadora del sistema de paquetes evolucionado (EPS). Por lo tanto, el informe RCI puede incluir una RCI para los casos de por UE, por APN y por portadora.
La FIG. 4C ilustra el envfo de la RCI, desde un eNB a una PCRF, a traves de una entidad de funcion UPCON (UPCON-FE) para el caso de E-UTRAN. La UPCON-FE puede ser una entidad de funcion logica que recibe la RCI desde el nodo RAN (por ejemplo, el eNB), directa o indirectamente, y le envfa a continuacion el informe RCI a la PCRF. La UPCON-FE puede recibir indirectamente la RCI a traves de un nodo de Operacion y Mantenimiento (O&M) o nodos CN como, por ejemplo, la MME, el SGSN, la S-GW, la PGW, el SgSn, etc. La UPCON-FE puede ser una entidad independiente o se puede situar junto con la MME/el SGSN u otros elementos de red. La UPCON-FE puede descubrir la PCRF asignada basandose en una identidad de usuario y un APN conocidos, y a continuacion enviar tambien el informe RCI a la PCRF con el fin de activar una decision de modificacion de polftica. La PCRF puede enviar opcionalmente el informe RCI al servidor de aplicaciones. Tal como se ha descrito anteriormente, la RCI (o informe RCI) puede incluir un sentido congestionado de la interfaz, un nivel de intensidad de la congestion, un estado de congestion, una informacion de localizacion de la congestion, un identificador del UE, un identificador de usuario, un Identificador (ID) de conexion de la red de paquetes de datos (PDN) como, por ejemplo, un nombre de punto de acceso (APN) o una o mas direcciones del Protocolo de Internet (IP) del equipo de usuario (UE), un identificador de contexto del protocolo de paquetes de datos (PDP), o un identificador de portadora del sistema de paquetes evolucionado (EPS). Por lo tanto, el informe RCI puede incluir la RCI para los casos de por UE, por APN y por portadora. En un ejemplo, un nodo de red puede enviar un informe de confirmacion despues de haber recibido la RCI desde un nodo de red diferente (por ejemplo, la UPCON-FE puede enviar un informe de confirmacion al eNB despues de haber recibido el informe RCI desde el eNB).
La FIG. 5A ilustra la notificacion de la RCI desde una Red de Acceso Radio Terrestre Universal (UTRAN) o una Red de Acceso Radio de tasas de Datos Mejoradas para la Evolucion de GSM (EDGE) del Sistema Global para Comunicaciones Moviles (GSM) (GERAN) a una PCRF. En particular, la GERaN/UTrAn puede enviar la RCI a la PCRF, a traves de un Nodo de Soporte de Servicio gPrS (SGSN) y una GGSN/pCeF. La PCRF puede opcionalmente enviar el informe RCI al servidor de aplicaciones. En un ejemplo, un informe de confirmacion puede ser enviado por un nodo de red despues de haber recibido la rCi desde un nodo de red diferente. Ademas, el informe RCI puede incluir, entre otra informacion, la RCI para los casos de por UE, por APN y por portadora.
La FIG. 5B ilustra la notificacion directa de la RCI, desde una UTRAN/GERAN a una PCRF. La PCRF puede enviar opcionalmente el informe RCI al servidor de aplicaciones. En un ejemplo, un nodo de red puede enviar un informe de confirmacion despues de haber recibido la RCI desde un nodo de red diferente. Ademas, el informe RCI puede incluir, entre otra informacion, la RCI para los casos de por UE, por APN y por portadora.
La FIG. 5C ilustra la notificacion de la RCI, desde una UTRAN/GERAN a una PCRF, a traves de una UPCON-FE. La PCRF puede enviar opcionalmente el informe RCI al servidor de aplicaciones. En un ejemplo, un nodo de red puede enviar un informe de confirmacion despues de haber recibido la RCI desde un nodo de red diferente. Ademas, el informe RCI puede incluir, entre otra informacion, la RCI para los casos de por UE, por APN y por portadora.
Otro ejemplo proporciona una funcionalidad 600 de circuitena computacional de un nodo de Red de Acceso Radio (RAN) que se utiliza para notificar una congestion del plano de usuario (UPCON), tal como se muestra en el diagrama de flujo de la FIG. 6. La funcionalidad se puede implementar como un metodo o la funcionalidad se puede ejecutar como instrucciones sobre una maquina, donde las instrucciones se incluyen en al menos uno de los siguientes: un medio legible por un ordenador o un medio de almacenamiento no transitorio legible por una maquina. La circuitena computacional se puede configurar para recibir, desde una Red Troncal (CN), un Nucleo de Paquetes Evolucionado (EPC), un elemento de informacion (IE) con informacion de Control de Poltticas y Tarificacion (PCC) asociada a la UPCON, como en el bloque 610. La circuitena computacional puede estar configurada, ademas, para identificar la localizacion de un evento de UPCON, en un nodo RAN, basandose en un disparador de evento de UPCON incluido en la informacion de PCC asociada a UPCON, como en el bloque 620.
5
10
15
20
25
30
35
40
45
50
55
La circuitena computacional tambien se puede configurar para enviar la Informacion de Congestion de la Red de Acceso Radio (RCI) sobre el evento de UPCON a uno o mas elementos de red en la CN, como en el bloque 630.
Tal como se ha descrito anteriormente, al recibir el informe RCI desde la PCRF, el servidor de aplicaciones puede reducir la UPCON realizando al menos uno de los siguientes: indicar el evento de UPCON, reducir una tasa de bit maxima, reducir la tasa de bits del CODEC, proporcionar datos de audio con datos de video con una tasa de bits reducida, o eliminar los datos de video. El servidor de aplicaciones puede ajustar la QoS estableciendo una tasa de bits maxima (por ejemplo, 1 Mbps). Como resultado, el servidor de aplicaciones puede reducir la UPCON en una celda de acuerdo con las polfticas del operador.
En una configuracion, la circuitena computacional puede estar configurada para recibir la informacion de PCC asociada a UPCON, desde un nodo de Funcion de Reglas de Polfticas y Tarificacion (PCRF) en un Sistema de Paquetes Evolucionado (EPS), durante al menos uno de los siguientes: un procedimiento de asociacion, un procedimiento de activacion de portadora dedicada, un procedimiento de modificacion de portadora dedicada, o un procedimiento de conexion de la red de paquetes de datos (PDN) solicitada por un equipo de usuario (UE). La circuitena computacional tambien puede estar configurada para recibir la informacion de pCc asociada a UPCON desde un nodo Funcion de Reglas de Polfticas y Tarificacion (PCRF) a traves de una interfaz Gx.
En un ejemplo, la circuitena computacional puede estar configurada para identificar la localizacion del evento de UPCON en funcion del disparador de evento de UPCON que identifica la localizacion del UPCON como que se produce en: un enlace ascendente radio, un enlace descendente radio, una capacidad de procesamiento del nodo RAN, un enlace ascendente de red o un enlace descendente de red.
En una configuracion, la circuitena computacional puede estar configurada para enviar la RCI a un nodo Funcion de Reglas de Polfticas y Tarificacion (PCRF) en un sistema de paquetes evolucionado (EPS) en funcion de al menos uno de los siguientes: una comunicacion directa entre el eNB y el nodo PCRF; una comunicacion entre el eNB y el nodo PCRF a traves de una entidad de funcion UPCON (UPCON-FE); una comunicacion entre el eNB y el nodo PCRF sobre un Plano de Control a traves de una Entidad de Gestion de Movilidad (MME), una pasarela de servicio (S-GW) y un nodo Pasarela de la Red de Paquetes de Datos / Funcion de Aplicacion de Polfticas y Tarificacion (PGW/PCEF); o una comunicacion entre el eNB y la PCRF sobre un Plano de Usuario a traves de una pasarela de servicio (S-GW), y un nodo Pasarela de la Red de Paquetes de Datos / Funcion de Aplicacion de Polfticas y Tarificacion (PGW/pCeF).
En un ejemplo, la circuitena computacional puede estar configurada para enviar la RCI a un servidor de aplicaciones (AS) a traves de la PCRF, en donde el AS reduce la UPCON realizando al menos una de las siguientes: indicar el evento de UPCON, reducir una tasa de bit maxima, reducir la tasa de bits del CODEC, proporcionar datos de audio con datos de video con una tasa de bits reducida, o eliminar los datos de video.
En una configuracion, la circuitena computacional puede estar configurada para recibir, mediante la informacion de PCC asociada a UPCON, el disparador de evento de UPCON para cada UE durante el procedimiento de asociacion. La circuitena computacional puede estar configurada para recibir, a traves del disparador de evento de UPCON para cada nombre de punto de acceso (APN) durante al menos uno de los siguientes: el procedimiento de asociacion o el procedimiento de conexion PDN solicitada por un UE. La circuitena computacional tambien puede estar configurada para recibir, a traves del disparador de evento de UPCON para cada portadora de sistema de paquetes evolucionado (EPS) durante al menos uno de los siguientes: el procedimiento de activacion de portadora dedicada o el procedimiento de modificacion de portadora dedicada.
En una configuracion, la circuitena computacional puede estar configurada para recibir, desde la Funcion de Reglas de Polfticas y Tarificacion (PCRF), un elemento de informacion (IE) que contenga un disparador de evento de informacion de UPCON, una tasa de bits maxima agregada de equipo de usuario (UE-AMBR) con congestion y una UE-AMBR sin congestion por equipo de usuario (UE). La circuitena computacional tambien puede estar configurada para recibir, desde la Funcion de Reglas de Polfticas y Tarificacion (PCRF), un elemento de informacion (IE) que contenga un disparador de evento de notificacion de UPCON, una tasa de bits maxima agregada de nombre de punto de acceso (APN-AMBR) con congestion y una APN-AMBR sin congestion por nombre de punto de acceso (APN). La circuitena computacional tambien puede estar configurada para recibir, desde la Funcion de Reglas de Polfticas y Tarificacion (PCRF), un elemento de informacion (IE) que contenga un disparador de evento de notificacion de UPCON, o una tasa de bits maxima de portadora (BMBR) con congestion y una BMBR sin congestion por portadora de sistema de paquetes evolucionado (EPS).
En un ejemplo, la circuitena computacional puede estar configurada para enviar un informe RCI a la CN, en donde el informe RCI incluye al menos uno de los siguientes: un sentido congestionado de la interfaz, un nivel de intensidad de la congestion, un estado de congestion, una informacion de localizacion de la congestion, un identificador del UE, un identificador de usuario, un Identificador (ID) de conexion de la red de paquetes de datos (PDN) como, por ejemplo, un nombre de punto de acceso (APN) o una o mas direcciones del Protocolo de Internet (IP) del equipo de usuario (UE), un identificador de contexto del protocolo de paquetes de datos (PDP), o un identificador de portadora del sistema de paquetes evolucionado (EPS).
5
10
15
20
25
30
35
40
45
50
55
Otro ejemplo proporciona un metodo 700 para notificar la congestion del plano de usuario (UPCON), tal como se muestra en el diagrama de flujo de la FIG. 7. El metodo se puede ejecutar como instrucciones sobre una maquina, donde las instrucciones se incluyen en al menos uno de los siguientes: un medio legible por un ordenador o un medio de almacenamiento no transitorio legible por una maquina. La circuitena computacional se puede configurar para recibir, desde un Controlador de Red Radio (RNC) o un nodo RAN (Red de Acceso Radio), un elemento de informacion (IE) con informacion de Control de Polfticas y Tarificacion (PCC) asociada a la UPCON, como en el bloque 710. El metodo puede incluir identificar un evento de UPCON, en el nodo RAN, en funcion de un disparador de evento de UPCON incluido en la informacion de PCC asociada a UPCON, como en el bloque 720. La siguiente operacion del metodo puede incluir enviar desde el nodo RAN a uno o mas elementos de red de un nucleo de paquetes evolucionado (EPC) la Informacion de Congestion de la Red de Acceso Radio (RCI) sobre el evento de UPCON, como en el bloque 730.
En un ejemplo, el metodo puede incluir el envfo de la RCI sobre el evento de UPCON desde una Red de Acceso Radio Terrestre Universal (UTRAN) o una Red de Acceso Radio de tasas de Datos Mejoradas para la Evolucion de GSM (EDGE) del Sistema Global para Comunicaciones Moviles (GSM) (GERAN). Ademas, el metodo puede incluir recibir la informacion de PCC asociada a UPCON desde un Nodo de Soporte de la Pasarela de Servicio General de Radio por Paquetes (GPRS) (GGSN) a traves de una Pasarela de Servicio (S-GW), un Nodo de Soporte del Servicio GPRS (SGSN), o una S4-SgSn.
En otro ejemplo, el metodo puede incluir recibir, desde un Nodo de Soporte de la Pasarela de Servicio General de Radio por Paquetes (GPRS) (GGSN) en un sistema 2G/3G, la informacion de PCC asociada a UPCON durante al menos uno de los siguientes: un procedimiento de activacion de contexto de protocolo de paquetes de datos (PDP), o un procedimiento de modificacion de contexto PDP.
En un ejemplo adicional, el metodo puede incluir enviar la RCI, desde la UTRAN o la GERAN, a un nodo Funcion de Reglas de Polfticas y Tarificacion (PCRF) basandose en al menos uno de los siguientes: una comunicacion directa entre la UTRAN o la GERAN y el nodo PCRF; una comunicacion entre la UTRAN o la GERAN y el nodo PCRF a traves de una entidad de funcion UPCON (UPCON-FE); una comunicacion entre la UTRAN o la GERAN y el nodo PCRF sobre un Plano de Control o un Plano de Usuario a traves de un SGSN, y un GGSN/ nodo Funcion de Aplicacion de Polfticas y Tarificacion (GGSN/PCEF); o una comunicacion entre la UTRAN o la GERAN y el nodo PCRF sobre un Plano de Control o el Plano de Usuario a traves de una S4-SGSN, una Pasarela de Servicio (SGW) y un nodo Pasarela de Red de Paquetes de Datos / Funcion de Aplicacion de Polfticas y Tarificacion (PGW/PCEF).
En un ejemplo, la UPCON-FE puede estar configurada para recibir la RCI desde el nodo RAN y un nodo de red troncal; determinar una PCRF asignada para cada equipo de usuario (UE) afectado y una sesion de Red de Acceso de Conectividad del Protocolo de Internet (IP-CAN) basandose en identidades de usuario e identificadores de conexion de la red de paquetes de datos (PDN) incluidos en la RCI; y enviar la RCI a la PCRF asignada.
Ademas, el metodo puede incluir enviar la RCI, desde la UTRAN o la GERAN, a un servidor de aplicaciones (AS) a traves de la PCRF, en donde el AS reduce la UPCON realizando al menos uno de los siguientes: indicar el evento de UPCON, reducir una tasa de bit maxima, reducir una tasa de bit del CODEC, proporcionar datos de audio con unos datos de video con tasa de bit reducida, o eliminar datos de video.
La FIG. 8 ilustra un dispositivo 800 de notificacion de congestion del plano de usuario (UPCON) de ejemplo que esta acoplado a una Red de Acceso Radio (RAN) 810, tal como se muestra en otros modos de realizacion de la presente invencion. La RAN 810 puede incluir un eNB, un RNC o un BSS. El dispositivo de notificacion de UPCON comprende un modulo 802 de recepcion configurado para recibir, en el nodo RAN, un elemento de informacion (IE) con informacion de Control de Polfticas y Tarificacion (PCC) asociada a la UPCON. Un modulo 804 de identificacion puede estar configurado para identificar, en el nodo RAN, una localizacion de un evento de UPCON basandose en un disparador de evento de UPCON incluido en la informacion de PCC asociada a UPCON. Un modulo 806 de notificacion se puede configurar para enviar, en el nodo RAN, la informacion de congestion de la RAN (RCI) sobre el evento de UPCON a uno o mas elementos de red en una Red Troncal (CN) 860.
En un ejemplo, el modulo 802 de recepcion puede estar configurado, ademas, para recibir la informacion de PCC asociada a UPCON, desde un nodo 840 de Funcion de Reglas de Polfticas y Tarificacion (PCRF) en un Sistema de Paquetes Evolucionado (EPS) 835, durante al menos uno de los siguientes: un procedimiento de asociacion, un procedimiento de activacion de portadora dedicada, un procedimiento de modificacion de portadora dedicada, o un procedimiento de conexion de red de paquetes de datos (PDN) solicitada por un equipo de usuario (UE).
En una configuracion, el modulo 804 de identificacion puede estar configurado, ademas, para identificar la localizacion del evento de UPCON basandose en el disparador de evento de UPCON que identifica la localizacion de la UPCON como que se produce en: un enlace ascendente radio, un enlace descendente radio, una capacidad de procesamiento del nodo RAN, un enlace ascendente de red o un enlace descendente de red.
5
10
15
20
25
30
35
40
45
50
55
60
En un ejemplo, el modulo 806 de notificacion puede estar configurado para enviar la RCI a un nodo de Funcion de Reglas de Poltticas y Tarificacion (PCRF) 840 en una Red de Acceso Radio Terrestre Universal Evolucionada (E-UTRAN) en funcion de al menos uno de los siguientes: una comunicacion directa entre el eNB y el nodo PCRF 840; una comunicacion entre el eNB y el nodo PCRF a traves de una entidad de funcion UPCON (UPCON-FE); una comunicacion entre el eNB 815 y el nodo PCRF 840 sobre un Plano de Control a traves de una Entidad de Gestion de Movilidad (MME) 830, una Pasarela de Servicio (SGW) 820, y un nodo de Pasarela de la Red de Paquetes de Datos / Funcion de Aplicacion de Poltticas y Tarificacion (PGW/PCEF) 825; o una comunicacion entre el eNB y la PCRF 840 sobre un Plano de Usuario a traves de una Pasarela de Servicio (SGW) 820, y un nodo de Pasarela de la Red de Paquetes de Datos / Funcion de Aplicacion de Polfticas y Tarificacion (PGW/PCEF) 825.
Ademas, el modulo 806 de notificacion puede estar configurado para enviar la RCI a un servidor de aplicaciones (no se muestra) a traves de la PCRF 840, en donde el AS reduce la UPCON realizando al menos una de las siguientes: indicar el evento de UPCON, reducir una tasa de bits maxima, reducir la tasa de bits del CODEC, proporcionar datos de audio con datos de video con una tasa de bits reducida, o eliminar los datos de video.
La FIG. 9 proporciona una ilustracion de ejemplo de un dispositivo inalambrico como, por ejemplo, un equipo de usuario (UE), una estacion movil (MS), un dispositivo movil inalambrico, un dispositivo de comunicacion movil, una tableta, un terminal de mano, u otro tipo de dispositivo inalambrico. El dispositivo inalambrico puede incluir una o mas antenas configuradas para comunicarse con un nodo, un macro nodo, un nodo de baja potencia (LPN), o una estacion de transmision como, por ejemplo, una estacion base (BS), un nodo B evolucionado (eNB), una unidad de banda base (BBU), una cabecera de radio remota (RRH), un equipo de radio remoto (RRE), una estacion de retransmision (RS), un equipo de radio (RE), u otro tipo de punto de acceso de red de area amplia inalambrica (WWAN). El dispositivo inalambrico puede estar configurado para comunicarse utilizando al menos un estandar de comunicacion inalambrico incluyendo LTE del 3GPP, WiMAX, Acceso de Paquetes de Alta Velocidad (HSPA), Bluetooth y WiFi. El dispositivo inalambrico puede comunicarse utilizando antenas independientes para cada uno de los estandares de comunicacion inalambrica o antenas compartidas para multiples estandares de comunicacion inalambrica. El dispositivo inalambrico se puede comunicar en una red de area local inalambrica (WLAN), una red de area personal inalambrica (WPAN), y/o una WWAN.
La FIG. 9 tambien proporciona una ilustracion de un microfono y uno o mas altavoces que se pueden utilizar para entrada y salida de audio desde el dispositivo inalambrico. La pantalla puede ser una pantalla de cristal lfquido (LCD), u otro tipo de pantalla como una pantalla de diodo de emision de luz organico (OLED). La pantalla se puede configurar como pantalla tactil. La pantalla tactil puede utilizar un tipo de tecnologfa de pantalla tactil capacitiva, resistiva u otra. Un procesador de aplicaciones y un procesador grafico se pueden acoplar a una memoria interna para proporcionar capacidades de procesamiento y presentacion. Tambien se puede utilizar un puerto de memoria no volatil para proporcionar opciones de entrada/salida de datos a un usuario. El puerto de memoria no volatil tambien se puede utilizar para ampliar las capacidades de memoria del dispositivo inalambrico. Un teclado se puede integrar con el dispositivo inalambrico o se puede conectar de forma inalambrica al dispositivo inalambrico para proporcionar una entrada de usuario adicional. Tambien se puede proporcionar un teclado virtual utilizando la pantalla tactil.
Varias tecnicas, o ciertos aspectos o componentes suyos, pueden tener la forma de codigo de programa (esto es, instrucciones) incorporado en medios tangibles como, por ejemplo, discos flexibles, CD-ROM, discos duros, un medio no transitorio de almacenamiento legible por un ordenador, o cualquier otro tipo de medio de almacenamiento legible por una maquina, en donde, cuando el codigo de programa se carga en y es ejecutado por una maquina como, por ejemplo, un ordenador, la maquina se convierte en un equipo para aplicar las distintas tecnicas. La circuitena puede incluir hardware, firmware, codigo de programa, codigo ejecutable, instrucciones de ordenador y/o software. Un medio no transitorio de almacenamiento legible por un ordenador puede ser un medio de almacenamiento legible por un ordenador que no incluye una senal. En el caso de la ejecucion del codigo de programa en ordenadores programables, el dispositivo informatico puede incluir un procesador, un medio de almacenamiento legible por el procesador (incluyendo memoria volatil y no volatil y/o elementos de almacenamiento), al menos un dispositivo de entrada, y al menos un dispositivo de salida. La memoria volatil y no volatil y/o elementos de almacenamiento pueden ser una RAM, una EPROM, un disco flash, un disco optico, un disco duro magnetico, un disco de estado solido, u otro medio para almacenar datos electronicos. El nodo y el dispositivo inalambrico tambien pueden incluir un modulo transceptor, un modulo contador, un modulo de procesamiento y/o un modulo de reloj o modulo temporizador. Uno o mas programas que puedan implementar o utilizar las distintas tecnicas descritas en la presente solicitud pueden utilizar una interfaz de programacion de aplicaciones (API), controles reutilizables, etc. Dichos programas se pueden implementar en un lenguaje de programacion procedimental de alto nivel u orientado a objetos para comunicarse con un sistema informatico. Sin embargo, si se desea, el/los programa(s) se puede(n) implementar en lenguaje ensamblador o de maquina. En cualquier caso, el lenguaje puede ser un lenguaje compilado o interpretado, y combinado con implementaciones de hardware.
Se debena entender que muchas de las unidades funcionales descritas en esta especificacion se han etiquetado como modulos, con el fin de enfatizar mas en particular su independencia de implementacion. Por ejemplo, se puede implementar un modulo como circuito hardware que comprende circuitos VLSI o matrices de puertas a
5
10
15
20
25
30
35
40
45
medida, semiconductores disponibles para la venta como, por ejemplo, circuitos logicos, transistores u otros componentes discretos. Tambien se puede implementar un modulo en dispositivos hardware programables como, por ejemplo, una matriz de puertas programables en campo, una matriz logica programable, dispositivos logicos programables, etc.
Tambien se pueden implementar los modulos en software para su ejecucion por parte de varios tipos de procesadores. Un modulo identificado de codigo ejecutable puede comprender, por ejemplo, uno o mas bloques ffsicos o logicos de instrucciones de ordenador, los cuales pueden estar organizados, por ejemplo, como un objeto, un procedimiento o una funcion. Sin embargo, los ejecutables de un modulo identificado no tienen que encontrarse juntos ffsicamente, sino que puede comprender diversas instrucciones almacenadas por separado en diferentes localizaciones, las cuales, cuando se agrupan logicamente, comprenden el modulo y cumplen el proposito declarado del modulo.
De hecho, un modulo de codigo ejecutable puede ser una unica instruccion, o muchas instrucciones, e incluso se puede distribuir sobre varios segmentos de codigo diferentes, entre programas diferentes, y a lo largo de varios dispositivos de memoria. De modo parecido, los datos operacionales se pueden identificar e ilustrar en la presente solicitud dentro de modulos, y se pueden materializar en cualquier forma apropiada y organizar dentro de cualquier tipo apropiado de estructura de datos. Los datos operacionales se pueden recoger como un unico conjunto de datos, o se pueden distribuir sobre diferentes localizaciones incluyendo sobre diferentes dispositivos de almacenamiento, y pueden existir, al menos parcialmente, unicamente como senales electronicas en un sistema o una red. Los modulos pueden ser pasivos o activos, incluyendo agentes operables para realizar las funciones deseadas.
La referencia a lo largo de esta especificacion a "un ejemplo" significa que un aspecto, estructura o caractenstica concreta descrita junto con el ejemplo se incluye en al menos un modo de realizacion de la presente invencion. Por lo tanto, las apariciones de la frase "en un ejemplo" en distintos lugares a lo largo de esta memoria no se refieren todas necesariamente al mismo modo de realizacion.
Tal como se utiliza en la presente solicitud, una pluralidad de componentes, elementos estructurales, elementos constitutivos y/o materiales se pueden presentar en una lista comun por conveniencia. Sin embargo, estas listas se debenan interpretar como si cada miembro de la lista se identificara individualmente como un miembro independiente y unico. Por lo tanto, ningun miembro individual de dicha lista se debena interpretar como un equivalente de facto de cualquier otro miembro de la misma lista unicamente basandose en su presentacion en un mismo grupo sin indicaciones de lo contrario. Ademas, varios modos de realizacion y ejemplos de la presente invencion se pueden denominar en la presente solicitud con alternativas para varios de sus componentes. Se entiende que dichos modos de realizacion, ejemplos y alternativas no se deben considerar como equivalentes de facto entre sf, sino que se deben considerar como representaciones independientes y autonomas de la presente invencion.
Ademas, los componentes, estructuras o caractensticas descritos se pueden combinar de cualquier forma apropiada en uno o mas modos de realizacion. En la siguiente descripcion se proporcionan numerosos detalles espedficos como, por ejemplo, ejemplos de disposiciones, distancias, ejemplos de red, etc., para proporcionar una comprension exhaustiva de los modos de realizacion de la invencion. Una persona experimentada en la tecnica pertinente reconocera, sin embargo, que la invencion se puede llevar a cabo sin uno o mas de los detalles espedficos, o con otros metodos, componentes, disposiciones, etc. En otras instancias no se muestran o no se describen en detalle estructuras, materiales u operaciones bien conocidos con el fin de evitar ocultar aspectos de la invencion.
Mientras que los ejemplos anteriores son ilustrativos de los principios de la presente invencion en una o mas aplicaciones particulares, sera evidente a aquellos con un conocimiento normal en la tecnica que se pueden realizar numerosas modificaciones en forma, utilizacion y detalles de implementacion sin el ejercicio de una facultad inventiva, y sin apartarse de los principios y conceptos de la invencion. En consecuencia, no se pretende limitar la invencion, excepto por las reivindicaciones descritas a continuacion.

Claims (15)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    REIVINDICACIONES
    1. Un nodo de la red de acceso radio RAN operable para notificar una congestion del plano de usuario UPCON, teniendo el nodo RAN una circuitena computacional configurada para:
    recibir (710), desde una Red Troncal CN, un elemento de informacion IE que incluye informacion de Control de Polfticas y Tarificacion PCC asociada a UPCON;
    identificar (720) la localizacion de un evento de UPCON, en el nodo RAN, basandose en un disparador de notificacion de evento de UPCON incluido en la informacion de PCC asociada a UPCON; y
    notificar (730) la Informacion de Congestion de la Red de Acceso Radio RCI sobre el evento de UPCON a uno o mas elementos de red en la CN;
    caracterizado por que
    la circuitena computacional esta configurada, ademas, para notificar la RCI a un nodo de Funcion de Reglas de Polfticas y Tarificacion PCRF en un Sistema de Paquetes Evolucionado EPS basandose en una comunicacion entre el eNB y el nodo PCRF sobre un Plano de Control a traves de una Entidad de Gestion de Movilidad MME, una Pasarela de Servicio (SGW), y un nodo de Pasarela de la Red de Paquetes de Datos / Funcion de Aplicacion de Polfticas y Tarificacion (PGW/PCEF).
  2. 2. El nodo de la red de acceso radio RAN de la reivindicacion 1, en donde la circuitena computacional esta configurada, ademas, para recibir la informacion de PCC asociada a UPCON, desde un nodo Funcion de Reglas de Polfticas y Tarificacion PCRF en un Sistema de Paquetes Evolucionado EPS, durante al menos uno de los siguientes:
    un procedimiento de asociacion,
    un procedimiento de activacion de portadora dedicada,
    un procedimiento de modificacion de portadora dedicada, o
    un procedimiento de conexion de red de paquetes de datos PDN solicitado por un equipo de usuario UE.
  3. 3. El nodo de la red de acceso radio RAN de la reivindicacion 1, en donde la circuitena computacional esta configurada, ademas, para identificar la localizacion del evento de UPCON en funcion del disparador de evento de UPCON que identifica la localizacion de la UPCON como produciendose en:
    un enlace ascendente de radio,
    un enlace descendente de radio,
    una capacidad de procesamiento del nodo RAN,
    un enlace ascendente de red, o
    un enlace descendente de red.
  4. 4. El nodo de la red de acceso radio RAN de la reivindicacion 1 y 2, en donde la circuitena computacional esta configurada, ademas, para notificar la RCI a un nodo de Funcion de Reglas de Polfticas y Tarificacion PCRF en un Sistema de Paquetes Evolucionado EPS basandose en al menos una de las siguientes:
    una comunicacion directa entre el eNB y el nodo PCRF;
    una comunicacion entre el eNB y el nodo PCRF a traves de una entidad de funcion UPCON UPCON-FE; o
    una comunicacion entre el eNB y el nodo PCRF sobre un Plano de Usuario a traves de una Pasarela de Servicio SGW, y un nodo de Pasarela de la Red de Paquetes de Datos / Funcion de Aplicacion de Polfticas y Tarificacion PgW/PCEF.
  5. 5. El nodo de la red de acceso radio RAN de las reivindicaciones 1 a 4, en donde la circuitena computacional esta configurada, ademas, para notificar la RCI a un servidor de aplicaciones AS a traves de la PCRF, en donde el AS reduce la UPCON realizando al menos uno de los siguientes:
    indicar el evento de UPCON,
    10
    15
    20
    25
    30
    35
    40
    reducir una tasa de bit maxima, reducir una tasa de bit del CODEC,
    proporcionar datos de audio con unos datos de video con una tasa de bit reducida, o eliminar datos de video.
  6. 6. El nodo de la red de acceso radio RAN de las reivindicaciones 1 y 2, en donde la circuitena computacional esta configurada, ademas, para recibir, desde la Funcion de Reglas de Polfticas y Tarificacion PCRF durante el procedimiento de asociacion, la informacion de PCC asociada a UPCON a traves de un elemento de informacion IE, incluyendo la informacion de PCC asociada a UPCON un disparador de evento de notificacion de UPCON para cada UE durante el procedimiento de asociacion, una tasa de bits maxima agregada de equipo de usuario UE-AMBR con congestion y una UE-AMBR sin congestion por equipo de usuario UE.
  7. 7. El nodo de la red de acceso radio RAN de las reivindicaciones 1 y 2, en donde la circuitena computacional esta configurada, ademas, para recibir, desde la Funcion de Reglas de Polfticas y Tarificacion PCRF, un elemento de informacion IE que contiene un disparador de evento de notificacion de UPCON para cada nombre de punto de acceso APN durante al menos uno de los siguientes: el procedimiento de asociacion o el procedimiento de conexion PDN solicitado por un UE, una tasa de bits maxima agregada de nombre de punto de acceso APN-AMBR con congestion y una APN-AMBR sin congestion por nombre de punto de acceso APN.
  8. 8. El nodo de la red de acceso radio RAN de las reivindicaciones 1 y 2, en donde la circuitena computacional esta configurada, ademas, para recibir, desde la Funcion de Reglas de Polfticas y Tarificacion PCRF, un elemento de informacion IE que contiene un disparador de evento de notificacion de UPCON para cada portadora de sistema de paquetes evolucionado EPS durante al menos uno de los siguientes: el procedimiento de activacion de portadora dedicada o el procedimiento de modificacion de portadora dedicada, una tasa de bits maxima de portadora BMBR con congestion y una BMBR sin congestion por portadora del sistema de paquetes evolucionado (EPS).
  9. 9. El nodo de la red de acceso radio RAN de la reivindicacion 1, en donde la circuitena computacional esta configurada, ademas, para enviar un informe RCI a la CN, en donde el informe RCI incluye al menos uno de los siguientes:
    un sentido de la interfaz congestionada,
    un nivel de intensidad de la congestion,
    un estado de congestion,
    una informacion de localizacion de la congestion,
    un identificador del UE,
    un identificador de usuario,
    un Identificador ID de conexion de la red de paquetes de datos PDN como, por ejemplo, un nombre de punto de acceso APN o una o mas direcciones del Protocolo de Internet IP del equipo de usuario UE,
    un identificador de contexto del protocolo de paquetes de datos PDP, o
    un identificador de portadora del sistema de paquetes evolucionado EPS.
  10. 10. Un metodo para de notificar una congestion del plano de usuario UPCON, comprendiendo el metodo:
    recibir (710), desde un controlador de red radio RNC o un nodo RAN (Red de Acceso Radio), un elemento de informacion IE que incluye informacion de Control de Polfticas y Tarificacion (PCC) asociada a UPCON;
    identificar (720) un evento de UPCON, en el nodo RAN, basandose en un disparador de evento de UPCON incluido en la informacion de PCC asociada a UPCON;
    enviar (730), desde una Red de Acceso Radio Terrestre Universal UTRAN o una Red de Acceso Radio de tasas de Datos Mejoradas para la Evolucion de GSM EDGE del Sistema Global para Comunicaciones Moviles GSM GERAN, una Informacion de Congestion de la Red de Acceso Radio RCI sobre el evento de UPCON a uno o mas elementos de un nucleo de paquetes evolucionado EPC; estando caracterizado el metodo por comprender, ademas:
    notificar la RCI a un nodo de Funcion de Reglas de Polfticas y Tarificacion PCRF en un Sistema de Paquetes Evolucionado EPS basandose en una comunicacion entre el eNB y el nodo PCRF sobre un Plano de Control a
    5
    10
    15
    20
    25
    30
    35
    40
    45
    traves de una Entidad de Gestion de Movilidad MME, una Pasarela de Servicio SGW, y un nodo de Pasarela de la Red de Paquetes de Datos / Funcion de Aplicacion de Polfticas y Tarificacion PGW/PCEF.
  11. 11. El metodo de la reivindicacion 10, que comprende, ademas, notificar la RCI, desde la UTRAN o la GERAN, a un nodo de Funcion de Reglas de Polfticas y Tarificacion PCRF basandose en al menos una de las siguientes:
    una comunicacion directa entre la UTRAN o la GERAN y el nodo PCRF;
    una comunicacion entre la UTRAN o la GERAN y el nodo PCRF a traves de una entidad de funcion UPCON UPCON-FE;
    una comunicacion entre la UTRAN o la GERAN y el nodo PCRF sobre un Plano de Control o un Plano de Usuario a traves de un SGSN, y un GGSN / nodo de Funcion de Aplicacion de Polfticas y Tarificacion GGSN/PCEF; o
    una comunicacion entre la UTRAN o la GERAN y el nodo PCRF sobre un Plano de Control o un Plano de Usuario a traves de una S4-SGSN, una Pasarela de Servicio SGW y un nodo de Pasarela de la Red de Paquetes de Datos / Funcion de Aplicacion de Polfticas y Tarificacion PGW/PCEF.
  12. 12. El metodo de las reivindicaciones 10 y 11, en donde la UPCON-FE esta configurada, ademas, para: recibir la RCI desde el nodo RAN y un nodo de la red troncal;
    determinar una PCRF asignada para cada equipo de usuario UE afectado y una sesion de la Red de Acceso de Conectividad del Protocolo de Internet IP-CAN basada en identidades de usuario e identificadores de conexion de la red de paquetes de datos PDN incluidos en la RCI; y
    notificar la RCI a la PCRF asignada.
  13. 13. Un dispositivo de notificacion de la congestion del plano de usuario UPCON acoplado a un nodo de la red de acceso radio RAN, comprendiendo el dispositivo de notificacion de UPCON:
    un modulo (802) de recepcion configurado para recibir, en el nodo RAN, un elemento de informacion IE que incluye informacion de Control de Polfticas y Tarificacion PCC asociada a UPCON;
    un modulo (804) de identificacion configurado para identificar, en el nodo RAN, la localizacion del evento de UPCON basada en un disparador de evento de UPCON incluido en la informacion de PCC asociada a UPCON; y
    un modulo (806) de notificacion configurado para notificar, en el nodo RAN, una informacion de congestion de la RAN RCI sobre el evento de UPCON a uno o mas elementos de red en una Red Troncal CN,
    caracterizado por que
    el modulo (806) de notificacion esta configurado, ademas, para notificar la RCI a un nodo Funcion de Reglas de Polfticas y Tarificacion PCRF en una Red de Acceso Radio Terrestre Universal Evolucionada E-UTRAN basandose en una comunicacion entre el eNB y el nodo PCRF sobre un Plano de Control a traves de una Entidad de Gestion de Movilidad MME, una Pasarela de Servicio SGW, y un nodo de Pasarela de la Red de Paquetes de Datos / Funcion de Aplicacion de Polfticas y Tarificacion PGW/PCEF.
  14. 14. El dispositivo de notificacion de UPCON de la reivindicacion 13, en donde los medios de identificacion estan configurados, ademas, para identificar la localizacion del evento de UPCON en funcion del disparador de evento de UPCON que identifica la localizacion de la UPCON como produciendose en:
    un enlace ascendente de radio,
    un enlace descendente de radio,
    una capacidad de procesamiento del nodo RAN,
    un enlace ascendente de red, o
    un enlace descendente de red.
  15. 15. El dispositivo de notificacion de UPCON de la reivindicacion 13, en donde el modulo (802) de recepcion esta configurado, ademas, para recibir la informacion de PCC asociada a UPCON, desde un nodo Funcion de Reglas de Polfticas y Tarificacion PCRF en un Sistema de Paquetes Evolucionado EPS, durante al menos uno de los siguientes:
    un procedimiento de asociacion,
    un procedimiento de activacion de portadora dedicada, un procedimiento de modificacion de portadora dedicada, o un procedimiento de conexion de red de paquetes de datos PDN solicitado por un equipo de usuario UE.
ES13848338.3T 2012-10-26 2013-06-27 Notificación de congestión del plano de usuario Active ES2645459T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201261719241P 2012-10-26 2012-10-26
US201261719241P 2012-10-26
PCT/US2013/048344 WO2014065898A1 (en) 2012-10-26 2013-06-27 Reporting of user plane congestion

Publications (1)

Publication Number Publication Date
ES2645459T3 true ES2645459T3 (es) 2017-12-05

Family

ID=50545075

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13848338.3T Active ES2645459T3 (es) 2012-10-26 2013-06-27 Notificación de congestión del plano de usuario

Country Status (10)

Country Link
US (6) US9397945B2 (es)
EP (2) EP2912796B1 (es)
JP (2) JP6023342B2 (es)
KR (5) KR101669777B1 (es)
CN (3) CN104662951B (es)
DE (1) DE202013012662U1 (es)
ES (1) ES2645459T3 (es)
HK (1) HK1246025A1 (es)
HU (1) HUE037326T2 (es)
WO (2) WO2014065899A1 (es)

Families Citing this family (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2553857A4 (en) * 2010-03-31 2014-05-28 Samsung Electronics Co Ltd RESOURCE INDEXATION FOR TRANSMISSION OF RECEIVE ACCUSED SIGNALS IN TIME DIVISION DUPLEX MULTICELLULAR COMMUNICATION SYSTEMS
WO2012177073A2 (ko) 2011-06-24 2012-12-27 엘지전자 주식회사 상향링크 제어정보 전송방법 및 사용자기기와, 상향링크 제어정보 수신방법 및 기지국
EP4216646A1 (en) 2012-08-02 2023-07-26 Sun Patent Trust Wireless communication terminal, base station device, resource allocation method
JP6027368B2 (ja) * 2012-08-10 2016-11-16 株式会社Ｎｔｔドコモ ユーザ端末、無線通信方法及び無線通信システム
WO2014109797A1 (en) * 2013-01-14 2014-07-17 Intel IP Corporation Energy-harvesting devices in wireless networks
US9112662B2 (en) 2013-01-17 2015-08-18 Samsung Electronics Co., Ltd. Overhead reduction for transmission of acknowledgment signals
CN108494531B (zh) * 2013-01-31 2021-07-13 Lg 电子株式会社 在无线通信系统中发送接收肯定应答的方法和装置
EP2959726B1 (en) * 2013-02-22 2019-07-10 Intel IP Corporation Systems and methods for access network selection and traffic routing
US20160134464A1 (en) * 2013-07-09 2016-05-12 Telefonaktiebolaget L M Ericsson (Publ) Core network node, radio access network node and methods therein for controlling overload in core network
US10952192B2 (en) * 2013-07-29 2021-03-16 Qualcomm Incorporated Connected mode design with bundling considerations
HUE046867T2 (hu) 2013-12-19 2020-04-28 Guangdong Oppo Mobile Telecommunications Corp Ltd Hálózati hozzáférés egy második vezeték-nélküli hálózaton keresztül
US20170250927A1 (en) * 2013-12-23 2017-08-31 Dali Systems Co. Ltd. Virtual radio access network using software-defined network of remotes and digital multiplexing switches
WO2015120902A1 (en) * 2014-02-14 2015-08-20 Telefonaktiebolaget L M Ericsson (Publ) Pcrf assisted apn selection
WO2015124210A1 (en) * 2014-02-21 2015-08-27 Telefonaktiebolaget L M Ericsson (Publ) Service delivery in a communication network
US9900879B2 (en) * 2014-03-06 2018-02-20 Lg Electronics Inc. Method and apparatus for transmitting control information in wireless communication system
US10904946B2 (en) * 2014-03-31 2021-01-26 Convida Wireless, Llc Overload control and coordination between M2M service layer and 3GPP networks
WO2015174917A1 (en) * 2014-05-13 2015-11-19 Telefonaktiebolaget L M Ericsson (Publ) Methods and network nodes for managing wireless device associated information in a wireless communication network
US9485685B2 (en) 2014-06-13 2016-11-01 Telefonaktiebolaget Lm Ericsson (Publ) Congestion monitoring of mobile entities
US10728793B2 (en) * 2014-06-30 2020-07-28 Telefonakitiebolaget L M Ericsson (Publ) Aggregation of congestion information
EP3198961B1 (en) * 2014-09-24 2019-06-26 Telefonaktiebolaget LM Ericsson (publ) Method and bs for scheduling ue and method and ue for transmitting harq
CN106797652B (zh) * 2014-10-17 2020-04-14 夏普株式会社 终端装置
US10541791B2 (en) * 2014-11-25 2020-01-21 Qualcomm Incorporated Techniques for reducing latency in a wireless communication system
US9661529B2 (en) * 2015-03-05 2017-05-23 Cisco Technology, Inc. Congestion mitigation for roamers
EP3335347A1 (en) * 2015-08-11 2018-06-20 Intel IP Corporation Harq feedback configuration techniques for broadband wireless communication networks
US10554346B2 (en) * 2015-09-25 2020-02-04 Telefonaktiebolaget Lm Ericsson (Publ) Allocating space for a plurality of control sets for HARQ
US10172118B2 (en) 2015-12-09 2019-01-01 Qualcomm Incorporated Decoupled mode for a common uplink burst transmission in a time division duplex subframe structure
EP4002746A1 (en) 2016-01-07 2022-05-25 Nokia Solutions and Networks Oy Method and apparatus for allocating acknowledgement resources
CN106961712A (zh) * 2016-01-12 2017-07-18 展讯通信（上海）有限公司 小区接入方法及基站
CN108702739B (zh) * 2016-02-04 2022-12-09 联想创新有限公司（香港) 传输确认
WO2017167394A1 (en) * 2016-04-01 2017-10-05 Nokia Solutions And Networks Oy Low latency hybrid automatic repeat request (harq) feedback for wireless networks
EP4412369A3 (en) * 2016-04-12 2024-09-04 Motorola Mobility LLC Scheduling of transmission time intervals
KR102271448B1 (ko) 2016-07-01 2021-07-01 엘지전자 주식회사 무선 통신 시스템에서 기지국과 단말 간 상향링크 신호를 송수신하는 방법 및 이를 지원하는 장치
WO2018010077A1 (zh) * 2016-07-11 2018-01-18 广东欧珀移动通信有限公司 传输数据的方法和终端设备
US10142886B2 (en) * 2016-09-30 2018-11-27 Cisco Technology, Inc. System and method to facilitate group reporting of user equipment congestion information in a network environment
US11323966B2 (en) 2016-10-28 2022-05-03 Qualcomm Incorporated Uplink transmission techniques in low latency wireless communication systems
US10142074B2 (en) * 2016-11-03 2018-11-27 Qualcomm Incorporated Techniques and apparatuses for common uplink burst
CN106793123B (zh) * 2016-12-30 2020-07-03 宇龙计算机通信科技(深圳)有限公司 一种迷你时隙配置及使用方法及智能终端
US10708007B2 (en) * 2017-01-05 2020-07-07 Qualcomm Incorporated Methods and apparatuses for indication of transmission preemption based on a hybrid automatic repeat request configuration
CN108282881B (zh) * 2017-01-06 2020-12-15 华为技术有限公司 一种资源配置方法及装置
CN108306720B (zh) * 2017-01-13 2022-06-21 北京三星通信技术研究有限公司 一种传输uci信息的方法和设备
US10158524B2 (en) * 2017-02-10 2018-12-18 Verizon Patent And Licensing Inc. System and method for enhanced network event monitoring and reporting
US10721052B2 (en) 2017-02-28 2020-07-21 Qualcomm Incorporated Narrowband time-division duplex frame structure for narrowband communications
US10511415B2 (en) * 2017-03-13 2019-12-17 Qualcomm Incorporated Uplink ACK resource allocation in new radio
US10985876B2 (en) * 2017-03-15 2021-04-20 Apple Inc. Determination of new radio (NR) physical uplink control channel (PUCCH) resource for hybrid automatic repeat request acknowledgement (HARQ-ACK) feedback
CN108633021B (zh) * 2017-03-23 2024-01-19 华为技术有限公司 一种上行控制信道的资源映射方法及装置
US10743319B2 (en) * 2017-05-01 2020-08-11 Qualcomm Incorporated Method of base station beam refinement
WO2018203791A1 (en) * 2017-05-05 2018-11-08 Telefonaktiebolaget Lm Ericsson (Publ) Allocation of acknowledgement resources
CN113613333B (zh) * 2017-06-22 2024-09-06 维沃移动通信有限公司 一种资源指示方法、移动终端及基站
EP3667971B1 (en) * 2017-08-10 2022-10-05 LG Electronics Inc. Method for transmitting and receiving uplink control channel and device therefor
WO2019043800A1 (ja) * 2017-08-29 2019-03-07 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
WO2019073357A1 (en) * 2017-10-10 2019-04-18 Telefonaktiebolaget Lm Ericsson (Publ) CHANGING PHYSICAL UPLINK CONTROL CHANNEL RESOURCE (PUCCH)
CN110086579B (zh) * 2018-01-26 2024-04-09 华为技术有限公司 一种通信方法及设备
US11824811B2 (en) * 2018-02-13 2023-11-21 Lenovo (Beijing) Limited Method and apparatus for fallback operation for semi-static HARQ-ACK codebook determination
US10470143B2 (en) * 2018-03-13 2019-11-05 Qualcomm Incorporated Systems and methods for timing synchronization and synchronization source selection for vehicle-to-vehicle communications
WO2019191999A1 (zh) * 2018-04-04 2019-10-10 华为技术有限公司 一种资源确定方法、指示方法及装置
US11290220B2 (en) * 2018-04-06 2022-03-29 Nokia Technologies Oy Selection of physical uplink control channel resources
US10609673B2 (en) * 2018-04-30 2020-03-31 Qualcomm Incorporated Reference signal measurement in mobile device having multiple antenna receiver
US10980049B2 (en) * 2018-05-10 2021-04-13 Qualcomm Incorporated Allocating physical uplink control channel (PUCCH) resources for ultra-reliable low latency communication (URLLC)
FI3811666T3 (fi) 2018-06-21 2023-09-20 Zte Corp Tekniikoita siirtonopeuden säätämiseksi
KR20210042129A (ko) * 2018-08-09 2021-04-16 콘비다 와이어리스, 엘엘씨 5g ev2x에 대한 자원 관리
KR102453168B1 (ko) 2018-08-17 2022-10-11 삼성전자주식회사 무선통신 시스템에서 과금 방법 및 장치
US10992422B2 (en) 2018-08-21 2021-04-27 At&T Intellectual Property I, L.P. Facilitating uplink control channel decoding for advanced networks
WO2020064552A1 (en) * 2018-09-28 2020-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Uplink power control for multiple services
US11647504B2 (en) * 2018-12-21 2023-05-09 Qualcomm Incorporated PUCCH carrying HARQ-A for multi-TRP with non-ideal backhaul
EP3909359A4 (en) * 2019-01-10 2022-10-05 Sharp Kabushiki Kaisha SUBSLOT-BASED DETERMINATION OF HARQ-ACK TIMING AND PUCCH RESOURCES FOR ULTRA-LOW-LATENCY PDSCH TRANSMISSION
KR102677727B1 (ko) * 2019-03-28 2024-06-25 애플 인크. 다중-trp 동작을 위한 업링크 송신 핸들링
WO2020204560A1 (ko) * 2019-03-29 2020-10-08 엘지전자 주식회사 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치
CN113796042B (zh) * 2019-04-01 2024-04-12 苹果公司 用于nr v2x侧链路通信和pscch dmrs物理结构的pscch控制信道设计
WO2021002292A1 (en) * 2019-07-01 2021-01-07 Sharp Kabushiki Kaisha Priority differentiation of sr transmissions with harq-ack codebooks of different service types
CN112422246B (zh) * 2019-08-23 2021-12-14 大唐移动通信设备有限公司 信息传输方法及装置
CN112437488B (zh) * 2020-04-08 2022-03-29 上海移远通信技术股份有限公司 一种被用于无线通信的节点中的方法和装置

Family Cites Families (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2468919C (en) * 2001-12-05 2010-03-09 Lg Electronics Inc. Error detection code generating method and error detection code generator
UA79540C2 (uk) * 2003-01-27 2007-06-25 Бп Кемікалз Лімітед Каталітична композиція окиснення, її одержання та спосіб селективного окиснення
MXPA06012882A (es) * 2004-05-07 2007-01-26 Interdigital Tech Corp Metodo y aparato para asignar procesos de solicitud de repeticion hibrida-automatica.
CN101257437A (zh) * 2007-02-28 2008-09-03 华为技术有限公司 呼叫仲裁节点失败路由重选方法、交换机和系统
MX2009013149A (es) * 2007-06-06 2010-02-04 Interdigital Tech Corp Mecanismo de soporte de transferencia de red heterogenea utilizando funciones de transferencia independiente de medios (mih).
US8379601B2 (en) * 2007-08-16 2013-02-19 Motorola Mobility Llc Method and system for selective use of control channel element based implicit pointing
GB2452698B (en) * 2007-08-20 2010-02-24 Ipwireless Inc Apparatus and method for signaling in a wireless communication system
EP2361468B1 (en) * 2008-09-26 2015-12-23 Telefonaktiebolaget Lm Ericsson (Publ) Congestion control method and devices
KR101267403B1 (ko) * 2008-11-07 2013-05-30 후아웨이 테크놀러지 컴퍼니 리미티드 릴레이 전송 방법 및 네트워크 노드
CN101489255B (zh) * 2009-01-09 2014-01-01 中兴通讯股份有限公司 一种上行控制信道的发送方法、装置及系统
US8670396B2 (en) * 2009-09-29 2014-03-11 Qualcomm Incorporated Uplink control channel resource allocation for transmit diversity
US8125909B2 (en) * 2009-10-22 2012-02-28 Motorola Solutions, Inc. Methods and apparatus for controlling congestion in a communication network
KR20110044727A (ko) * 2009-10-23 2011-04-29 엘지전자 주식회사 하향링크 ｈａｒｑ 피드백을 송수신하는 장치 및 그 방법
EP2496022A1 (en) 2009-10-30 2012-09-05 Mitsubishi Electric Corporation Mobile communication system
CN101711041B (zh) * 2009-12-09 2012-10-17 华为技术有限公司 拥塞控制方法、操作维护中心设备和基站
US8867362B2 (en) * 2010-01-15 2014-10-21 Telefonaktiebolaget Lm Ericsson (Publ) Congestion control for interworking between networks
US8600390B2 (en) * 2010-02-02 2013-12-03 Telefonaktiebolet L M Ericsson (publ) Returning user equipment to a source radio access network
US20110235599A1 (en) * 2010-03-29 2011-09-29 Samsung Electronics Co., Ltd. Method and system for uplink acknowledgement signaling in carrier-aggregated wireless communication systems
WO2011139069A2 (en) * 2010-05-03 2011-11-10 Samsung Electronics Co., Ltd. Method and system of transfering data in a carrier aggregation environment
WO2011139305A1 (en) * 2010-05-04 2011-11-10 Azuki Systems, Inc. Method and apparatus for carrier controlled dynamic rate adaptation and client playout rate reduction
US20120025750A1 (en) * 2010-07-27 2012-02-02 Margo Philip F Portable Solar Power System
US20120039175A1 (en) * 2010-08-11 2012-02-16 Alcatel-Lucent Usa Inc. Enabling a distributed policy architecture with extended son (extended self organizing networks)
US8923223B2 (en) 2010-08-16 2014-12-30 Qualcomm Incorporated Physical uplink control channel resource allocation for multiple component carriers
KR101333908B1 (ko) * 2010-09-24 2013-11-27 인텔 코오퍼레이션 액세스 포인트 혼잡 검출 및 감소를 위한 방법 및 시스템
US9113458B2 (en) * 2010-11-02 2015-08-18 Lg Electronics Inc. Method and device for transmitting/receiving uplink control information in wireless communication system
EP2638666A1 (en) 2010-11-08 2013-09-18 Telefonaktiebolaget L M Ericsson (publ) Monitoring congestion status in a network
KR101857659B1 (ko) * 2010-11-22 2018-05-14 엘지전자 주식회사 무선 통신 시스템에서 하향링크 측정 방법 및 장치
US8724467B2 (en) * 2011-02-04 2014-05-13 Cisco Technology, Inc. System and method for managing congestion in a network environment
CN111726150B (zh) * 2011-02-11 2022-10-25 交互数字专利控股公司 用于增强型控制信道的系统和方法
KR101849107B1 (ko) * 2011-02-17 2018-04-16 삼성전자주식회사 진화된 다운링크 물리 제어 채널에 대응하는 데이터 패킷들의 성공적 수신 여부를 피드백하기 위한 업링크 피드백 채널 할당 방법 및 장치
US20120257503A1 (en) * 2011-04-11 2012-10-11 Alcatel Lucent Usa Inc. Intelligent presence congestion notification service
US20130039291A1 (en) * 2011-08-12 2013-02-14 Research In Motion Limited Design on Enhanced Control Channel for Wireless System
WO2013048114A2 (en) * 2011-09-26 2013-04-04 Lg Electronics Inc. Method and apparatus for transmitting and receiving uplink control information in radio access system
CN102316595B (zh) * 2011-09-30 2017-04-12 中兴通讯股份有限公司 大带宽系统物理上行控制信道资源确定方法及装置
EP2813007A4 (en) * 2012-02-06 2015-10-28 Intel Corp CONTROL SIGNALS FOR THE CONFIGURATION OF DOWNLINK COORDINATED MULTIPOINT COMMUNICATIONS
US9055569B2 (en) 2012-06-29 2015-06-09 Samsung Electronics Co., Ltd. Uplink hybrid acknowledgement signaling in wireless communications systems
KR101612667B1 (ko) * 2012-07-03 2016-04-14 엘지전자 주식회사 무선통신 시스템에서 상향링크 제어 채널을 위한 자원 할당 방법 및 장치
FI4040710T3 (fi) 2012-08-02 2023-12-13 Blackberry Ltd Uplink-ohjauskanavan resurssien allokointi matkaviestinjärjestelmän parannettua downlink-ohjauskanavaa varten
WO2014048487A1 (en) * 2012-09-28 2014-04-03 Nokia Siemens Networks Oy Pucch resource allocation for e-pdcch in communications system
US9219595B2 (en) 2013-04-04 2015-12-22 Sharp Kabushiki Kaisha Systems and methods for configuration signaling

Also Published As

Publication number Publication date
HK1246025A1 (zh) 2018-08-31
US9191326B2 (en) 2015-11-17
JP6023342B2 (ja) 2016-11-09
CN104662951B (zh) 2019-06-04
JP6332650B2 (ja) 2018-05-30
KR20180036800A (ko) 2018-04-09
US20180098318A1 (en) 2018-04-05
EP2912881A1 (en) 2015-09-02
US9608910B2 (en) 2017-03-28
KR20150047590A (ko) 2015-05-04
KR20160122283A (ko) 2016-10-21
CN104662951A (zh) 2015-05-27
KR20170072951A (ko) 2017-06-27
US9397945B2 (en) 2016-07-19
KR101895758B1 (ko) 2018-09-05
EP2912881A4 (en) 2016-05-25
WO2014065899A1 (en) 2014-05-01
US10314015B2 (en) 2019-06-04
JP2015537438A (ja) 2015-12-24
CN104685816A (zh) 2015-06-03
DE202013012662U1 (de) 2018-04-03
KR101749841B1 (ko) 2017-06-21
EP2912881B1 (en) 2017-09-06
EP2912796A1 (en) 2015-09-02
CN107517096B (zh) 2020-07-31
US20150085722A1 (en) 2015-03-26
CN104685816B (zh) 2018-01-12
JP2017022779A (ja) 2017-01-26
US10271319B2 (en) 2019-04-23
KR101929105B1 (ko) 2018-12-13
EP2912796B1 (en) 2023-03-29
HUE037326T2 (hu) 2018-08-28
US20150016311A1 (en) 2015-01-15
US20160066302A1 (en) 2016-03-03
US20170135091A1 (en) 2017-05-11
EP2912796A4 (en) 2016-04-20
US20150103664A1 (en) 2015-04-16
US9794919B2 (en) 2017-10-17
KR20150048198A (ko) 2015-05-06
KR101669777B1 (ko) 2016-10-26
CN107517096A (zh) 2017-12-26
WO2014065898A1 (en) 2014-05-01

Similar Documents

Publication Publication Date Title
ES2645459T3 (es) Notificación de congestión del plano de usuario
US9935694B2 (en) Reduction of user plane congestion
JP6055039B2 (ja) 共通のｐｄｐコンテキストを共有するためのシステムおよび方法
ES2798299T3 (es) Método de transmisión de datos, entidad de gestión de la movilidad y terminal móvil
ES2717891T3 (es) Métodos, aparatos, un sistema y un producto de programa informático relacionado para activación y desactivación de portadoras
ES2463216B2 (es) Conexiones de redes de datos en paquetes para dispositivos inalámbricos de prioridad múltiple
US9560512B2 (en) Reporting of user plane congestion (UPCON) using a UPCON container
ES2733213T3 (es) Método para procesamiento de datos asociados con gestión de sesión y gestión de movilidad
ES2789360T3 (es) Informe de la red de servicio, la zona horaria y la UCI
ES2688896T3 (es) Métodos y nodos para la manipulación de datos de abonado actualizados
WO2017026465A1 (ja) 端末装置、基地局装置、端末装置の通信制御方法及び基地局装置の通信制御方法
US20150117192A1 (en) Method for Controlling Connection Between User Equipment and Network, and Mobility Management Entity
US20150256349A1 (en) Method and device for selecting packet data network gateway in wireless communication system