MX2012009268A - Control de acceso y control de congestion en comunicacion de maquina-a-maquina. - Google Patents

Control de acceso y control de congestion en comunicacion de maquina-a-maquina.

Info

Publication number
MX2012009268A
MX2012009268A MX2012009268A MX2012009268A MX2012009268A MX 2012009268 A MX2012009268 A MX 2012009268A MX 2012009268 A MX2012009268 A MX 2012009268A MX 2012009268 A MX2012009268 A MX 2012009268A MX 2012009268 A MX2012009268 A MX 2012009268A
Authority
MX
Mexico
Prior art keywords
network
access
mtc
wtru
time
Prior art date
Application number
MX2012009268A
Other languages
English (en)
Inventor
Ana Lucia Pinheiro
Rocco Digirolamo
Diana Pani
Behrouz Aghili
Jean-Louis Guavreau
Bhaskar M Anepu
Joseph Murray
Original Assignee
Interdigital Patent Holdings
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 Interdigital Patent Holdings filed Critical Interdigital Patent Holdings
Publication of MX2012009268A publication Critical patent/MX2012009268A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/02Access restriction performed under specific conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50Service provisioning or reconfiguring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0215Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • H04W28/0875Load balancing or load distribution to or through Device to Device [D2D] links, e.g. direct-mode links
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • H04W28/09Management thereof
    • H04W28/0958Management thereof based on metrics or performance parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0289Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/52Allocation or scheduling criteria for wireless resources based on load

Abstract

El llevar a cabo un equilibrio de carga mediante una unidad de transmisión/recepción inalámbrica, WTRU, incluye evaluar de manera autónoma, por la WTRU, un valor de carga de celda actual y, a condición de que el valor de carga de celda actual sea mayor a un umbral predeterminado, llevar a cabo el equilibrio de carga mediante bloqueo de la celda actual (es decir, mediante adición de la celda actual a una lista de celda bloqueada durante un periodo de tiempo predeterminado). El valor de carga de celda actual puede ser el número de intentos de acceso a RACH fallidos, consecutivos. Otras modalidades enseñan un método para identificar un dispositivo de comunicación de tipo máquina, MTC, un método para restringir el acceso a un grupo (conjunto) de dispositivos de MTC, un método para restringir el acceso a un dispositivo de MTC en particular, un método para controlar la congestión, y un método para ordenamiento preferencial de dispositivo de MTC.

Description

CONTROL DE ACCESO Y CONTROL DE CONGESTIÓN EN COMUNICACIÓN DE MÁQUINA-A-MÁQUINA ANTECEDENTES La comunicación de máquina a máquina (M2M) es la comunicación entre máquinas que no necesariamente necesitan intervención humana. Esta forma de comunicación se espera que tenga aplicaciones en áreas tales como conteo inteligente, automatización del hogar, e-Salud, gestión de flotas, etc. Para dirigir este nuevo mercado potencial, el Proyecto Asociación de Tercera Generación (3GPP) ha' iniciado" un esfuerzo para determinar optimizaciones potenciales de red que podrían disminuir los costos operacionales asociados con el ofrecimiento de estos nuevos servicios M2M.
Como se define por 3GPP, Comunicación Tipo Máquina (MTC) incluye las siguientes entidades : Suscriptor MTC: Alguna entidad legal que tiene un acuerdo con el operador de red para proporcionar un servicio M2M a través de la red móvi 1.
Dispositivo MTC: Una unidad de transmisión/recepción inalámbrica (WTRU) equipada para comunicación TC.
Servidor MTC: Una entidad que se comunica directamente con la red móvil e indirectamente a los dispositivos MTC a través de la red móvil. También proporciona una interfase al usuario MTC.
Usuario MTC: Un usuario que utiliza los servicios de un servidor M2M.
Ca acterística MTC: una función de red que se optimiza para aplicaciones M2M. Estas funciones pueden observarse como características que los dispositivos MTC pueden poseer .
Estas entidades se enlazan a través del operador de red por dos escenarios de comunicación diferentes: dispositivos MTC comunicándose con servidores MTC, con el servidor MTC ya sea dentro del dominio del operador de red (ver Figura 1) o fuera del dominio del operador de red (ver Figura 2); y dispositivos MTC comunicándose entre sí a través de uno o más operadores de red (ver Figura 3 ) .
Comunicaciones M2M tienen un número de características únicas que pueden utilizarse para optimizar el uso de la red del operador. Estas características incluyen, por ejemplo: en su mayor parte comunicación céntrica de datos (voz no esperada), un número potencia lmente grande de terminales de comunicación, un bajo volumen de tráfico por terminal, una movilidad potencialmente baja para algunos dispositivos, y dispositivos limitados potencialmente energizados.
Estas características pueden agruparse en características MTC, incluyendo, por ejemplo: baja movilidad, que incluye dispositivos que no se mueven, se mueven de manera no frecuente, o permanecen dentro de un área limitada; controlado por tiempo, que incluye dispositivos que envían o reciben datos durante ciertos periodos de tiempo definidos; tolerante al tiempo, que incluye dispositivos en los cuales la información no es en tiempo real y es aceptable algún retraso en la transmisión de los datos del dispositivo a su destino; paquete solamente conmutado; transmisión de datos pequeños en línea, que incluye dispositivos que se conectan o en línea y frecuentemente transmitir cantidades pequeñas de datos; transmisión de datos pequeños fuera de línea, que incluye dispositivos que se conectan a la red cuando necesitan transmitir o recibir datos y después desconecta se; móvil solamente originado; móvil terminado infrecuente; monitoreo MTC, que incluye dispositivos utilizados para detectar eventos que pueden dar como resultado vandalismo o robo; indicación fuera de línea, que incluye dispositivos que proporcionan una indicación cuando se pierde la conexión entre el dispositivo " y la red; indicación de interferencia provocada; mensaje de alarma de prioridad (PA ), que incluye dispositivos que manejan mensajes que necesitan tener algún nivel de prioridad y pueden ser críticos del tiempo; consumo de energía extra bajo; conexión segura; activador específico de ubicación, que incluye dispositivos configurados para enviar una indicación cuando entran en ciertas áreas; control MTC a base de grupo; y direccionamiento MTC a base de grupo.
Un dispositivo MTC puede requerir cualquier subconjunto de estas características MTC (por ejemplo, tolerante al tiempo, controlado por tiempo, e indicación de interfe encia provocada) . Las características MTC asociadas con un dispositivo pueden ser parte de la información de subscripción MTC mantenida por la red.
El dominio del operador de red se divide entre una red de acceso y una red núcleo. La red núcleo es responsable de un número de funciones de capa más alta, incluyendo: manejo de movilidad, control de llamada, manejo de sesión, facturación, y control de seguridad. La red de acceso es responsable del acceso por el enlace inalámbrico, y tiene funciones relacionadas con la transmisión/recepción de la capa física, control de acceso, movilidad de radio, y uso de recursos de radio. Como un ejemplo, la Figura 4 muestra una vista de alto nivel de las redes de acceso GERAN (a base de T DMA ) y UMTS (a base de CDMA) . Ambas redes de acceso comparten una red núcleo conmutada por paquete o conmutada por circuito. Cada Nodo B/BTS puede pensarse como control de las comunicaciones celulares con una celda (la celda se define por el área de cobertura del Nodo B/BTS) .E1 Nodo B/BTS transmite "información del sistema" que proporciona los detalles de configuración utilizados dentro de la celda.
Una de las aplicaciones de un dispositivo MTC es la medición. En una aplicación de medición, un número considerable de dispositivos MTC puede desplegarse en un área relativamente pequeña y la mayoria de estos dispositivos pueden conectarse a una celda única o muy pocas celdas. Puede esperarse que estos dispositivos se comuniquen con la red en tiempos predeterminados y por un periodo de intervalos de tiempo predefinidos. Aunque la densidad del dispositivo es alta, la cantidad de datos que los dispositivos necesitan transmitir a la red puede no ser frecuente o grande. Las redes móviles necesitan asegurar que estos dispositivos tienen acceso durante estos tiempos predefinidos por la duración del tiempo requerido.
BREVE DESCRIPCIÓN DE LA INVENCIÓN Un método para realizar equilibrio de carga por una unidad de t ran smi s i ón / r e cepci ón inalámbrica incluye evaluar un valor de carga de celda actual y en una condición que el valor de carga de celda actual es mayor que un umbral predeterminado, realizar el equilibrio de carga al bloquear la celda actual.
BREVE DESCRIPCIÓN DE LAS FIGURAS Puede tenerse un entendimiento más detallado a partir de la siguiente descripción, dada a manera de ejemplo junto con las figuras acompañantes, en donde: Figura 1 es un diagrama de comunicación entre un dispositivo MTC y un servidor MTC cuando el servidor MTC está en el dominio del operador; Figura 2 es un diagrama de comunicación entre un dispositivo MTC y un servidor MTC cuando el servidor MTC está fuera del dominio del operador; Figura 3 es un diagrama de comunicación entre dos dispositivos MTC que pueden estar en diferentes dominios del operador; Figura 4 es un diagrama de vista de alto nivel de un acceso 3GPP/ red núcleo; Figura 5A es un diagrama del sistema de un sistema de comunicaciones e j emplif icativo en el cual pueden imp 1 eme nt a r s e una o más modalidades descritas; Figura 5B es un diagrama del sistema de una unidad de transmisión/recepción inalámbrica (WTRU) ejemplif icativa que puede utilizarse dentro del sistema de comunicaciones ilustrado en la Figura 5A ; Figuras 5C y 5D son diagramas del sistema de redes de acceso por radio e j empl i f i cat i va s y redes de núcleo e emplif icativas que pueden utilizarse dentro del sistema de comunicaciones ilustrado en la Figura 5A; Figura' 6 es un diagrama de un formato del campo de dirección; Figura 7 es un diagrama de un bloque de datos RLC de enlace ascendente con un encabezado MAC; Figura 8 es un diagrama de un bloque de control RLC /MAC de enlace ascendente junto con su encabezado MAC; Figura 9 es un diagrama de un cuadro de radio que muestra bits disponibles; y Figura 10 es un diagrama de flujo de un método para darle prioridad al dispositivo.
DESCRIPCIÓN DETALLADA Figura 5A es un diagrama de un sistema de comunicaciones e j empl i f i ca t i o 100 en el cual pueden implement ar se una o más modalidades descritas. El sistema de comunicaciones 100 puede ser un sistema de acceso múltiple que proporciona contenido, tales como voz, datos, video, mensajes, transmisión, etc., a múltiples usuarios inalámbricos. El sistema de comunicaciones 100 puede permitir que múltiples usuarios inalámbricos tengan acceso a tal contenido a través de compartir los recursos del sistema, incluyendo ancho" de banda inalámbrico. Por ejemplo, el sistema de comunicaciones 100 puede emplear uno o más métodos de acceso al canal, tales como acceso múltiple por división de código (CDMA) , acceso múltiple por división de tiempo (TDMA) , acceso múltiple por división de frecuencia (FDMA) , FDMA ortogonal ( O FDMA ) , FDMA portador único (SC-FDMA) , y lo similar.
Como se muestra en la Figura 5A, el sistema de comunicaciones 100 puede incluir unidades de transmisión/recepción inalámbricas (WTRUs) 102a, 102b, 102c, 102d, una red de acceso por radio ( RAN ) 104, una red núcleo 106, una red telefónica conmutada pública (PSTN) 108, Internet 110, y otras redes 112, aunque se apreciaría que las modalidades descritas contemplan cualquier número de WTRUs, estaciones base, redes, y/o elementos de red. Cada de las WTRUs 102a, 102b, 102c, 102d puede ser cualquier tipo de dispositivo configurado para operar y/o comunicarse en un ambiente inalámbrico. A manera de ejemplo, las WTRUs 102a, 102b, 102c, 102d pueden configurarse para transmitir y/o recibir señales inalámbricas y pueden incluir equipo de usuario (UE), una estación móvil, una unidad suscriptora fija o móvil, un paginador, un teléfono celular, un asistente digital personal (PDA), un teléfono inteligente, una laptop, una netbook, una computadora personal, un sensor inalámbrico, electrónicos para consumidores, y lo similar.
Los sistemas de comunicaciones 100 también pueden incluir una estación base 114a y una estación base 114b. Cada una de las estaciones base 114a, 114b puede ser cualquier tipo de dispositivo configurado para inferíase de manera inalámbrica con al menos una de las TRUs 102a, 102b, 102c, 102d para facilitar el acceso a una o más redes de comunicación, tales como la red núcleo 106, Internet 110, y/o las redes 112. A manera de ejemplo, las estaciones base 114a, 114b pueden ser una estación transceptora base (BTS), un Nodo B, un eNodo B, un Nodo B de Hogar, un eNodo B de Hogar, un controlador de sitio, un punto de acceso (AP), un router inalámbrico, y lo similar. Aunque las estaciones base 114a, 114b se representan cada una como un elemento único, se apreciará que las estaciones base 114a, 114b pueden incluir cualquier número de estaciones base y/o elementos de red interconectados .
La estación base 114a puede ser parte de la RAN 104, que también puede incluir otras estaciones base y/o elementos de red (no mostrados), tales como un controlador de estación base (BSC), un controlador de red por radio (RNC), nodos de retransmisión, etc. La estación base 114a y/o la estación base 114b pueden configurarse para transmitir y/o recibir señales inalámbricas dentro de una región geográfica particular, que puede referirse como una celda (no mostrada) . La celda puede dividirse además en sectores de celda. Por ejemplo, la celda asociada con la estación base 114a puede dividirse en tres sectores. De esta manera, en una modalidad, la estación base 114a puede incluir tres t ransceptores , es decir, una para cada sector de la celda. En otra modalidad, la estación base 114a puede emplear tecnología múltiples entradas múltiples salidas (MIMO) y, por lo tanto, puede utilizar múltiples t ransceptores para cada sector de la celda .
Las estaciones base 114a, 114b pueden comunicarse con una o más de las WTRüs 102a, 102b, 102c, 102d sobre una interfase aérea 116, que puede ser cualquier enlace de comunicación inalámbrica adecuado (por ejemplo, radiofrecuencia (RF), microonda, infrarroja (IR), ultravioleta (UV) , luz visible, etc.) . La interfase aérea 116 puede establecerse utilizando cualquier tecnología de acceso por radio adecuada (RAT) .
Más específicamente, como se observa arriba, el sistema de comunicaciones 100 puede ser un sistema de acceso múltiple y puede emplear uno o más esquemas de acceso al canal, tales como C DMA, TDMA, FDMA, OFDMA, SC-FDMA, y lo similar. Por ejemplo, la estación base 114a en la RAN 104 y las WTRUs 102a, 102b, 102c pueden implementar una tecnología por radio tal como Acceso por Radio Terrestre (UTRA) del Sistema de Telecomunicaciones Móvil Universal (UMTS) , que puede establecer la interfase aérea 116 utilizando C DMA de banda ancha (WCDMA) . WCDMA puede incluir protocolos de comunicación tales como Acceso a Paquete a Alta Velocidad (HSPA) y/o HSPA Evolucionado (HSPA+) . HSPA puede incluir Acceso a Paquete de Enlace Descendente a Alta Velocidad (HSDPA)" y/o Acceso a Paquete de Enlace Ascendente a Alta Velocidad (HSUPA) .
En otra modalidad, la estación base 114a y las WTRUs 102a, 102b, 102c pueden implementar una tecnología por radio tal como Acceso por Radio Terrestre UMTS Evolucionado (E-UTRA) , que puede establecer la interfase aérea 116 utilizando Evolución a Largo Plazo (LTE) y/o LTE-Avanzado (LTE-A) .
En otras modalidades, la estación base 114a y las WTRUs 102a, 102b, 102c pueden implementar tecnologías por radio tal como IEEE 802.16 (es decir, Interoperabilidad Mundial para Acceso por Microonda ( iMAX) ) , CDMA2000, CDMA2000 IX, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000)> Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Sistema Global para Comunicaciones Móviles (GSM), Velocidades de Datos Mejorados para Evolución GSM (EDGE), GSM EDGE (GERAN) , y lo similar.
La estación base 114b en la Figura 5A puede ser UN router inalámbrico, Nodo B de Hogar, eNodo B de Hogar, o punto de acceso, por ejemplo, y puede utilizar cualquier tecnología de acceso por radio adecuada ( RAT ) para facilitar la conectividad inalámbrica en un área localizada, tal como un lugar de negocios, un hogar, un vehículo, un campus, y lo similar. En una modalidad, la estación base 114b y las WTRUs 102c, 102d pueden implementar una tecnología por radio tal como IEEE 802.11 para establecer una red de área local inalámbrica ( WLAN ) . En otra modalidad, la estación base 114b y las WTRUs 102c, 102d pueden implementar una tecnología por radio tal como IEEE 802.15 para establecer una red de área personal inalámbrica (WPAN) . En todavía otra modalidad, la estación base 114b y las WTRUs 102c, 102d pueden utilizar una RAT de base celular (por ejemplo, CDMA, CDMA2000, GSM, LTE, LTE-A, etc.) para establecer una picocelda o femtocelda . Como se muestra en la Figura 5A, la estación base 114b puede tener una conexión directa a Internet 110. De esta manera, la estación base 114b no puede requerirse para acceso a Internet 110 a través de la red núcleo 106.
La RAN 104 puede estar en comunicación con la red núcleo 106, que puede ser cualquier tipo de red configurada para proporcionar voz, datos, aplicaciones, y/o voz sobre protocolo de internet (VoIP) a una o más de las WTRUs 102a, 102b, 102c, 102d. Por ejemplo, la red núcleo 106 puede proporcionar control de llamada, servicios de facturación, servicios a base de ubicación móvil, llamada por pre-pago, conectividad a Internet, distribución de video, etc., y/o realizar funciones de seguridad de alto nivel, tal como aute nt i f i ca c i ón del usuario. Aunque no se muestra en la Figura 5A, se apreciará que la RAN 104 y/o la red núcleo 106 puede estar comunicada directa o indirecta con otras RANs que emplean la misma RAT que la RAN 104 o una RAT diferente. Por ejemplo, además de conectarse a la RAN 104, que puede estar utilizando una tecnología por radio E-UTRA, la red núcleo 106 también puede estar en comunicación con otra RAN (no mostrada) empleando una tecnología por radio GSM.
La red núcleo 106 también puede servir como una entrada para las TRUs 102a, 102b, 102c, 102d para acceder a la PSTN 108, Internet 110, y/u otras redes 112. PSTN 108 puede incluir redes telefónicas conmutadas por circuito que proporcionan' servicio . telefónico tradicional (POTS) . Internet 110 puede incluir un sistema global de dispositivos y redes computacionales interconectados que utilizan protocolos de comunicación comunes, tales como el protocolo de control de transmisión (TCP) , protocolo de datagrama de usuario (UDP) y el protocolo de internet (IP) en el juego de protocolo de internet TCP/IP. Las redes 112 pueden incluir comunicaciones alámbricas o inalámbricas redes propiedad de y/u operadas por otros proveedores del servicio. Por ejemplo, las redes 112 pueden incluir otra red núcleo conectada a una o más RANs, que pueden emplear la misma RAT que la RAN 104 o una RAT di férente .
Algunas o todas las WTRUs 102a, 102b, 102c, 102d en el sistema de comunicaciones 100 puede incluir capacidades de multi-modo, es decir, las WTRUs 102a, 102b, 102c, 102d pueden incluir múltiples t ransceptores para comunicarse con diferentes redes inalámbricas por diferentes enlaces inalámbricos. Por ejemplo, la WTRÜ 102c mostrada en la Figura 5A puede configurarse para comunicarse con la estación base 114a, que puede emplear una tecnología por radio de base celular, y con la estación base 114b, que puede emplear una tecnología por radio IEEE 802.
Figura 5B es un diagrama del sistema de un ejemplo WTRU 102. Como se muestra en la Figura 5B, la WTRU 102 puede incluir un procesador 118, un transceptor 120, un elemento de transmisión/recepción 122, un altavoz/micrófono 124, un teclado 126, una pant al la / tape te táctil 128, memoria no removible 106, memoria removible 132, una fuente de energía 134, un conjunto de chips del sistema de pos icionamient o global (GPS) 136, y otros periféricos 138. Se apreciará que la WTRU 102 puede incluir cualquier subcombinación de los elementos anteriores mientras permanece consistente con una modalidad.
El procesador 118 puede ser un procesador de propósito general, un procesador de propósito especial, un procesador convencional, un procesador de señal digital (DSP), una pluralidad de micro rocesadores, uno o más microprocesadores en asociación con un núcleo DSP, un controlador, un microcont rolador , Circuitos Integrados de Aplicación Especifica (ASICs), circuitos de Matriz de Entrada Programable por Campo (FPGAs), cualquier otro tipo de circuito integrado (IC), una máquina de estado, y lo similar. El procesador 118 puede realizar codificación de señal, procesamiento de datos, control de energía, procesamiento de entrada/salida, y/o cualquier otra funcionalidad que permite que la WTRU 102 opere en un ambiente inalámbrico. El procesador 118 puede acoplarse al transceptor 120, que puede acoplarse al elemento de transmisión/recepción 122. Mientras la Figura 5B representa el procesador 118 y el transceptor 120 como componentes separados, se apreciará que el procesador 118 y el transceptor 120 pueden integrarse juntos en un chip o paquete electrónico .
El elemento de transmisión/recepción 122 puede configurarse para transmitir señales a, o recibir señales de, una estación base (por ejemplo, la estación base 114a) por la interfase aérea 116. Por ejemplo, en una modalidad, el elemento de transmisión/recepción 122 puede ser una antena configurada para transmitir y/o recibir señales RF. En otra modalidad, el elemento de transmisión/recepción 122 puede ser un emisor /detector configurado para transmitir y/o recibir IR, UV, o señales de luz visibles, por ejemplo. En todavía otra modalidad, el elemento de transmisión/recepción 122 puede configurarse para transmitir y recibir tanto RF como señales de luz. Se apreciará que el elemento de t ransmi s i ón / re cepc i ón 122 puede configurarse para transmitir y/o recibir cualquier combinación de señales inalámbricas.
Además, aunque el elemento de transmisión/recepción 122 se representa en la Figura 5B como un elemento único, la TRU 102 puede incluir cualquier número de elementos de transmisión/recepción 122. Más específicamente, la WTRU 102 puede emplear tecnología MIMO. De esta manera, en una modalidad, la WTRU 102 puede incluir dos o más elementos de t ran smi s i ón / re cepc i ón 122 (por ejemplo, múltiples antenas) para transmitir y recibir señales inalámbricas por la interfase aérea 116.
El transceptor 120' puede configurarse para modular las señales que estén por transmitirse por el elemento de t ran smi s i ón / re cepc i ón 122 y para desmodular las señales que se reciben por el elemento de t ran smi s i ón / re cepc i ón 122. Como se observa arriba, la WTRU 102 puede tener capacidades de multi-modo. De esta manera, el transceptor 120 puede incluir múltiples t ransceptores para permitir que la WTRU 102 se comunique a través de múltiples RATs, tales como UTRA e IEEE 802.11, por ejemplo.
El procesador 118 de la WTRU 102 puede acoplarse a, y puede recibir datos de entrada del usuario del, al tavoz /micrófono 124, teclado 126, y/o la pan t a 11 a / t ape te táctil 128 (por ejemplo, una unidad de despliegue con pantalla de cristal liquido (LCD) o unidad de despliegue de diodo emisor de luz orgánico (OLED) ) . El procesador 118 también puede emitir datos del usuario al altavoz /micrófono 124, el teclado 126, y/o la pan t a 1 la / t ape t e táctil 128. Además, el procesador 118 puede tener acceso a la información de, y almacenar datos en, cualquier tipo de memoria adecuada, tal como la memoria no removible 106 y/o la memoria removible 132. La memoria no removible 106 puede incluir memoria de acceso aleatorio (RAM), memoria de sólo lectura (ROM) , un disco duro, o cualquier otro tipo de dispositivo de almacenamiento de memoria. La memoria removible 132 puede incluir una tarjeta del módulo de identidad del suscriptor (SIM) , una tarjeta de memoria, una tarjeta de memoria digital segura (SD) , y lo similar. En otras modalidades, el procesador 118 puede tener acceso a información de, y almacenar datos en, la memoria que no se ubica físicamente en la WTRU 102, tal como en un servidor o una computadora para el hogar (no mostrada ) .
El procesador 118 puede recibir energía de la fuente de energía 134, y puede configurarse para distribuir y/o controlar la energía a los otros componentes en la WTRU 102. La fuente de energía 134 puede ser cualquier dispositivo adecuado para energizar la WTRU 102. Por ejemplo, la fuente de energía 134 puede incluir una o más baterías de celda secas (por ejemplo, níquel-cadmio (NiCd), níquel-zinc (NiZn), hidruro de metal de níquel (NiMH), litio-ión (Li-ion), etc.), celdas solares, celdas de combustible, y lo similar.
El procesador 118 también puede acoplarse al conjunto de chips GPS 136, que puede configurarse para proporcionar la información de ubicación (por ejemplo, longitud y latitud) considerando la ubicación actual de la WTRU 102. Además de, o en lugar de, la información del conjunto de chips GPS 136, la WTRU 102 puede recibir información de ubicación por la interfase aérea 116 de una estación base (por ejemplo, estaciones base 114a, 114b) y/o determinar su ubicación en base a la tempori zación de las señales recibiéndose de dos o más estaciones base cercanas. Se apreciará que la WTRÜ 102 puede adquirir información de ubicación por medio de cualquier método de determinación de la ubicación adecuada mientras permanece consistente con una modalidad .
El procesador 118 puede acoplarse además a otros periféricos 138, que pueden incluir uno o más módulos de software y/o hardware que proporcionan características adicionales, funcionalidad y/o conectividad inalámbrica o alámbrica. Por ejemplo, los periféricos 138 pueden incluir un acelerómetro, un e-compass, un transceptor satelital, una cámara digital (para fotografías o video), un puerto de bus serial universal (USB), un dispositivo de vibración, un transceptor de televisión, unos audífonos manos libres, un módulo Bluetooth®, una unidad de radio de frecuencia modulada ( FM ) , un reproductor de música digital, un reproductor media, un módulo reproductor de juegos de video, un explorador de Internet, y lo similar.
Figura 5C es un diagrama del sistema de la RAN 104 y la red núcleo 106 de acuerdo a una modalidad. Como se observa arriba, la RAN 104 puede emplear una tecnología por radio UTRA para comunicarse con las WTRUs 102a, 102b, 102c por la interfase aérea 116. La RAN 104 también puede estar en comunicación con la red núcleo 106. Como se muestra en la Figura 5C, la RAN 104 puede incluir Nodos-B 140a, 140b, 140c, los cuales pueden incluir uno o más transceptores para comunicarse con las WTRUs 102a, 102b, 102c por la interfase aérea 116. Los Nodos-B 140a, 140b, 140c cada uno puede asociarse con una celda particular (no mostrada) dentro de la RAN 104. La RAN 104 también puede incluir RNCs 142a, 142b. Se apreciará que la RAN 104 puede incluir cualquier número de Nodos-B y RNCs mientras permanece consistente con una modalidad .
Como se muestra en la Figura 5C, los Nodos-B 140a, 140b pueden estar en comunicación con el RNC 142a. Adicionalmente , el Nodo-B 140c puede estar en comunicación con el RNC 142b. Los Nodos-B 140a, 140b, 140c pueden comunicarse con los RNCs respectivos 142a, 142b a través de una interfase Iub. Los RNCs 142a, 142b pueden estar en comunicación con otra vía una interfase Iur. Cada uno de los RNCs 142a, 142b puede configurarse para controlar los Nodos-B respectivos 140a, 140b, 140c a los cuales se conecta. Además, cada uno de los RNCs 142a, 142b puede configurarse para llevar a cabo o soportar otra funcionalidad, tal como control de energía de ciclo exterior, control de carga, control de admisión, programación de paquetes, control de traspaso, macrodiversidad, funciones de seguridad, cifrado de datos, y lo similar.
La red núcleo 106 mostrada en la Figura 5C puede incluir una entrada de medios (MGW) 144, un centro de conmutación móvil (MSC) 146, un nodo de soporte GPRS servidor (SGSN) 148, y/o un nodo de soporte GPRS de entrada (GGSN) 150. Mientras cada uno de los elementos anteriores se representa como parte de la red núcleo 106, se apreciará que cualquiera de estos elementos puede ser propiedad de y/u operarse por una entidad diferente al operador de la red núcleo.
El RNC 142a en la RAN 104 puede conectarse al MSC 146 en la red núcleo 106 a través de una interfase IuCS. El MSC 146 puede conectarse a la MGW 144. El SC 146 y la MGW 144 pueden proporcionar las WTRUs 102a, 102b, 102c con acceso a las redes conmutadas por circuito, tal como la PSTN 108, para facilitar las comunicaciones entre las WTRUs 102a, 102b, 102c y dispositivos de comunicaciones de linea terrestre t adicionales.
El RNC 142a en la RAN 104 también puede conectarse al SGSN 148 en la red núcleo 106 a través de una interfase IuPS. El SGSN 148 puede conectarse al GGSN 150. El SGSN 148 y la GGSN 150 pueden proporcionar las WTRUs 102a, 102b, 102c con acceso a redes conmutadas por paquete, tales como Internet 110, para facilitar comunicaciones entre y las WTRUs 102a, 102b, 102c y dispositivos habilitados por IP.
Como se observa arriba, la red núcleo 106 también puede conectarse a las redes 112, que pueden incluir otras redes alámbricas o inalámbricas que son propiedad de y/o se operan por otros proveedores del servicio.
Figura 5D es un diagrama del sistema de la RAN 104 y la red núcleo 106 de acuerdo a una modalidad. Como se observa arriba, la RAN 104 puede emplear una tecnología por radio E-UTRA para comunicarse con las TRUs 102a, 102b, 102c por la interfase aérea 116. La RAN 104 también puede estar en comunicación con la red núcleo 106.
La RAN 104 puede incluir eNodos-B 240a, 240b, 240c, aunque se apreciará que la RAN 104 puede incluir cualquier número de eNodos-B mientras permanece consistente con una modalidad. Los eNodos-B 240a, 240b, 240c pueden incluir uno o más transceptores para comunicarse con las WTRUs 102a, 102b, 102c por la interfase aérea 116. En una modalidad, los eNodos-B 240a, 240b, 240c pueden implementar tecnología MIMO. De esta manera, el eNodo-B 240a, por ejemplo, puede utilizar múltiples antenas para transmitir señales inalámbricas a, y recibir señales inalámbricas de, la WTRU 102a .
Cada uno de los eNodos-B 240a, 240b, 240c puede asociarse con una celda particular (no mostrada) y pueden configurarse para manejar decisiones de manejo del recurso de radio, decisiones de traspaso, programación de usuarios en el enlace ascendente y/o enlace descendente, y lo similar. Como se muestra en la Figura 5D, los eNodos-B 240a, 240b, 240c pueden comunicarse entre si por una interfase X2.
La red núcleo 106 mostrada en la Figura 5D puede incluir una entrada de manejo de movilidad (MME) 242, una entrada de servicio 244 , y una entrada de la red de datos del paquete (PDN) 246. Aunque cada uno de los elementos anteriores se representa como parte de la red núcleo 106, se apreciará que cualquiera de estos elementos puede ser propiedad de y/o operarse por una entidad diferente al operador de la réd núcleo. .
La MME 242 puede conectarse a cada uno de los eNodos-B 240a, 240b, 240c en la RAN 104 a través de una interfase Si y puede servir como un nodo de control. Por ejemplo, la MME 242 puede ser responsable para autentificar a los usuarios de las WTRUs 102a, 102b, 102c, a ct iva ci ón / de s a ct ivac ión del portador, seleccionando una entrada de servicio particular durante una unión inicial de las WTRUs 102a, 102b, 102c, y lo similar. La MME 242 también puede proporcionar una función de plano de control para conmutar entre la RAN 104 y otras RANs (no mostradas) que emplean otras tecnologías por radio, tales como GSM o WCDMA.
La entrada de servicio 244 puede conectarse a cada uno de los eNodos B 240a, 240b, 240c en la RAN 104 a través de la interfase SI. La entrada de servicio 244 puede encaminar generalmente y adelantar paquetes de datos del usuario a/de las TRUs 102a, 102b, 102c. La entrada de servicio 244 también puede realizar otras funciones, tales como sujetar planos de usuario durante traspasos de inter-eNodo B, activar la paginación cuando los datos de enlace descendente están disponibles para las WTRUs 102a, 102b, 102c, manejar y almacenar contextos de las WTRUs 102a, 102b, 102c, y lo similar .
La entrada de servicio 244 también puede conectarse a la entrada PDN 246, que puede proporcionar las WTRUs 102a, 102b, 102c con acceso a redes conmutadas por paquete, tal como Internet 110, para facilitar las comunicaciones entre las WTRUs 102a, 102b, 102c y dispositivos habilitados por IP.
La red núcleo 106 puede facilitar las comunicaciones con otras redes. Por ejemplo, la red núcleo 106 puede proporcionar las WTRUs 102a, 102b, 102c con acceso a redes conmutadas por circuito, tal como PSTN 108, para facilitar las comunicaciones entre las WTRUs 102a, 102b, 102c y dispositivos de comunicaciones de linea terrestre tradicionales. Por ejemplo, la red núcleo 106 puede incluir, o puede comunicarse con, una entrada IP (por ejemplo, un servidor de subsistema multimedia IP (IMS) ) que sirve como una interfase entre la red núcleo 106 y PSTN 108. Además, la red núcleo 106 puede proporcionar las WTRUs 102a, 102b, 102c con acceso a las redes 112, que pueden incluir otras redes alámbricas o inalámbricas que son propiedad de y/o se operan por otros proveedores del servicio.
Control de acceso al RACH En sistemas MTC, un gran número de terminales de comunicación puede desplegarse en un área pequeña. Si esas terminales de comunicación intentan acceder a la red móvil simultáneamente, puede causar congestión en acceso de enlace ascendente (UL) . Esta congestión puede resultar en colisiones del canal de acceso aleatorio (RACH) y/o no disponibilidad de recursos del lado de la red para servir a todas las terminales al mismo tiempo o un incremento en interferencia en la red. Consecuentemente, las terminales realizarán retransmisiones de RACH incluyendo un mecanismo de retiro y aumento de energía. Esto puede no ser deseable, debido a que los dispositivos MTC usualmente se limitan por energía. Adicionalmente , los recursos de enlace descendente (DL) también pueden limitarse para la red en escenarios particulares.
En escenarios donde un número considerable de WTRUs se conectan a una celda y se espera que todas las WTRUs envíen datos al mismo tiempo, fallas del RACH (una falla del RACH puede deberse ya sea a colisiones o no disponibilidad de recursos en el lado de red), retransmisiones, y puede ocurrir congestión. Para minimizar estas ocurrencias, en una modalidad, las WTRUs pueden equilibrarse entre diferentes recursos disponibles y puede permitirse que la red restringa el acceso a ciertas WTRUs. Un "recurso" como se utiliza en la presente se refiere a cualquier medio o recurso que puede utilizarse por la WTRU o la red para comunicación, por ejemplo, una celda, un recurso de canal de acceso aleatorio físico (PRACH), frecuencia, etc.
·. Aún cuando la terminología utilizada en la presente es aquella de UMTS y/o LTE, todos los conceptos son igualmente aplicables a otras tecnologías inalámbricas tales como LTE-A, GSM, o cualquier otra tecnología inalámbrica. Como un ejemplo, se entiende que si la terminología Código de Codificación Primario (PSC) se utiliza para UMTS, esto es el equivalente del Identificador de Celda Físico (PCI) en LTE. También se entiende que el canal de control de transmisión (BCCH) y los elementos /segmentos de Información del Sistema (SI) y el Bloque de Información Maestro (MIB) se aplican a UMTS, LTE, GSM, o cualquier otra tecnología inalámbrica utilizando un método de transmisión de información del sistema similar.
Cuando se hace referencia de aquí en adelante, una WTRU puede referirse a un dispositivo MTC o un usuario normal. Un grupo MTC se refiere a un conjunto de dispositivos MTC que tienen la misma identidad de grupo (ID) u otra clase de identi f icador . El i dent i f i cado r de grupo puede basarse en funcionalidad similar, requerimientos, u otras características compartidas por diferentes dispositivos MTC.
La WTRU puede equilibrar la carga a través de varios recursos incluyendo, pero no limitándose a, celdas, frecuencias, RATs, recursos PRACH, etc., para incrementar la probabilidad de transmisión exitosa, optimizar la capacidad de la red, optimizar el consumo de la batería en la WTRU, etc. Las siguientes soluciones son aplicables tanto para equilibrio de carga UL como DL . Se entiende que las soluciones descritas en la presente pueden utilizarse individualmente o en cualquier combinación .
WTRU iniciada La WTRU puede determinar autónomamente que la carga actual en la celda es muy alta, que la celda actual está experimentando congestión, o que la red no está permitiendo acceso a la WTRU. La WTRU puede determinar entonces bloquear de manera autónoma la celda para acceso UL por un periodo de tiempo predefenido mientras aún monitorea el DL, considerar la celda como bloqueada, o iniciar a medir las otras celdas e intentar cambiar las celdas para equilibrar la carga del recurso.
Para determinar autónomamente el realizar cualquiera de las acciones de equilibrio de carga, la WTRU puede utilizar los resultados de los intentos de acceso al RACH para determinar si la congestión está ocurriendo debido a una alta carga en la celda o que la WTRU no está dando acceso. Esta determinación puede hacerse si uno o una combinación de los siguientes activadores se satisfacen. (1) La WTRU realiza N intentos de acceso al RACH fallidos, consecutivos. Cada intento de acceso al RACH corresponde a la WTRU excediendo el número máximo de preámbulos sin recibir una respuesta. Por ejemplo, la WTRU no recibe una respuesta del canal indicador de adquisición (AICH) en UMTS o no recibe una respuesta de acceso aleatorio dentro de la ventana de Respuesta de acceso aleatorio (RA) en LTE.
Alternativamente, la WTRU realiza N accesos consecutivos al RACH en el cual se recibe una respuesta pero no se asignan recursos a la WTRU. En UMTS, esto corresponde a recibir un reconocimiento negativo (NACK) por el AICH. En LTE, esto corresponde a recibir una respuesta de acceso aleatorio con un conjunto indicador de retiro. (2) La WTRU detecta una combinación de N intentos de acceso al RACH fallidos o intentos al RACH en los cuales se recibe una respuesta sin ninguna ubicación del recurso. (3) La WTRU recibe una ubicación del recurso, pero falla las N veces consecutivas de la fase de resolución.. (4) Una falla de RACH ocurre N tiempos consecutivos, en donde una falla del RACH incluye una combinación de cualquiera de los activadores anteriores. (5) Una falla del RACH ocurre N veces dentro de un periodo de tiempo predefinido, en donde una falla del RACH incluye uno o cualquier combinación de los activadores anteriores. Este escenario es similar al activador (4), pero los intentos fallidos no tienen que ser consecutivos.
Se entiende que la red puede configurar la TRU o el grupo de WTRUs con tal conducta; y N puede ser un valor predeterminado, configurado por la red, señalado a través del canal de transmisión, o puede ser un valor específico dependiente del dispositivo MTC o grupo .
Red iniciada La WTRU puede recibir o esperar por una indicación explícita de la red para bloquear la celda del acceso en el ÜL y/o DL, considerar la celda como bloqueada, para cambiar celdas, o realizar cualquiera de las acciones descritas abajo en la sección "Conducta dé WTRU." Para equilibrar la carga, la red puede bloquear el acceso a ciertas WTRUs por una cantidad de tiempo predeterminada o volver a dirigir la (s) TRU(s) a otro recurso, celda, frecuencia, o RAT .
Control de acceso a través de canales de transmi s i ón La red puede bloquear explícitamente una celda para la WTRU. Esto puede realizarse al bloquear la celda para todos los dispositivos MTC, bloquear la celda por un grupo de dispositivos MTC, o bloquear la celda por un periodo de tiempo predeterminado.
La celda puede bloquearse para todos los dispositivos MTC, sin considerar el grupo, prioridad, o servicio al que pertenece. Esto puede realizarse al agregar un nuevo bit de bloqueo o utilizar un bit reservado (por ejemplo, celda reservada para MTC) para dispositivos MTC, que puede transmitirse en los bloques de información del sistema (SIBs) . WTRUs pertenecientes a dispositivos MTC leen este bit. Si el bit se fija en "bloqueado" o "reservado" y la WTRU pertenece a este grupo o categoría, la WTRU considera la celda" como bloqueada. WTRUs sin MTC pueden ignorar este bit y continuar la operación normal.
La celda puede bloquearse en una base de grupo por MTC y no para todos los dispositivos MTC. Esto puede lograrse al transmitir la identidad del grupo o identidad de servicio MTC a bloquearse.
Alternativamente, si un subconjunto discreto de dispositivos MTC se soporta y define, puede transmitirse una cadena de bits co respondiente al número de grupos MTC soportados. Si la WTRU detecta que el bit correspondiente a su grupo se fija, la (s) WTRU(s) considera (n) esta celda como "bloqueada." Alternativamente, un índice de grupo puede transmitirse para indicar el índice del subconjunto de grupos TC a bloquearse .
Alternativamente, el bit de bloqueo o el bit reservado pueden fijarse en una base de clase de servicio por acceso (ASC) . Si un nuevo conjunto de clases de acceso se define o si los dispositivos MTC pertenecen a categorías dentro de conjuntos ASC existentes, la red puede fijar el bit de bloqueo o bit reservado para cada clase de servicio independientemente. Esto puede realizarse al agregar un bit en los parámetros para cada ASC. Alternativamente, puede realizarse al transmitir el número ASC que debería bloquearse.
Si la WTRU determina que el bit de bloqueo o el bit reservado se fijan y corresponde a esa WTRU, la WTRU puede considerar la celda como bloqueada para tiempo bioqueado- Alternativamente, la WTRU puede tratar la celda como bloqueada para un tiempo específico MTC, Tbl0queado, MTC , que puede ser el mismo para todos los dispositivos MTC o puede fijarse independientemente para cada grupo MTC, servicio, o ASC.
Alternativamente, en lugar de bloquear el acceso a todas las TRUs pertenecientes a un grupo, la red puede bloquear explícitamente el acceso UL por un periodo de tiempo predefenido. La TRU puede permanecer fija en una celda o no intentar volver a seleccionar otra celda. Pero no se permite a la WTRU intentar transmitir en el UL o intentar un acceso al RACH en el UL. La WTRU aún puede monitorear el DL para ocasiones de paginación o para transmisiones DL dé acuerdo a las reglas de monitoreo actuales. Alternativamente, también podría temporalmente no permitirle a la WTRU monitorear el DL .
El acceso UL puede bloquearse al agregar u nuevo bit al canal de transmisión para indicar que los dispositivos MTC deben ser de acceso restringido. Este bit puede transmitirse para todos los dispositivos MTC o la red puede controlar explícitamente cada grupo MTC o categoría al señalar este bit por grupo o al señalar explícitamente el número de grupo, similar a bloquear la celda para dispositivos MTC.
El control de acceso también puede realizarse por clase de acceso o clase de acceso MTC . El nuevo bit se utiliza diferente al bit de bloqueo y se utiliza para restringir acceso de los dispositivos específicos al UL por una cantidad de tiempo predeterminada. Esto implica que la WTRU permanece fija en la celda, pero no puede transmitir datos en el UL hasta que expira un temporizador predefinido, por ejemplo TC£.stricción. El temporizador puede transmitirse o señalarse a la WTRU y puede ser específico de celda o específico del dispositivo MTC. Alternativamente, la . WTRU puede escoger un número aleatorio entre Trestricci6n y 0 e intentar acceso UL al RACH cuando el temporizador expira, dado que los datos están disponibles. Opcionalmente, la WTRU puede iniciar el acceso UL después de una solicitud de la red, por ejemplo, paginación, aún cuando el temporizador aún está funcionando .
La WTRU o dispositivos MTC pueden agruparse en diferentes clases de acceso o clases de acceso específicas de MTC. Cuando la red desea prevenir que ciertas WTRUs accedan al UL, puede cambiar la configuración de la clase de acceso para prevenir que la WTRU acceda al canal. Por ejemplo, esto puede lograrse al cambiar el temporizador de persistencia o los recursos disponibles, tales como firma disponible o ranuras de acceso. Aunque la red puede bloquear completamente las WTRUs pertenecientes a una clase de acceso al no proporcionar ningún recurso, la red aún puede proporcionar a las WTRUs en esa clase algunos recursos, para no bloquear a todos los usuarios. Pero WTRUs pertenecientes a un cierto grupo de usuarios, tales como usuarios" del dispositivo MTC dentro de esa clase de acceso (o cualquier otro tipo de usuarios especiales) pueden utilizar la información proporcionada para las clases de acceso para determinar de manera implícita si debe realizar equilibrio de carga y realizar uña de las acciones descritas abajo en la sección "Conducta de WTRU." La WTRU puede utilizar los siguientes parámetros. (1) La WTRU puede verificar el valor de persistencia como una indicación. Por ejemplo, si el valor de persistencia está por debajo de un umbral, la WTRU determina que debería realizarse el equilibrio de carga. El valor de persistencia se refiere a un valor fijado por la red para controlar el acceso del dispositivo. Antes del acceso, la TRU elige un valor aleatorio entre 0 y 1. Si el valor elegido está por debajo del valor de persistencia, se permite a la WTRU realizar acceso; de otra manera la WTRU tiene que esperar hasta el siguiente intervalo del tiempo de transmisión para realizar una nueva verificación de persistencia. Como un ejemplo de esta solución, la WTRU verifica el valor de persistencia para el dispositivo MTC correspondiente, grupo de dispositivos, o clase de servicio de acceso, y si el valor de persistencia está por debajo de un umbral, entonces la WTRU determina que la red debe cargarse y está tratando de reducir el número de dispositivos que acceden a la red. (2) La WTRU puede verificar el número de secuencias de firma disponibles o ranuras de acceso disponibles. Si el número de uno de estos recursos, o una combinación de estos recursos está por debajo de un umbral, la WTRU puede realizar una de las acciones descritas abajo en la sección "Conducta de WTRU . " Por ejemplo, si el número de secuencias de firma disponibles está por debajo de un número predeterminado (M) y/o el número de ranuras de acceso disponibles está por debajo de un número predeterminado (N), la WTRU puede considerar realizar el equilibrio de carga. Los valores de M y N son valores de umbral que pueden configurarse por la red y proporcionarse a la WTRU a través de información del sistema, señalización del control de recurso de radio ( RRC ) , o cualquier otro tipo de señalización dedicada . (3) La disponibilidad de otros recursos proporcionados en el RACH . La red puede transmitir un indicador de carga especifico, indicando explícitamente la carga de red. El indicador de carga puede ser un indicador de carga de celda total, un indicador de carga de red, o un indicador de grupo MTC y puede ser específico de celda o específico del dispositivo/grupo. La WTRU lee el indicador de carga y si el indicador de carga está arriba de un umbral, la WTRU realiza una de las acciones descritas abajo en la sección "Conducta de WTRU." Por ejemplo, la red transmite el valor de carga actual en una celda y si la WTRU detecta que el valor de carga es mayor que un umbral predeterminado (X), puede realizar equilibrio de carga. El valor umbral X puede configurarse por la red y proporcionarse a la WTRU a través de información del sistema, señalización RRC, o cualquier otro tipo de señalización dedicada.
Controlar explícitamente acceso a una o un conjunto de WTRUs La red puede indicar explícitamente a la WTRU que acciones tomar. Por ejemplo, la. red puede utilizar el mensaje de respuesta RA para indicar a la WTRU uno o una combinación de lo siguiente . (1) Un bit indicando a la WTRU detener el intento de transmitir en el UL. En LTE, esto puede hacerse en el mensaje de respuesta RA y en UMTS al utilizar un valor especial del indicador de adquisición mejorado (E-AI) o el indicador de adquisición (AI) al utilizar la combinación de bits reservada. Esta restricción de transmisión puede aplicarse por un periodo de tiempo predefenido, ya sea señalado por la red o predefinido en la TRU. (2) Un bit indicando a la WTRU considerar la celda como bloqueada. En LTE, esto puede hacerse en el mensaje de respuesta RA y en UMTS al utilizar un valor especial de E-AI o AI al utilizar la combinación de bits reservada . (3) Un bit indicando a la WTRU intentar conectarse a una celda diferente o realizar cualquiera de las acciones descritas abajo en la sección "Conducta de WTRU." En LTE, esto puede hacerse en el mensaje de respuesta RA y en UMTS al utilizar un valor especial de E-AI o AI al utilizar la combinación de bits reservada. (4) La red redirige explícitamente la WTRU a una cierta frecuencia. Esto puede lograrse por una indicación de frecuencia explícita en el mensaje de respuesta o proporcionar un índice en un conjunto de frecuencias o transmisión de RATs en SIBs. En UMTS, este índice puede proporcionarse a través de E-AI y para LTE en el mensaje de respuesta RA . (5) La red puede proporcionar la WTRU con la información de celda especifica para la celda que la TRU debe intentar conectarse y puede proporcionar opcionalmente un preámbulo o recurso libre de contención para la WTRU para utilizar en la otra celda. (6) La red puede cambiar explícita la prioridad de frecuencia de la celda en el mensaje para la WTRU dada. (7) Una lista de información circundante que la WTRU debe medir e intentar conectarse a una celda circundante. Esta información puede incluir cualquier número de celdas circundantes, todas las celdas circundantes, o una celda específica. Diferentes valores pueden utilizarse para indicar que celdas circundantes medir. Por ejemplo, el valor "0" puede utilizarse para indicar que la WTRU está por medir todas las celdas circundantes, aunque una celda específica ID puede proporcionarse si la WTRU está por medir solamente una celda. (8) Un desplazamiento de reselección de celda para desviar las reglas de reselección de celda a una celda diferente se envía a la WTRU. (9) Se señala explícitamente a la WTRU que conducta debe seguir: bloquear la celda, inactivar la celda, o intentar volver a seleccionar una celda diferente. Esto puede requerir un número de bits o combinación de bits.
Alternativamente, la red puede decir explícitamente a la WTRU que hacer a través de un mensaje de paginación. Utilizando el mensaje de paginación permite a la red dirigir una WTRU o un grupo de WTRUs simultáneamente en las ocasiones de paginación dadas, sin tener que modificar SIBs y antes de que la WTRU intente un procedimiento de acceso al RACH . El mensaje de paginación puede extenderse a una o una combinación de lo siguiente información. (1) Un bit adicional, que cuando se fija, indica a la WTRU realizar cualquiera de las acciones descritas abajo en la sección "Conducta de WTRU;" por ejemplo, inactivar la celda, bloquear la celda, o dejar la celda. Alternativamente, se señala a la WTRU explícitamente que conducta debe seguir: inactivar la celda, bloquear la celda, o intentar volver a seleccionar una celda diferente. Esto puede requerir un número de bits o combinación de bits. (2) Información de redirección, tal como celda, frecuencia, RAT , etc. (3) La información de carga para la celda, y la WTRU determina la acción de acuerdo a criterios similares como cuando la carga se transmite a la WTRU. (4) Cualquiera de la información mencionada arriba para la indicación explícita a través de una respuesta RA.
La red puede proporcionar solamente la SI requerida por la WTRU para realizar el acceso al procedimiento" RACH en estas celdas. De esta manera, la WTRU no necesita gastar tiempo y energía al obtener la SI por sí misma, y puede conducir a optimizaciones en el consumo de energía de la WTRU y reducir el retraso.
Se entiende que la información arriba mencionada también puede enviarse a la WTRU a través de un mensaje RRC diferente.
Conducta de WTRU Al determinar que la WTRU debe realizar equilibrio de carga de acuerdo a cualquiera de los criterios descritos arriba, la WTRU puede realizar una o una combinación de las siguientes acciones. (1) La WTRU puede considerar la celda como temporalmente bloqueada. Por ejemplo, la WTRU puede agregar la celda de hogar a la lista de celdas bloqueadas por un periodo de tiempo predeterminado. Este periodo de tiempo puede corresponder a una transmisión del valor proporcionado por la red específicamente para este dispositivo, al tiempo de bloqueo actualmente señalado para celdas bloqueadas, o a una fracción del temporizador Tbioqueado . Se entiende que esta conducta puede realizarse sin la red fijando explícitamente un bit bloqueado o un bit reservado. La WTRU puede realizar implícit mente esta acción cuando se satisface uno de los criterios de bloqueo.
Opcionalmente , la WTRU también puede considerar la frecuencia completa como bloqueada. (2) La WTRU puede considerar la celda como bloqueada. Esto implica que la WTRU permanece en la celda o no intenta realizar reselección de celda, pero no puede transmitir datos en el UL hasta que expira un temporizador predefinido, por ejemplo, Trestricci6n · Este temporizador puede transmitirse o señalarse a la WTRU y puede ser especifico de celda o especifico del dispositivo MTC.
Alternativamente, la WTRU puede escoger un número aleatorio entre Trestricción y 0 e intentar acceso UL al RACH cuando el temporizador expira, dado que los datos están disponibles para transmisión. Mientras el temporizador está funcionando, aún puede permitírsele a la WTRU monitorear el DL para cualquier ocasión de paginación o datos. Alternativamente, la WTRU es de acceso restringido tanto en el UL como el DL por el periodo de tiempo predefinido. (3) La WTRU puede dejar de darle prioridad autónomamente a la frecuencia o prioridad RAT de la celda actual y realizar la selección o reselección de celda en la siguiente frecuencia o RAT disponible (de acuerdo a un nuevo establecimiento de prioridad) . Por ejemplo, si la frecuencia actual es la frecuencia de prioridad más alta, que la WTRU no considera más la frecuencia actual como su frecuencia de prioridad más alta, dejar de darle prioridad implícitamente a esa frecuencia, e inicia la medición en la siguiente frecuencia de prioridad más alta o RAT . (4) Si la TRU se conecta actualmente a una celda del grupo suscriptor cerrado (CSG), no considera más esta frecuencia como la frecuencia de prioridad más alta. (5) La WTRU inicia las mediciones y reselección de celda potencial a una frecuencia o RAT explícitamente proporcionada a la WTRU (dado que se implementa una de las soluciones anteriores ) . (6) La WTRU permanece en la celda, pero no se le permite realizar un acceso UL al RACH por un periodo de tiempo predeterminado. (7) La WTRU inicia la reselección de celda o selección de acuerdo a las reglas de prioridad como se señalan por la red. (8) La WTRU utiliza los recursos libres de contención e inicia inmediatamente acceso al RACH UL.
La WTRU puede moverse de regreso a la celda previa, invertir la selección de* la celda o volver a seleccionar las reglas de prioridad, o detener el considerar a la celda como bloqueada o inactiva cuando expira un temporizador predefinido. Alternativamente, esto puede hacerse por la WTRU cuando se satisface uno o una combinación de los siguientes criterios: el intento RACH en la (s) celda ci rcundant e ( s ) , frecuencia, o fallas de RAT; la WTRU falla en encontrar otra celda adecuada para fijarse; la WTRU falla en conectarse a la celda explícitamente indicada; los intentos de acceso al RACH fallan de acuerdo a uno o una combinación de criterios iniciados por WTRU descritos arriba; o cualquiera de los criterios iniciados por la red descritos arriba se satisface en la nueva celda . " En estas situaciones, la WTRU puede realizar un retiro adicional antes de volver a intentar cualquier acceso UL en la celda vieja, vuelve a seleccionar la celda vieja de nuevo. Alternativamente, la WTRU espera que expire un tiempo de retiro antes de regresar a la celda vieja o invertir cualquiera de las reglas previas .
Alternativamente, cuando se satisface uno de los criterios iniciados por red o iniciados por la WTRU descritos arriba, la WTRU puede realizar primero un retiro e intentar el acceso UL de nuevo. Si se detecta de nuevo una falla, la WTRU puede realizar una de las acciones de equilibrio de carga descritas arriba. Alternativamente, el valor de retiro puede utilizarse como un retiro de falla antes de intentar el primer preámbulo RA. Se entiende que este retiro puede señalarse, transmitirse, o proporcionase a la WTRU en la respuesta RA. Contención en el canal de acceso La contención en el canal de acceso existe en casi todos los tipos de sistemas celulares. Existen dos objetivos cuando se direcciona este problema: minimizar 'la probabilidad de colisiones en el canal de acceso y resolver una colisión si ocurre una.
Cuando los dispositivos están utilizando acceso GERAN, después de la sincronización a la red, los dispositivos inician la decodificación de la transmisión de los parámetros de celda en los varios mensajes SI. En GSM, la cantidad de información que el dispositivo puede enviar inicialmente en el RACH se limita. Las redes GSM típicamente permiten solamente ocho bits de información a enviarse en el RACH. Con GPRS y EDGE, es posible enviar un RACH de 11 bits. Las limitaciones colocan un limite en la cantidad de datos transmitidos en el RACH. Los ocho (u 11) bits contienen una "Causa de Establecimiento" y un "Número de Referencia Aleatorio", los cuales juntos crean una identidad de referencia temporal para el dispositivo. Algunas de estas Causas de Establecimiento tienen una prioridad más alta que las otras, para hacer posible que la red le de prioridad a la ubicación del recurso en caso de congestión. Un ejemplo es donde dos dispositivos desean tener acceso a la red y el primer dispositivo necesita realizar un procedimiento de registro, mientras el segundo dispositivo le gustaría colocar una llamada de emergencia. En caso de congestión, la red le da prioridad al segundo dispositivo.
El dispositivo puede utilizar una nueva combinación de los ocho (u 11) bits. Esta nueva combinación identifica el dispositivo como un dispositivo MTC (y no una estación móvil regular), haciendo posible que la red distinga entre los dispositivos MTC y estaciones móviles regulares en la red.
Otro planteamiento, para combatir los problemas de colisión, es que cuando el dispositivo no recibe respuesta de la red al enviar el RACH, o si recibe un mensaje de "Rechazo", el dispositivo aplica además un retiro al retiro ya aleatorio utilizado en GSM. Alternativamente, la red transmite (por ejemplo, en el (los) mensaje (s) SI un nuevo tiempo de retiro, y preferentemente más largo, que solamente aplica a los dispositivos MTC.
Después de que los recursos se han ubicado en el dispositivo, el dispositivo puede utilizar el cana 1 de señalización y enviar un marco de Capa 2 utilizando el protocolo GSM L2, LAPDm. En este caso, en el primer octeto del marco (el "campo de dirección"), el bit "de repuesto" puede utilizarse para indicar el tipo de dispositivo. Figura 6 muestra el campo de dirección de un cuadro LAPDm. Otra posibilidad es un uso más eficiente de los dos campos LPD de bit (en posiciones de bit 6 y 7) en el campo de dirección. Aunque el campo contiene dos bits (proporcionando cuatro puntos de código), hay solamente dos valores para el Campo LPD actualmente especificado en los Estándares GSM, dejando dos puntos de código disponibles para este uso .
Dos mecanismos de acceso se definen para el acceso (E) GPRS, acceso en una fase y acceso en dos fases. En acceso en una fase, al dispositivo se asigna un recurso UL llamado un Bloque de Datos de control de enlace de radio ( RLC ) / cont o 1 de acceso medio (MAC) . Cuando se utiliza un acceso en dos fases, al dispositivo se asigna primero un Bloque de Control RLC/MAC para enviar información de control a la red de manera que la red puede realizar una asignación adecuada, y se asigna entonces un Bloque de Datos RLC/MAC. Figuras 7 y 8 ilustran los dos bloques diferentes.
Si la red asigna los recursos UL para el dispositivo utilizando acceso en una fase, el dispositivo puede utilizar el bit de repuesto en octeto 1 del Bloque de Datos RLC/MAC UL (en posición de bit 8) para indicar a la red que es un dispositivo MTC .
Si la red utiliza un acceso en dos fases, el dispositivo puede utilizar entonces el campo "de repuesto" en el encabezado MAC del Bloque de Control RLC/MAC UL (en posiciones de bit 2-6) para el mismo propósito. Se observa que hay cinco bits de repuesto disponibles y que cualquiera de los bits de repuesto puede especificarse para este uso particular.
Alternativamente, el dispositivo puede solicitar un acceso en dos fases y después recibir la asignación del Bloque de Control, enviar un mensaje de "Solicitud de Recurso de Paquete" a la red donde puede indicar entonces su tipo MTC.
En redes UTRAN , los dispositivos utilizan el RACH para obtener acceso a la red por un número de razones posibles, incluyendo acceso inicial (para registrarse con la red) o para t ansferencia de datos UL limitada para dispositivos que están en un estado CELDA_FACH. El mecanismo RACH es similar a aquel utilizado en GERAN. El dispositivo primero realiza una fase de adquisición seguida por una fase de transmisión de mensaje. La contención puede ocurrir durante la fase de adquisición, donde múltiples dispositivos intentan una solicitud de adquisición. Los dispositivos seleccionan un código de codificación PRACH, una ranura de acceso, y una secuencia de firma para enviar un preámbulo RACH . El preámbulo RACH incluye un conjunto repetido de secuencias de firma. Si la red detecta que más de un dispositivo ha emitido un acceso al RACH, puede elegir que dispositivo reconocer al enviar NACKs a los otros .
Para proporcionar tratamiento especial a los dispositivos TC, la red necesitaría conocer que la solicitud de adquisición es de un dispositivo MTC . Esto puede ser difícil de realizar en redes UTRAN C DMA , debido a que las fases de adquisición y solicitud no se basan en las identidades del dispositivo físico. En su lugar, los dispositivos envían una forma de identidad local derivada del código de codificación PRACH seleccionado, la ranura de acceso elegida para transmisión, y la secuencia de firma elegida para enviar el preámbulo RACH. ACKs o NACKs de red envían la solicitud de adquisición a través de AICH. La respuesta anexa a la solicitud, de manera que los dispositivos pueden determinar su propiedad (es decir, si se propone ACK para recibir el dispositivo) . El código de codificación DL se anexa al código de codificación UL utilizado para la solicitud de adquisición, y el tiempo de la respuesta es un retraso fijo de la solicitud de adquisición. La red puede responder a múltiples dispositivos en AICH al repetir la secuencia de firma transmitida en el mensaje de respuesta.
Pueden ser posibles varias opciones para ayudar a la red en determinar si la solicitud de adquisición es de un dispositivo TC . (1) El dispositivo puede utilizar una combinación especial de secuencias de firma. Por ejemplo, en lugar de repetir la misma secuencia de firma de 16 bits 256 veces, el dispositivo puede repetir la secuencia de 16 bits 128 veces seguida por una secuencia de 16 bits invertida otras 128 veces. (2) El dispositivo puede anexar una indicación MTC al final de las secuencias de firma repetidas. Por ejemplo, al agregar un bit para denotar un dispositivo MTC. Esta secuencia anexa puede repetirse si es necesario para ayudar en su detección. Alternativamente, la secuencia de firma puede repetirse K veces al final del preámbulo. La presencia de estas repeticiones adicionales puede indicar que la solicitud es de un dispositivo MTC . El sistema puede retrasar el código de codificación utilizado para el mensaje PRACH para tomar en cuenta los bits adicionales enviados después del preámbulo. (3) Después de recibir la respuesta de adquisición, el dispositivo MTC puede enviar una indicación MTC utilizando un mensaje de ranura (preferentemente un mensaje 10 ms o 20 ms ) . La red puede utilizar esta indicación para valorar si permite o no que el dispositivo continúe (al enviar otro ACK) o no (al enviar, un NACK) . La confirmación de la red puede enviarse en un mensaje DL . Alternativamente, el dispositivo y red pueden negociar el utilizar una secuencia de firmas especificas para llevar la respuesta. Por ejemplo, el dispositivo MTC puede solicitar que la red response vengan en el mensaje de respuesta de adquisición secuencia de firmas N. La red puede utilizar un ACK implícito o NACK explícito para enviar la confirmación. Si el mensaje de confirmación es un NACK, el dispositivo abandona su transmisión; de otro modo, puede enviar el mensaje. Se observa que otras WTRUs y dispositivos que transmiten en la secuencia de firmas N también recibirían el NACK y tomaría esto como una indicación de retiro e intentar transmitir de nuevo después de que expira el periodo de retiro. (4) En la respuesta de adquisición, la red puede incluir una indicación que los recursos RACH están por utilizarse por dispositivos no MTC (por ejemplo, al incluir una indicación en la parte reservada de la transmisión AICH) . Alternativamente, la red puede utilizar uño de los patrones de firma no' utilizado para enviar esta indicación. En respuesta, el dispositivo MTC puede enviar un mensaje de una ranura indicando que está liberando el recurso, permitiendo que la red regrese ese recurso al grupo RACH.
Tolerante al tiempo y acceso controlado por t i empo En comunicaciones M2M, hay algunos casos de uso donde la transmisión de datos es tolerante al tiempo, es decir, la información no es en tiempo real y algún retraso es aceptable para transmitir los datos del dispositivo a su destino. Un ejemplo es el caso de medición inteligente: las mediciones se hacen y pueden transferirse a un servidor con cierta periodicidad (por ejemplo, una vez al dia), pero no se requiere que las mediciones se transmitan en un tiempo especifico. Hay alguna flexibilidad en el tiempo cuando las mediciones pueden transmitirse. Para optimizar la operación de red tomando en cuenta este requerimiento, la red puede programar las transmisiones en los momentos cuando la carga de res es muy baja, por ejemplo.
Una característica MTC relacionada es la característica controlada por tiempo, y se propone para dispositivos que se desea que tengan sus comunicaciones "controladas" por el operador de la red, por ejemplo, un intercambio para disminuir los costos de comunicación. La comunicación a y de un dispositivo controlado por tiempo se restringe a periodos de acceso predefinidos. Se observa que un dispositivo puede controlarse por tiempo, pero no ser estrictamente tolerante al tiempo. Por ejemplo, un dispositivo puede tener acceso a la red durante los periodos de acceso asignados, pero durante este periodo, las comunicaciones pueden no retrasarse o diferirse.
Ya que estos requerimientos no se asocian típicamente con comunicaciones de humano a humano, la red de acceso y red núcleo pueden tener dificultad para satisfacer estos requerimientos. Las siguientes emisiones necesitan dirigirse para dispositivos controlados por tiempo y tolerantes al tiempo: restricciones de acceso; limitación de transferencia de datos de los dispositivos tolerantes al tiempo; determinación de cuando restringir el acceso; limitación de la transferencia de datos, o cambio de los periodos de acceso; señalización de nuevos periodos de tiempo de acceso a dispositivos controlados por tiempo; y determinación de la carga de red por dispositivos tolerantes al t i empo .
Restricciones de acceso Las restricciones de acceso incluyen restringir acceso de dispositivos MTC a la red, al utilizar técnicas de bloqueo y reserva modificadas. Las estricciones de acceso pueden implementarse en cualquier número de niveles: en la red núcleo, en la red de acceso por radio, o en el dispositivo MTC. Estos planteamientos hacen que las celdas aparezcan "fuera de limites" para los dispositivos MTC al transmitir una indicación "fuera de limites". Para sistemas UTRAN, esto puede lograrse por la celda transmitiendo que se bloquea o al bloquear un grupo de dispositivos.
Las restricciones de acceso pueden ser necesarias cuando un dispositivo controlado por tiempo intenta acceder a la red fuera de su ventana de acceso o cuando un dispositivo tolerante al tiempo desea tener acceso a la red y la red ha decidido que preferiría retrasar la transmisión. La restricción de acceso puede lograrse a través de la red núcleo al rechazar solicitudes de registro o mensajes de actualización del área de ubicación de los dispositivos. Pero esta solución no evita que el dispositivo MTC utilice recursos de la red de acceso .
La celda puede transmitir que se bloquea o reserva a los dispositivos MTC. Esta información puede llevarse en la SI de la celda. En UMTS, esta información se lleva en SIB 3. Si una celda se marca como bloqueada o reservada, un dispositivo no intentará quedarse en la celda, evitando asi que inicie una solicitud de conexión con la red de acceso. El Nodo B puede transmitir las indicaciones bloqueadas o reservadas dedicadas a dispositivos MTC, lo que puede ser útil cuando la carga en la celda es alta y la red desea limitar todas las transmisiones MTC. Alternativamente, la red puede utilizar múltiples indicaciones para adaptar las res ricciones de acceso a un cierto subconjunto de dispositivos (por ejemplo, en caso que no todos los dispositivos tengan los mismos periodos de acceso) . La red seria responsable de notificar a los Nodos Bs acerca de cuando iniciar de manera dinámica y detener las restricciones de acceso.
Alternativamente, los dispositivos pueden agruparse en clases de acceso, y el Nodo B puede bloquear clases de acceso especificas. Aunque el concepto general de las clases de acceso ya está presente en sistemas UMTS, puede modificarse o extenderse al expandir el número de clases de acceso y tener a la red iniciando y deteniendo de manera dinámica el bloqueo por clase de acceso.
En algunos casos, puede no ser eficiente alterar continua y dinámicamente la indicación de "fuera de' limite" para rastrear los periodos de acceso de cada dispositivo MTC, ya que esto requeriría un cambio en la SI. Una solución posible es tener al Nodo B enviando solamente una orden de activación o desactivación en la SI, pero deja la decisión de acceso a los dispositivos en base a alguna información almacenada.
Por ejemplo, un Nodo B señala que se activan las restricciones de acceso. Antes de hacer un intento de acceso, un dispositivo determina primero si se permiten las restricciones de acceso. Si no, el dispositivo puede enviar la solicitud de acceso. Si se permiten las restricciones de acceso, el dispositivo recupera la información del periodo de acceso y evalúa si está dentro del periodo "permitido". Si sí, el dispositivo envía la solicitud de acceso. Si no, el dispositivo difiere hasta el último momento.
En un caso especial, ciertos dispositivos MTC pueden requerirse para seguir las restricciones del periodo de acceso. Estos dispositivos pueden preconfigurarse para acceder al canal solamente en periodos de tiempo predeterminados. Pero la red puede cambiar estos periodos de tiempo predeterminados a través de señalización.
Limite de transferencia de datos Un requerimiento de la característica tolerante al tiempo es que la red puede limitar la cantidad de datos que un dispositivo puede transmitir. Si el dispositivo utiliza un mecanismo de solicitud/otorgamiento para acceso UL (por ejemplo, HSUPA o LTE), la red puede limitar las asignaciones a dispositivos clasificados como tolerante al tiempo. La red determina su carga y el otorgamiento UL se define en base a las solicitudes del dispositivo y la carga actual de red. Si el dispositivo es tolerante al tiempo, entonces la red puede no dar asignaciones a ese dispositivo por un periodo de tiempo dado.
Alternativamente, la red puede asignar una cantidad pequeña de recursos al dispositivo.
Para la característica controlada por tiempo, la red puede negar las solicitudes si se hace una solicitud fuera del periodo de acceso. Una opción es lograr esto a través de las asignaciones para HSUPA y LTE - si la solicitud se hace fuera del periodo de tiempo predefinido, entonces la red puede no proporcionar asignaciones al dispositivo dado. Otra opción es rechazar la conectividad de la red de datos del paquete (PDN) o anexar solicitudes que están fuera del periodo de acceso .
En un sistema UMTS, acceso UL también puede estar en base a un mecanismo de acceso aleatorio (utilizando un RACH) . El mecanismo RACH utiliza una fase de adquisición a base de contención seguida por una fase de transmisión de mensaje. Se observa que la red no conoce la identidad de los dispositivos durante la fase de adquisición. En una solución, la red puede definir parámetros RACH específicos de MTC (que se transmiten en la SI) y procedimientos RACHs Por ejemplo, los dispositivos MTC pueden enviar una indicación en el preámbulo RACH que son tolerantes al tiempo. Si es necesario (por ejemplo, para controlar la carga) , la red puede responder con un mensaje NACK especial en AICH, para indicar al dispositivo MTC diferir la transmisión por algún periodo de tiempo. La red también puede utilizar AICH para proporcionar una indicación de este periodo de tiempo.
Si la identidad del dispositivo MTC se incluye en el preámbulo RACH, la red puede verificar si este intento se ha hecho dentro de una de las ventanas del periodo de tiempo de acceso del dispositivo. Si no, la red puede responder con un NACK, proporcionar una indicación de cuando el dispositivo MTC puede volver a intentar la transmisión, o actualizar el dispositivo acerca de un periodo de tiempo de acceso modificado o umbrales de carga modi fi cada .
Alternati amente, si un dispositivo determina que está fuera de su ventana de periodo de tiempo de acceso o si la carga actual en la red está arriba del umbral para comunicación, el dispositivo puede retirarse por un periodo de tiempo predeterminado, e intentar acceder a la red después de que ha transcurrido el periodo de tiempo. Este procedimiento puede repetirse hasta que ya sea el dispositivo es capaz de transmitir (es decir, la carga es inferior que el umbral o se permite la ventana de periodo de tiempo de acceso) o el dispositivo ha intentando más de un número preconfigurado de veces. Este número preconfigurado de veces depende de la aplicación y el objetivo es colocar un limite superior en el retraso.
Activadores de red El uso de activadores de red con dispositivos tolerantes al tiempo y controlados por tiempo incluye activar la red para señalar nuevas ventanas de acceso o umbrales de carga. Para permitir la operación de las características tolerante al tiempo y controlado por tiempo, la red puede necesitar determinar cuando: alterar los periodos de acceso de los dispositivos MTC, activar o desactivar las restricciones de acceso, activar o desactivar conectividad limitada de datos, o alterar los umbrales de carga (para la característica tolerante al tiempo) .
Numerosos activadores pueden utilizarse para esta determinación, incluyendo pero no limitándose a: carga en el UL, carga en el RACH, aumento de ruido medido en UL, o tendencias históricas. Cuando se utiliza la carga en el UL, la carga en la red puede basarse en el número de usuarios actualmente en la celda (registrados, en modo conectado, en modo en reposo, etc.), el rendimiento total soportado por la celda, o algún otro método. El utilizar la carga en RACH puede basarse en el número de colisiones observadas, el número de ranuras libres en RACH, etc. La red puede medir el aumento de ruido en el UL al medir la energía recibida y compararla con los umbrales para determinar los' rangos de carga. Cuando se utilizan tendencias históricas, la red puede saber, por ejemplo, que ciertos periodos de tiempo del día se utilizan pesadamente por suscriptores para descargar correos electrónicos. En base a este conocimiento, la red puede decidir favorecer estos suscriptores durante estos periodos de tiempo.
Señalización de periodos de acceso y umbrales de carga a dispositivos MTC Tanto las características tolerantes al tiempo como controlado por tiempo requieren mecanismos para la red para comunicar nuevos detalles de configuración a los dispositivos MTC, principalmente periodos de acceso y umbrales de carga modificados. Esta información puede señalarse por la red núcleo utilizando uno o una combinación de los siguientes planteamientos .
En respuesta a una comunicación iniciada por el dispositivo MTC, por ejemplo, una solicitud de registro, una actualización del área de ubicación, o una solicitud de conectividad PDN, el nuevo periodo de acceso o información de umbral de carga puede incluirse como un campo en la respuesta de la orden de aceptación o rechazo de la red núcleo. En UTRAN, la información de configuración MTC puede llevarse en un mensaje de Aceptación o Rechazo de Anexo GPRS, que se lleva en un mensaje de Transferencia Directa entre SGSN y RNC, y después en el mensaje de Transferencia Directa de Enlace Descendente entre RNC y el dispositivo MTC.
La Transferencia Directa puede utilizarse para enviar el nuevo mensaje de configuración en un mensaje iniciado por la red núcleo. En UTRAN, la nueva información de configuración MTC puede incluirse corno un campo en la orden de Liberación Iu o una orden de Paginación. Estos mensajes se llevan en el mensaje de Transferencia Directa entre SGSN y RNC, y después en el mensaje de Transferencia Directa de Enlace Descendente entre el RNC y el dispositivo MTC.
Trans erencia Directa puede utilizarse para enviar nueva información de configuración en un nuevo mensaje de red núcleo (por ejemplo, ReConf iguración MTC) . Este nuevo mensaje puede llevarse en la red de acceso a través de un mensaje RRC de Transferencia de Enlace Descendente Directo.
Alternativamente, la red núcleo puede proporcionar la configuración MTC a los RNCs, y que los RNCs distribuyan esta información a los dispositivos MTC. Esto puede lograrse al utilizar un nuevo mensaje similar a RRC o anexar la información de configuración MTC a un mensaje RRC existente.
Determinación de la carga del dispositivo MTC La característica tolerante al tiempo requiere que el dispositivo MTC sea capaz de determinar la carga de red, incluyendo cambios de señalización en la ventana del periodo de tiempo de acceso y/o umbrales de carga. Hay tres maneras de propuestas para que el dispositivo pueda determinar la carga de red: (1) El dispositivo observa o mide el uso del canal en la celda y determina la carga de red en base a las mediciones. Esta opción puede ser difícil de implementar, debido a que el dispositivo tendría que escuchar el canal y hacer algunas estimaciones en base a la energía observada. Debido al control de energía, la ubicación física del dispositivo puede afectar las mediciones, y la conclusión final puede ser inexacta . (2) El dispositivo asume una cierta carga en base a colisiones RACH (por ejemplo, un número de ACKs o NACKs recibidas en el canal AICH) . Esta opción requiere que el dispositivo transmita en el canal RACH y espere ver si hay una colisión. El dispositivo puede retirarse por un periodo de tiempo más largo en caso de que ocurra una colisión. Pero, en caso de que la red ya esté congestionada, esta opción incrementaría la congestión en el canal de acceso por radio. (3) La red señala la carga de red al dispositivo. En base a esta información, el dispositivo decide si transmite o no en base a un umbral de carga preconfigurado. Por ejemplo, la red puede transmitir la carga de red por celda en el canal de transmisión. Antes de que el dispositivo acceda a la red, lee el canal de transmisión y si la carga es más alta que su umbral de carga preconfigurado, el dispositivo no transmitirá.
Control de congestión de señalización La congestión de señalización relacionadá con MTC puede causarse por un mal funcionamiento en la aplicación MTC y/o servidor MTC, un evento externo que activa grandes números de dispositivos MTC para unirse o conectarse al mismo tiempo, o aplicaciones recurrentes que se sincronizan por intervalos exactos de tiempo (por ejemplo, cada 15, 30 o 60 minutos) .
Los nodos de red de señalización que pueden sufrir de congestión de señalización relacionada con MTC incluyen todas las entradas y nodos en el plano de control de dominio PS . SGSN/MME es vulnerable de congestión con solicitudes de unión a gran escala y con solicitudes de conexión, debido a que este nodo tiene una carga relativamente grande por solicitud de conexión. GGSNs/PGWs también son vulnerables de congestión, debido a que las aplicaciones M2M con frecuencia pueden utilizar un nombre de punto de acceso (APN) dedicado que termina en un GGSN/PGW. Todas las solicitudes de conexión para esa solicitud particular tendrán entonces que manejarse por un GGSN/PGW único .
Para combatir "la congestión de señalización, los nodos de "red pueden ser capaces de rechazar las solicitudes de registro (es decir, unión) o conectividad PDN. El nodo puede bloquear el tráfico de la (s) solicitud ( es ) MTC pa rt i cul a r ( e s ) que causa la congestión, sin restringir tráfico no MTC o tráfico de otras aplicaciones MTC que están causando un problema. Un APN dedicado o un Ident i fi cado r de Grupo MTC son identificadores posibles para indicar aplicaciones MTC a gran escala particulares. Un reto es como identificar las aplicaciones que están causando la congestión de señalización recurrente (por ejemplo, aplicaciones de correo, buscador de amigos, etc.) . Las aplicaciones de baja prioridad también pueden estar restringidas.
La congestión de señalización debe resolverse de manera que el rechazo de solicitudes de unión o solicitudes de conectividad PDN no resulta en un dispositivo TC inmediatamente reiniciando la misma solicitud. La red debe ser capaz de dar instrucciones a los dispositivos MTC de no iniciar una solicitud similar hasta después de un tiempo de retiro. Este tiempo de retiro también puede utilizarse para dar instrucciones a los dispositivos MTC con aplicaciones recurrentes para cambiar su tempori zación de solicitudes de conectividad PDN o unión.
Existen varias maneras posibles de rechazar las solicitudes de conexión, incluyendo, pero no limitándose a: rechazo de solicitudes de conexión por AP , rechazo de solicitudes de conexión y solicitudes de unión por grupo MTC (por ejemplo, en base a un identificador de grupo MTC), rechazo de las solicitudes de conexión y solicitudes de unión para aplicaciones tolerantes al tiempo (es decir, baja prioridad) o proporcionar un tiempo de retiro al dispositivo MTC.
Implementar los procedimientos relacionados y de retiro Las soluciones existentes ofrecen métodos para rechazar un mensaje de unión cuando los intentos del dispositivo MTC para conectarse (unirse) a la red. Pero estas soluciones no dirigen la señalización extra que puede resultar cuando los dispositivos que ya están unidos a la red desean transmitir datos. Para evitar señalización extra durante periodos de alta congestión, la red puede notificar a los dispositivos MTC no transmitir por un periodo de tiempo especifico, por ejemplo, durante periodos de congestión o cuando probablemente parece haber una congestión.
Para evitar que un dispositivo MTC tenga que reiniciar una solicitud de conectividad PDN o una solicitud de unión inmediatamente después de recibir un rechazo a una solicitud anterior, SGSN/MME puede proporcionar un tiempo de retiro al dispositivo MTC en el mensaje de rechazo. Si la GGSN/PGW originalmente envía el mensaje de rechazo, SGSN/MME puede anexar un tiempo de retiro al mensaje de rechazo. El dispositivo MTC puede no reiniciar una conexión similar o solicitud de unión hasta después de que ha expirado el tiempo de retiro. La red puede ser capaz de hacer cumplir este periodo de retiro al rechazar cualquier solicitud de conectividad PDN o unión un dispositivo MTC con un t empor i zador de retiro aún funcionando.
El proporcionar un tiempo de retiro también puede dirigir el asunto de aplicaciones recurrentes (por ejemplo, aplicaciones que intentan transmitir cada 15, 30,. o 60 minutos) . Si el dispositivo MTC identifica las aplicaciones recurrentes, puede retrasar las solicitudes de conexión o solicitudes de unión para estas aplicaciones con el tiempo de re t i ro .
Retiro a base de señalización AS Un mensaje de estrato sin acceso ( AS) se envía a dispositivos que ya se unen a la red, notificando a estos dispositivos que no transmitan por un periodo de tiempo especifico. En una modalidad, SGSN/MME/VLR envía un mensaje ÑAS con un tiempo de retiro a los dispositivos MTC en un grupo MTC dado. Este mensaje notifica a los dispositivos en el grupo MTC no transmitir por un periodo de tiempo especifico (el periodo de retiro) . Este mensaje puede enviarse cuando SGSN/MME/VLR rechaza una solicitud de conectividad o una solicitud de unión objetivo en un grupo MTC particular, o después de que SGSN/MME/VLR detecta una posible situación de congestión. El mensaje puede enviarse como un mensaje a base el grupo a todos los dispositivos anexos en el grupo.
Una vez que el mensaje AS se recibe por un dispositivo MTC dado, el dispositivo puede estar en modo en reposo RRC o en modo conectado RRC en UMTS. Si el dispositivo está en modo conectado RRC, recibir el mensaje AS puede forzar implícitamente al dispositivo a moverse a modo en reposo RRC e iniciar la lógica de retiro. Si el dispositivo está en modo en reposo RRC, entonces inicia la lógica de retiro.
Alternati amente, el mensaje ÑAS puede enviarse como múltiples mensajes de una sola transmisión, cada uno dirigiéndose a un dispositivo específico en el grupo. Los dispositivos pueden no iniciar la comunicación con la red hasta que expira el temporizador de retiro. Para evitar la sobrecarga de la red cuando expira el temporizador de retiro, los tempori zadores de retiro aleatorios pueden asignarse a diferentes dispositivos desde el mismo grupo MTC.
Alternativamente, la red puede señalar un parámetro que puede utilizarse por el dispositivo MTC para determinar el periodo de retiro. El parámetro y función utilizados por el dispositivo deben resultar en un tiempo de retiro aleatorio.
Retiro en base a carga La red señala la carga y los dispositivos deciden cuando transmitir.
Opcionalmente , la red señala un indicador que permite o no que los dispositivos transmitan. La decisión para transmitir puede ser en base al grupo MTC al cual pertenece el dispositivo y/o la prioridad de los datos a transmitirse. La señalización de la carga puede ser a través de canal de transmisión o señalización dedicada a cada dispositivo MTC o grupo de dispositivos. Para evitar la congestión de señalización, los dispositivos calculan un tiempo de retiro que se utiliza para retrasar el inicio de sus transmisiones. Alternativamente, el tiempo de retiro puede señalarse junto con la carga. Para evitar la sobrecarga de red cuando el temporizador de retiro expira, los temporizadores de retiro pueden asignarse a diferentes dispositivos del mismo grupo MTC .
Opcionalmente, un indicador de congestión puede utilizarse para determinar el permiso para transmitir. El indicador de congestión se aplica a todos los grupos o a uno o más grupos MTC específicos. Un dispositivo en un grupo puede transmitir cuando el indicador está claro. Opcionalmente, el dispositivo puede aplicar un retiro aleatorio antes de transmitir cuando el indicador está claro.
Opcionalmente, todos los dispositivos que ven el indicador de congestión esperan hasta que reciben un mensaje ÑAS dedicado de la red indicando que tiene permiso de transmitir. El utilizar este mensaje permite que la red seleccione a que dispositivos se les permite transmitir y por lo tanto escalonar la transmisión de dispositivos MTC individuales o grupos de dispositivos.
Esta solución puede aplicarse a dispositivos MTC que se unen o no a la red.
Retiro en base a secuencia del canal de paginación Cuando se utiliza este tipo de retiro, se les notifica a los dispositivos retirarse en el Canal de Paginación. En GERAN, en base al modo del dispositivo asi como el Modo de Red de Operación (NMO), el dispositivo MTC puede codificar uno o más Canales de Paginación como sigue.
Si el dispositivo MTC está de codi fi cando el Canal de Paginación GSM (CS), la red puede utilizar Solicitud de Paginación Tipo 1, 2, o 3. Si se utiliza una solicitud de paginación Tipo 1, la red puede paginar un máximo de dos móviles al utilizar ya sea la Identidad Suscriptora Móvil Internacional (IMSI) o la Identidad Suscriptora Móvil Temporal (TMSI) . Al utilizar una solicitud de paginación Tipo 2, la red puede paginar hasta tres móviles donde solamente una de las identidades utilizadas puede ser la IMSI (es decir, ya sea una IMSI y dos TMSI, o tres TMSI) . Para una solicitud de paginación Tipo 3, pueden paginarse hasta cuatro móviles utilizando la TMSI solamente. En todos estos casos, se propone utilizar una secuencia de bits predefinida de TMSI o IMSI (por ejemplo, todos los "unos" o todos los "ceros") . Esta secuencia predefinida notifica a un dispositivo MTC retirarse y puede ignorarse por dispositivos no MTC.
Si el dispositivo MTC está decodificando el Canal de Paginación GPRS ( PS ) , la red puede paginar el dispositivo al enviar el mensaje de Solicitud de Paginación de Paquete que contiene ya sea la TMSI, Identidad Suscriptora Móvil Temporal de Paquete (P-TMSI), o IMSI. Similar a cuando se utiliza el Canal de Paginación GSM (CS), puede utilizarse una secuencia predefinida de bits en lugar de la identidad actual. Esta secuencia predefinida notifica a un dispositivo MTC retirarse y puede ignorarse por dispositivos no MTC.
En UMTS, el Canal Indicador de Paginación (PICH) notifica al dispositivo MTC cuando levantarse y escuchar el canal de paginación (PCH) . El PCH contiene entonces la P-TMSI o IMSI del dispositivo. Una secuencia predefinida puede utilizarse en lugar de la P-TMSI o IMSI, para notificar a un dispositivo MTC retirarse y puede ignorarse por dispositivos no MTC.
Opcionalmente, la red puede utilizar los 12 bits en el PICH los cuales actualmente "se reservan para uso futuro" como se muestra en la Figura 9. Si se encuentra una secuencia dada, el dispositivo MTC sabe como retirarse. Estos bits pueden ignorarse por dispositivos no MTC .
En LTE, la WTRU se levanta periódicamente en ranuras predefinidas en un marco dado en base a su grupo de paginación y su ciclo de recepción discontinúa ( DRX ) para escuchar el canal de control de enlace descendente físico (PDCCH) . Si la WTRU detecta una ubicación asociada con el identif icador temporal de red radial por paginación (P-RNTI), entonces está presente un mensaje de paginación en la ubicación asociada en el canal compartido de enlace descendente físico (PDSCH) . El dispositivo MTC entonces busca por un ident i f i cado r específico o secuencia predefinida en el mensaje de paginación. Si está presente esta secuencia predefinida, esta notifica al dispositivo MTC retirarse y puede ignorarse por dispositivos no MTC.
Alternativamente, un nuevo identif icador temporal de red radial (RNTI), el RNTI de Retiro (B-RNTI), puede utilizarse para informar a todos los dispositivos MTC retirarse de la transmisión. Una vez gue una WTRU detecta una ubicación asociada con B-RNTI en el PDCCH, está presente un mensaje de retiro en esta ubicación. Este mensaje de retiro puede proporcionar parámetros de retiro, tal como la duración del periodo de retiro, un parámetro del periodo de retiro aleatorio adicional, o informar a la WTRU si este retiro se aplica a grupos MTC específicos.
En todos los escenarios, el retiro necesita comunicarse al dispositivo. El retiro puede preconfigurarse en el dispositivo o enviarse opcionalmente en uno de los mensajes de señalización de Aceptación de ÑAS, que pueden incluir cualquiera de: aceptar unión, aceptar la actualización del área de encaminamiento (RAU), aceptar la actualización del área de rastreo (TAU), o aceptar la actualización de ubicación (LU) . Para evitar la sobrecarga de la red cuándo expira el temporizador de retiro, pueden asignarse los tempori zadores de retiro aleatorios a diferentes dispositivos del mismo grupo MTC. Si se configura la red para enviar el mismo temporizador de retiro o parámetros a todos los dispositivos en el (los) mensaje (s) de Aceptación AS, los dispositivos pueden aplicar un temporizador de retiro aleatorio además del señalado por la red para minimizar las oportunidades de coalición o congestión de los últimos intentos.
Para diferenciar los grupos MTC, pueden definirse diferentes secuencias y diferentes retiros para diferentes grupos.
Priorización del Dispositivo La red sabe que grupos del dispositivo son tolerantes al tiempo y que grupos del dispositivo no son tolerantes al tiempo. Cuando la red recibe una solicitud de un dispositivo que no es tolerante al tiempo, puede informar a los dispositivos tolerantes al tiempo no transmitir por un periodo de tiempo especifico, evitando la congestión y siendo capaz de proporcionar acceso a un dispositivo que requiere conexión inmediata (es decir, los dispositivos con prioridad más alta) .
La Figura 10 es un diagrama de flujo de un método 1000 para implementar un procedimiento de priorización del dispositivo. La red recibe una solicitud (ya sea una solicitud de unión o una solicitud de activación de contexto PDP) de un dispositivo que no soporta la característica de tolerante al tiempo (paso 1002) . La red' verifica' la suscripción del dispositivo y observa que el dispositivo no es tolerante al tiempo (paso 1004 ) .
Se hace una determinación si la red está cerca de la congestión (paso 1006) . Si la red no está cerca de la congestión, entonces el método terminará (paso 1008) y puede aceptarse la solicitud del dispositivo no tolerante al t iempo .
Si la red está próxima a congestión (paso 1006), la red selecciona un grupo de dispositivos tolerantes al tiempo que se unen actualmente (paso 1010) . La red notifica al grupo o grupos de dispositivos tolerantes al tiempo no transmitir (paso 1012) .
La red acepta la solicitud del dispositivo no tolerante al tiempo (paso 1014) y recibe la transmisión del dispositivo no tolerante al tiempo (paso 1016) . La red notifica entonces al grupo o grupos de dispositivos tolerantes al tiempo que pueden resumir la transmisión (paso 1018) y el método termina (paso 1008) .
Condicionalmente unida SGSN/MME/VLR puede aceptar una Solicitud de Unión de un dispositivo MTC especifico pero impone un retiro de transmisión. La red informa al dispositivo que su intento de registro se acepta condicionalmente al indicar eso en los mensajes de Aceptación para registro (es decir, en el mensaje de aceptación de unión, aceptación RAÜ, aceptación TAU, o aceptación LAU) . Esto puede lograrse al ya sea utilizar puntos de código disponibles en los elementos de información ya existentes, por ejemplo, Tipo de Unión, Tipo de Actualización, o Tipo de Actualización EPS, o al introducir un nuevo elemento de información que transmite esta condición. El retiro puede ser ya sea un valor seleccionado y transmitido por la red o un parámetro transmitido por la red que el dispositivo utiliza para calcular el valor de retiro. Opcionalment e , el dispositivo puede tener un retiro preconfigurado.
Resumir comunicación después del retiro Para evitar la congestión una vez que el periodo de retiro expira para un grupo grande de dispositivos MTC, puede generarse un periodo de retiro aleatorio adicional por la WTRU. El rango de este periodo de retiro aleatorio adicional puede enviarse como parte de los parámetros de retiro.
Aunque las características y elementos se describen arriba en combinaciones particulares, un experto en la materia apreciaría que cada característica o elemento puede utilizarse solo o en cualquier combinación con las otras características y elementos. Además, los métodos descritos en la presente pueden implementarse en un programa comput aciona 1 , software, o firmware incorporado en un medio legible por computadora para su ejecución por una computadora o procesador. Ejemplos de medios legibles por computadora incluyen señales electrónicas (transmitidas por conexiones alámbricas o inalámbricas) y medios de almacenamiento legibles por computadora. Ejemplos de medios de almacenamiento legibles por computadora incluyen, pero no se limitan a, una memoria de sólo lectura (ROM) , una memoria de acceso aleatorio (RAM), un registrador, memoria intermedia, dispositivos de memoria semiconductores, medios magnéticos tales como discos duros internos y discos removibles, medios magneto-ópticos, y medios ópticos tales como discos CD-ROM, y discos versátiles digitales (DVDs) . Un procesador en asociación con software puede utilizarse para implementar un transceptor de frecuencia de radio para utilizarse en una TRU, UE, terminal, estación base, RNC, o cualquier computadora huésped.
Modalidades 1. Un método para realizar equilibrio de carga por una unidad de transmisión/recepción inalámbrica (WTRU) incluye evaluar un valor de carga de celda actual y en una condición que el valor de carga de celda actual es mayor que un umbral predeterminado, realizar el equilibrio de carqa al bloquear la celda actual. 2. El ¡método de la modalidad' 1, en donde el bloqueo incluye agregar la celda actual a una lista de celda bloqueada por un periodo de tiempo predeterminado. 3. El método de la modalidad 2, en donde el periodo de tiempo predeterminado corresponde a cualquiera de: un valor proporcionado por la red específicamente para la WTRU, un tiempo de bloqueo para celdas bloqueadas, o una fracción del" tiempo de bloqueo para celdas bloqueadas. 4. El método de cualquiera de las modalidades 1-3, en donde el valor de carga de la celda actual se determina por la WTRU e incluye cualquiera de: un número predeterminado de intentos de acceso al canal de acceso aleatorio (RACH) fallidos, consecutivos; un número predeterminado de accesos al RACH consecutivos en el cual se recibe una respuesta pero no se asignan recursos; un número predeterminado de una combinación de intentos de acceso al RACH fallidos o accesos RACH en el cual se recibe una respuesta pero no se asignan recursos; un número predeterminado de fallas consecutivas en la fase de resolución de contención; un número predeterminado de fallas consecutivas del RACH, en donde una falla del RACH incluye una combinación de intentos de acceso al RACH fallidos, accesos al RACH en el cual se recibe una respuesta pero no se asignan recursos, o fallas en la fase de resolución de contención; o un número predeterminado de fallas del RACH dentro de un periodo de tiempo predeterminado . 5. Una WTRU incluye un procesador configurado para evaluar un valor de carga de celda actual y en una condición que el valor de carga de celda actual es mayor que un umbral predeterminado, realizar equilibrio de carga al bloquear la celda actual. 6. Un método para identificar una WTRU como un dispositivo de comunicación tipo máquina (MTC) incluye enviar un identif icador de la WTRU a una red. El i den t i f i cado r incluye cualquiera de: una combinación de bits en una transmisión del canal de acceso aleatorio (RACH), incluyendo un valor de cláusula de establecimiento; un bit en un cuadro LAPDm; un bit en un bloque de datos de control de enlace de radio (RLC) de enlace ascendente (UL) /control de acceso medio (MAC); un bit en un bloque de control de RLC UL/MAC; un indicador en un mensaje de solicitud del recurso de paquete; una combinación de secuencias de firma en un preámbulo RACH; un indicador anexado al final de secuencias de firma repetidas en el preámbulo RACH; un mensaje de indicación MTC de un espacio; o un indicador en una respuesta de adquisición. 7. Un método para TRU para identificarse por si misma como un dispositivo MTC para una red incluye enviar un identificador de la WTRU a una red. El identificador incluye cualquiera de: una combinación de bits en una transmisión del RACH, incluyendo un valor de cláusula de establecimiento; un bit en un cuadro LAPDm; un bit en un bloque de datos de RLC UL/MAC; un bit en un bloque de control de RLC UL/MAC; un indicador en un mensaje de solicitud del recurso de paquete; una combinación de secuencias de firma en un preámbulo RACH; un indicador anexado al final de secuencias de firma repetidas en el preámbulo RACH; un mensaje de indicación MTC de un espacio; o un indicador en una respuesta de adquisición. 8. Un método para restringir acceso por un conjunto de dispositivos a una red incluye bloquear los dispositivos de una celda. El bloqueo incluye cualquiera de: la celda transmitiendo en información del sistema que se bloquea o reserva; la celda transmitiendo que una clase de acceso especifico de dispositivos se bloquea; o un Nodo B envía una orden de activación o desactivación en la' información del sistema, y los dispositivos determinan si transmiten en base a la orden. 9. El método de la modalidad 8, en donde el conjunto de dispositivos incluye cualquiera de: uno o más dispositivos MTC; uno o más dispositivos que pertenecen a un grupo específico, en donde el grupo específico incluye cualquiera de: pertenece a un usuario específico, se ubica en una celda específica, se ubica en un área de ubicación específica, se ubica en un área de registro específica, se ubica en un área de rastreo específica, o soporta una característica específica; o uno o más dispositivos tolerantes de tiempo, en donde un dispositivo tolerante al tiempo es un dispositivo cuya transmisión de datos no es en tiempo real y puede retrasarse. 10. Un método para restringir acceso por un dispositivo a una red incluye limitar las capacidades de transmisión de datos del dispositivo. La limitación incluye cualquiera de: la red enviando un periodo de tiempo de acceso predefinido al dispositivo, en donde el dispositivo solamente transmite dentro del periodo de tiempo de acceso predefinido; limitando las asignaciones dadas al dispositivo, en una condición que el dispositivo es tolerante al tiempo, en donde un dispositivo tolerante al tiempo es un dispositivo cuya transmisión de datos no es en tiempo real y puede retrasarse; o el dispositivo se identifica por sí mismo a la red como siendo tolerante al tiempo, y el dispositivo recibe una instrucción de transmisión diferida de la red. 11. El método de la modalidad 10, en donde en una condición que el dispositivo intenta transmitir fuera del periodo de tiempo de acceso predeterminado, la red señala un nuevo periodo de tiempo de acceso predeterminado al dispositivo. 12. El método de cualquiera de las modalidades 10-11, en donde la instrucción de transmisión diferida incluye cualquiera de: un reconocimiento negativo; una indicación de cuando el dispositivo puede volver a intentar la transmisión; o un periodo de tiempo de acceso predefinido actualizado. 13. El método de cualquiera de las modalidades 10-12, en donde el periodo de tiempo de acceso predeterminado se envía al dispositivo en respuesta a un mensaje recibido del dispositivo, en donde la respuesta incluye cualquiera de: un mensaje de aceptación del anexo al servicio de radio en paquete general; un mensaje de actualización de la ubicación; un mensaje de transferencia directo; una orden de liberación Iu; o una orden de paginación. 14. El método de cualquiera de las modalidades 10-13, en donde el dispositivo incluye cualquiera de: un dispositivo MTC; un dispositivo que pertenece a un grupo específico, en donde el grupo específico incluye cualquiera de: pertenece a un usuario específico, se ubica en una celda específica, se ubica en un área de ubicación específica, se ubica en un área de registro específica, se ubica en un área de rastreo específica, o soporta una característica específica; o un dispositivo controlado por tiempo, en donde un dispositivo controlado por tiempo es un dispositivo configurado para transmitir solamente durante un periodo de tiempo de acceso predeterminado. 15. Un método para controlar la congestión en comunicaciones inalámbricas incluye señalar un dispositivo en una condición que existe una condición de congestión. La señalización incluye cualquiera de: rechazar una solicitud de unión o una solicitud de conexión del dispositivo; rechazar una solicitud de actualización de ubicación; señalar un periodo de tiempo de retiro al dispositivo; o aceptar una solicitud del dispositivo e imponer un periodo de tiempo de retiro de la transmisión para el dispositivo, en donde el periodo de tiempo de retiro se señala en un mensaje de aceptación para registro, en donde la solicitud incluye cualquiera de: ¡una solicitud de unión, una solicitud de actualización del área de asignación de ruta, una solicitud de actualización del área de registro, o una solicitud de actualización de ubicación. 16. El método de la modalidad 15, en donde el rechazo incluye rechazar un dispositivo único o un grupo de dispositivos. 17. El método de cualquiera de las modalidades 15-16, en dónde el periodo de tiempo de retiro de la transmisión se señala al dispositivo por cualquiera de: un mensaje de estrato de no acceso enviado a un dispositivo que se une ya a la red; o un mensaje enviado al dispositivo en un canal de paginación. 18. El método de cualquiera de las modalidades 15-17, en donde el dispositivo incluye cualquiera de: un dispositivo MTC; un dispositivo que pertenece a un grupo especifico, en donde el grupo especifico incluye cualquiera de: pertenece a un usuario especifico, se ubica en una celda especifica, se ubica en un área de ubicación especifica, se ubica en un área de registro especifica, se ubica en un área de rastreo especifica, o soporta una característica específica; o un dispositivo tolerante al tiempo, en donde un dispositivo tolerante al tiempo es un dispositivo cuya transmisión de datos no es en tiempo real y puede retrasarse. 19. El método de cualquiera de las modalidades 15-18, incluye además generar un periodo de tiempo de retiro adicional por el dispositivo MTC en respuesta a la terminación del periodo de tiempo de retiro. 20. Un método para darle prioridad al dispositivo en comunicaciones inalámbricas incluye recibir una solicitud de un dispositivo MTC que no es tolerante al tiempo, en donde un dispositivo tolerante al tiempo es un dispositivo cuya transmisión de datos no es en tiempo real y puede retrasarse; en una condición que una red que recibió la solicitud está próxima a congestión, seleccionar un grupo de dispositivos tolerantes al tiempo que se unen actualmente a la red; notificar a los dispositivos tolerantes al tiempo no transmitir; aceptar la solicitud del dispositivo no tolerante al tiempo; y notificar a los dispositivos tolerantes al tiempo resumir la transmisión.

Claims (14)

REIVINDICACIONES
1. Un método para controlar la congestión en comunicaciones inalámbricas de máquina-a-máquina (M2M) , que comprende: recibir un mensaje en un dispositivo M2M de un nodo de red M2M en una condición que existe una condición de congestión en una red inalámbrica M2M, el mensaje indicando un tiempo de retiro, en donde el tiempo de retiro es un periodo de tiempo durante el cual el dispositivo M2M no intentará una comunicación subsiguiente.
2. El método de acuerdo a la reivindicación 1, que comprende además: transmitir la comunicación subsiguiente por el dispositivo M2 después de que ha expirado el tiempo de retiro.
3. El método de acuerdo a la reivindicación 1, en donde el dispositivo M2M pertenece a un grupo, y el mensaje incluye un tiempo de retiro aleatorio para cada dispositivo M2M en el grupo.
4. Un método para controlar la congestión en comunicaciones inalámbricas de máquina-a-máquina (M2M), que comprende: transmitir un mensaje de un nodo de red M2M a un dispositivo M2M en una condición que existe una condición de congestión en una red inalámbrica M2M, el mensaje indicando un tiempo de retiro, en donde el tiempo de retiro es un periodo de tiempo durante el cual el dispositivo M2 no intentará una comunicación subsiguiente .
5. El método de acuerdo a la reivindicación 4, que comprende además: recibir la comunicación subsiguiente del dispositivo 2M después de que ha expirado el tiempo de re t i ro .
6. El método dé acuerdo a la reivindicación 4, en donde el dispositivo 2 pertenece a un grupo, y el mensaje incluye un tiempo de retiro aleatorio para cada dispositivo M2M en el grupo.
7. El método de acuerdo a la reivindicación 4, que comprende además: ejecutar el tiempo de retiro al rechazar una comunicación subsiguiente de un dispositivo M2M que tiene un temporizador de retiro aún funcionando .
8. Un dispositivo máquina-a-máquina (M2M), que comprende: una antena; un transceptor en comunicación con la antena; y un procesador en comunicación con el transceptor, el procesador configurado para: recibir un mensaje de un nodo de red M2M en una condición que existe una condición de congestión en una red inalámbrica M2M, el mensaje indicando un tiempo de retiro, en donde el tiempo de retiro es un periodo de tiempo durante el cual el dispositivo M2M no intentará una comunicación subsiguiente .
9. El dispositivo M2 de acuerdo a la reivindicación 8, en donde el procesador se con f igura además para: transmitir la comunicación subsiguiente después de que ha expirado el tiempo de retiro.
10. El dispositivo M2M de acuerdo a la reivindicación 8, en donde el dispositivo M2M pertenece a un grupo, y el mensaje incluye un tiempo de retiro aleatorio para cada dispositivo M2M en el grupo.
11. Un servidor de comunicación tipo máquina ( TC), que comprende: una antena; un transceptor en comunicación con la antena; y un procesador en comunicación con el transceptor, el procesador configurado para: transmitir un mensaje a un dispositivo máquina-a-máquina (M2M) en una condición que existe una condición de congestión en una red inalámbrica M2M, el mensaje indicando un tiempo de retiro, en donde el tiempo de retiro es un periodo de tiempo durante el cual el dispositivo M2M no intentará una comunicación subsiguiente.
12. El servidor MTC de acuerdo a la eivindicación 11, en donde el procesador se configura además para: recibir la comunicación subsiguiente del dispositivo M2M después de que ha expirado el tiempo de retiro.
13. El servidor MTC de acuerdo a la reivindicación 11, en donde el dispositivo 2M pertenece a un grupo, y el mensaje incluye un tiempo de retiro aleatorio para cada dispositivo M2M en el grupo.
14. El servidor MTC de acuerdo a la reivindicación 11, que comprende además: ejecutar el tiempo de retiro al rechazar una comunicación subsiguiente de un dispositivo M2M que tiene un temporizador de retiro aún funcionando .
MX2012009268A 2010-02-12 2011-02-11 Control de acceso y control de congestion en comunicacion de maquina-a-maquina. MX2012009268A (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US30383410P 2010-02-12 2010-02-12
US30431210P 2010-02-12 2010-02-12
US30435510P 2010-02-12 2010-02-12
US32043010P 2010-04-02 2010-04-02
PCT/US2011/024518 WO2011100540A1 (en) 2010-02-12 2011-02-11 Access control and congestion control in machine-to-machine communication

Publications (1)

Publication Number Publication Date
MX2012009268A true MX2012009268A (es) 2012-11-12

Family

ID=43855991

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2012009268A MX2012009268A (es) 2010-02-12 2011-02-11 Control de acceso y control de congestion en comunicacion de maquina-a-maquina.

Country Status (9)

Country Link
US (1) US20110199905A1 (es)
EP (2) EP2534885A1 (es)
JP (3) JP2013520100A (es)
KR (1) KR101762468B1 (es)
CN (2) CN102754485A (es)
AU (1) AU2011215752A1 (es)
MX (1) MX2012009268A (es)
TW (1) TWI562662B (es)
WO (1) WO2011100540A1 (es)

Families Citing this family (279)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003058879A1 (en) 2002-01-08 2003-07-17 Seven Networks, Inc. Secure transport for mobile communication network
US8438633B1 (en) 2005-04-21 2013-05-07 Seven Networks, Inc. Flexible real-time inbox access
WO2006136660A1 (en) 2005-06-21 2006-12-28 Seven Networks International Oy Maintaining an ip connection in a mobile network
US8805425B2 (en) 2007-06-01 2014-08-12 Seven Networks, Inc. Integrated messaging
US9002828B2 (en) 2007-12-13 2015-04-07 Seven Networks, Inc. Predictive content delivery
US8862657B2 (en) 2008-01-25 2014-10-14 Seven Networks, Inc. Policy based content service
US20090193338A1 (en) 2008-01-28 2009-07-30 Trevor Fiatal Reducing network and battery consumption during content delivery and playback
PL2309800T3 (pl) * 2009-10-08 2018-11-30 Gemalto Sa Zapobieganie przeciążeniu przy dostępie radiowym w systemach łączności komórkowej lub bezprzewodowe
KR101167939B1 (ko) * 2010-01-08 2012-08-02 엘지전자 주식회사 이동통신 시스템에서의 mtc 장치의 모니터링 방법
WO2011100540A1 (en) * 2010-02-12 2011-08-18 Interdigital Patent Holdings, Inc. Access control and congestion control in machine-to-machine communication
KR101670253B1 (ko) * 2010-02-16 2016-10-31 삼성전자 주식회사 이동 무선통신 시스템에서 단말의 네트워크 억세스 제어 방법 및 장치.
US8306546B2 (en) * 2010-02-17 2012-11-06 Lg Electronics Inc. Method and apparatus for providing machine-type communication service in wireless communication system
EP2550817B1 (en) 2010-03-23 2015-05-27 InterDigital Patent Holdings, Inc. Methods for communication for a machine type communication device and corresponding wireless transmit/receive unit
US8462722B2 (en) * 2010-03-26 2013-06-11 Telefonaktiebolaget L M Ericsson (Publ) Access control for machine-type communication devices
GB201005312D0 (en) * 2010-03-30 2010-05-12 Vodafone Ip Licensing Ltd Device and method of operation
CN102223729B (zh) * 2010-04-16 2016-06-29 中兴通讯股份有限公司 控制机器类型通信设备接入网络的方法及系统
WO2011130912A1 (zh) * 2010-04-22 2011-10-27 华为技术有限公司 拥塞/过载的控制方法及装置
EP2564650B1 (en) 2010-04-30 2014-12-17 Telefonaktiebolaget LM Ericsson (publ) A device for low priority traffic scheduling
US8438278B2 (en) * 2010-05-03 2013-05-07 Htc Corporation Methods for monitoring and reporting MTC events
WO2011139087A2 (ko) * 2010-05-04 2011-11-10 엘지전자 주식회사 네트워크 진입 및 핸드오버 시 통신을 수행하는 m2m 기기 및 그 통신 수행 방법
WO2011149252A2 (en) * 2010-05-26 2011-12-01 Lg Electronics Inc. Nas-based signaling protocol for overload protection of random access in massive machine type communication
JP2012004987A (ja) * 2010-06-18 2012-01-05 Sony Corp 中継装置、中継方法、無線通信システム、基地局、および無線通信装置
US20110310731A1 (en) * 2010-06-18 2011-12-22 Sharp Laboratories Of America, Inc. Controlling network resource usage of machine type communication (mtc) devices
US8743799B2 (en) 2010-06-24 2014-06-03 Nokia Siemens Networks Oy Change of rate matching modes in presence of channel state information reference signal transmission
CN103081378B (zh) * 2010-07-22 2015-05-27 Lg电子株式会社 发送和接收空闲状态下的非移动性移动站的下行链路数据的方法和设备
US20130121300A1 (en) * 2010-07-22 2013-05-16 Lg Electronics Inc. Method for reentering network of no-mobility mobile station in idle state and method for supporting same
US8838783B2 (en) 2010-07-26 2014-09-16 Seven Networks, Inc. Distributed caching for resource and mobile network traffic management
WO2012018556A2 (en) 2010-07-26 2012-02-09 Ari Backholm Mobile application traffic optimization
CA2806527A1 (en) 2010-07-26 2012-02-09 Seven Networks, Inc. Mobile network traffic coordination across multiple applications
US20120033613A1 (en) * 2010-08-04 2012-02-09 National Taiwan University Enhanced rach design for machine-type communications
US8565755B1 (en) * 2010-09-30 2013-10-22 Juniper Networks, Inc. Network control of radio resources to mitigate network overuse by machine to machine devices
US20120083204A1 (en) * 2010-10-04 2012-04-05 Nokia Corporation Method and Apparatus for Controlling Access
EP2943038A1 (en) * 2010-10-08 2015-11-11 Nokia Solutions and Networks Oy Apparatus and method for communication
EP2628349B1 (en) * 2010-10-11 2018-08-08 Telefonaktiebolaget LM Ericsson (publ) Improved common control channel access
CN102111745A (zh) * 2010-10-15 2011-06-29 电信科学技术研究院 Eps系统的会话管理过程的重发起方法和设备
WO2012052071A1 (en) * 2010-10-18 2012-04-26 Telefonaktiebolaget L M Ericsson (Publ) Communication scheduling based on priority and resource utilization
WO2012060995A2 (en) 2010-11-01 2012-05-10 Michael Luna Distributed caching in a wireless network of content delivered for a mobile application over a long-held request
US8843153B2 (en) 2010-11-01 2014-09-23 Seven Networks, Inc. Mobile traffic categorization and policy for network use optimization while preserving user experience
WO2012062348A1 (en) * 2010-11-08 2012-05-18 Telefonaktiebolaget L M Ericsson (Publ) Monitoring congestion status in a network
US9031530B2 (en) 2010-11-08 2015-05-12 Qualcomm Incorporated System and method for assisting in powering on sleeping network entities
GB2485236B (en) * 2010-11-08 2015-05-27 Sca Ipla Holdings Inc Infrastructure equipment and method
US20120281530A1 (en) * 2010-11-08 2012-11-08 Qualcomm Incorporated System and method for radio access network overload control
US8797856B1 (en) * 2010-11-15 2014-08-05 Juniper Networks, Inc. Feedback for machine to machine devices to account for failure of network elements
KR20120070689A (ko) * 2010-12-22 2012-07-02 한국전자통신연구원 사물 통신 서비스를 위한 랜덤 액세스 방법 및 이를 이용한 무선 통신 장치
KR101752707B1 (ko) * 2011-01-03 2017-07-03 삼성전자 주식회사 이동통신 시스템에서 혼잡 제어 방법
CN103355003A (zh) * 2011-02-07 2013-10-16 日本电气株式会社 无线电通信系统、无线电通信方法、无线电通信设备、其控制方法和存储其控制程序的存储介质
BR112013019363B1 (pt) * 2011-02-10 2021-11-16 Nokia Technologies Oy Método, aparelho e meio legível por computador não transitório que contém instruções
TWI455621B (zh) * 2011-02-16 2014-10-01 Htc Corp 一種處理機器類別通訊裝置觸發之方法,以及使用該方法之服務網路
US8396072B2 (en) * 2011-02-21 2013-03-12 Renesas Mobile Corporation Method and apparatus for channel traffic congestion avoidance in a mobile communication system
US8953442B2 (en) * 2011-03-09 2015-02-10 Cray Inc. Congestion detection in a network interconnect
US8982688B2 (en) 2011-03-09 2015-03-17 Cray Inc Congestion abatement in a network interconnect
CN103703697A (zh) * 2011-03-09 2014-04-02 英特尔公司 用于机器到机器通信的基站和通信方法
EP2695469B1 (en) 2011-04-02 2017-07-05 Alcatel Lucent Slotted access for wireless communication devices and control thereof
KR20140032981A (ko) * 2011-04-08 2014-03-17 엘지전자 주식회사 무선 통신 시스템에서 단말이 네트워크와 연결을 설정하는 방법 및 이를 위한 장치
US8787159B2 (en) * 2011-04-14 2014-07-22 Alcatel Lucent Mechanism for wireless access networks to throttle traffic during congestion
WO2012148442A1 (en) * 2011-04-29 2012-11-01 Intel Corporation Techniques to manage energy savings for interoperable radio access technology networks
KR101932107B1 (ko) 2011-05-02 2018-12-24 삼성전자 주식회사 단말의 access 수행 및 제어 방법과 장치
WO2012154198A1 (en) * 2011-05-09 2012-11-15 Intel Corporation Techniques for machine-to-machine device management
SG185834A1 (en) * 2011-05-11 2012-12-28 Smart Communications Inc System and method for routing electronic content to a recipient device
GB201114079D0 (en) * 2011-06-13 2011-09-28 Neul Ltd Mobile base station
JP5871733B2 (ja) * 2011-07-04 2016-03-01 コニンクリーケ・ケイピーエヌ・ナムローゼ・フェンノートシャップ 時間インジケータを用いたトリガリング
US9774538B2 (en) * 2011-07-15 2017-09-26 At&T Mobility Ii Llc Efficient processing of radio resource requests
GB2493143A (en) * 2011-07-21 2013-01-30 Sca Ipla Holdings Inc Time multiplexed additional carrier for LTE carrier aggregation and machine-type communication (MTC)
GB2493144A (en) 2011-07-21 2013-01-30 Sca Ipla Holdings Inc Time multiplexed additional carrier for LTE carrier aggregation and machine-type communication (MTC)
US20130046821A1 (en) * 2011-08-15 2013-02-21 Renasas Mobile Corporation Advanced Machine-To-Machine Communications
JP2013055461A (ja) * 2011-09-02 2013-03-21 Sony Corp 通信装置、通信方法、通信システム、および基地局
CN102316521B (zh) 2011-09-15 2014-04-16 电信科学技术研究院 数据传输方法、系统和设备
KR101873064B1 (ko) * 2011-09-26 2018-08-03 한국전자통신연구원 협대역 사물통신 디바이스의 랜덤 액세스 신호 발생 방법
GB2495271B (en) * 2011-09-27 2013-12-11 Renesas Mobile Corp Delay of access to assist management of congestion in radio access networks
US9515799B2 (en) 2011-09-29 2016-12-06 Lg Electronics Inc. Method of transmitting control information for low-cost machine type communication, and apparatus for supporting same
WO2013049768A1 (en) * 2011-09-30 2013-04-04 Interdigital Patent Holdings, Inc. Device communication using a reduced channel bandwidth
US8688166B2 (en) 2011-10-17 2014-04-01 Intel Corporation Call establishment in highly congested network environment
US8873494B2 (en) 2011-10-28 2014-10-28 Qualcomm Incorporated Systems and methods for fast initial network link setup
US9814085B2 (en) 2011-10-28 2017-11-07 Qualcomm, Incorporated Systems and methods for fast initial network link setup
US9402243B2 (en) 2011-10-28 2016-07-26 Qualcomm Incorporated Systems and methods for fast initial network link setup
US9445438B2 (en) * 2011-10-28 2016-09-13 Qualcomm Incorporated Systems and methods for fast initial network link setup
US9271317B2 (en) 2011-10-28 2016-02-23 Qualcomm Incorporated Systems and methods for fast initial network link setup
US9338732B2 (en) 2011-10-28 2016-05-10 Qualcomm Incorporated Systems and methods for fast initial network link setup
US9191977B2 (en) 2011-10-28 2015-11-17 Qualcomm Incorporated Systems and methods for fast initial network link setup
US20140329529A1 (en) * 2011-11-04 2014-11-06 Lg Electronics Inc. Method of cell reselection by applying supreme priority in wireless communication system and apparatus for the same
CN103096291B (zh) * 2011-11-04 2016-12-07 华为技术有限公司 一种数据传输方法、移动性管理实体和移动终端
US9755882B2 (en) 2011-11-04 2017-09-05 Intel Corporation Small data techniques and configurations in a wireless communication network
US8942091B2 (en) 2011-11-09 2015-01-27 Industrial Technology Research Institute Method and apparatus for notifying access control information
US9078257B2 (en) * 2011-11-11 2015-07-07 Intel Coproration Random backoff for extended access barring
CN103108305B (zh) * 2011-11-11 2017-11-03 中兴通讯股份有限公司 一种终端触发消息有效时间控制方法及系统
CN103108358B (zh) * 2011-11-14 2018-01-30 中兴通讯股份有限公司 一种小数据传输方法及装置、系统
IN2014CN04550A (es) * 2011-11-25 2015-09-18 Nec Corp
CN104081796A (zh) * 2011-12-02 2014-10-01 高通股份有限公司 用于机器对机器设备的基于群组的接入控制的系统和方法
US20130339438A1 (en) * 2011-12-02 2013-12-19 Qualcomm Incorporated Systems and methods for group based access control of machine to machine devices
EP2789138B1 (en) 2011-12-06 2016-09-14 Seven Networks, LLC A mobile device and method to utilize the failover mechanisms for fault tolerance provided for mobile traffic management and network/device resource conservation
GB2498064A (en) 2011-12-07 2013-07-03 Seven Networks Inc Distributed content caching mechanism using a network operator proxy
KR101169285B1 (ko) * 2011-12-08 2012-08-02 엘지전자 주식회사 지속적 스케줄링 정보를 전송 및 수신하는 방법 및 이를 위한 장치
FR2984050B1 (fr) * 2011-12-12 2014-05-23 Buzzinbees Procede de gestion de la connectivite d'un terminal
FR2984069A1 (fr) 2011-12-12 2013-06-14 Buzzinbees Procede de controle d'acces a un reseau cellulaire
EP2608567A1 (en) * 2011-12-13 2013-06-26 Panasonic Corporation Device triggering and congestion control
US8873387B2 (en) * 2011-12-13 2014-10-28 Verizon Patent And Licensing Inc. Network congestion control for machine-type communications
US20130155954A1 (en) * 2011-12-14 2013-06-20 Interdigital Patent Holdings, Inc. Method and apparatus for triggering machine type communications applications
WO2013093192A1 (en) * 2011-12-19 2013-06-27 Nokia Corporation Deterministic user equipment barring
TWI501603B (zh) 2011-12-19 2015-09-21 Ind Tech Res Inst 在機器類型通信網路中對機器類型通信裝置分組之方法以及通信方法
US8553861B1 (en) 2011-12-22 2013-10-08 Sprint Communications Company L.P. Managing vendor credits during load balancing
US8797858B2 (en) * 2012-01-04 2014-08-05 Telefonaktiebolaget L M Ericsson (Publ) Adaptive access channel overload control
CN103220749B (zh) * 2012-01-18 2018-06-12 中兴通讯股份有限公司 接入等级检查方法和装置
EP3253083B1 (en) 2012-01-18 2021-03-24 LG Electronics Inc. Control method and device based on multiple priorities in wireless communication system
CN104185973B (zh) * 2012-01-20 2017-09-22 三星电子株式会社 用于设定数据发送的优先级的方法和设备
US10212747B2 (en) * 2012-01-27 2019-02-19 Qualcomm Incorporated Systems and methods for priority based session and mobility management
US9622211B2 (en) 2012-01-30 2017-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Access spreading with selective paging
CN103227803A (zh) * 2012-01-30 2013-07-31 华为技术有限公司 一种物联网资源获取的方法、客户端和物联网资源装置
WO2013114504A1 (en) 2012-01-30 2013-08-08 Panasonic Corporation Apparatus and methods for optimizing resoruce usage for multiple communications devices
WO2013115693A1 (en) * 2012-01-30 2013-08-08 Telefonaktiebolaget L M Ericsson (Publ) Access spreading with selective paging
EP2624598A1 (en) 2012-02-03 2013-08-07 Cinterion Wireless Modules GmbH Distributed initialization of m2m access to radio access network
WO2013116852A1 (en) 2012-02-03 2013-08-08 Seven Networks, Inc. User as an end point for profiling and optimizing the delivery of content and data in a wireless network
US8718699B2 (en) 2012-02-06 2014-05-06 Harris Corporation Wireless communication system having assigned access classes and related methods
US9094828B2 (en) * 2012-02-29 2015-07-28 Alcatel Lucent Machine type communications (MTC) in networks using non access stratum (NAS) signaling
US8902803B2 (en) * 2012-03-05 2014-12-02 Qualcomm Incorporated Systems and methods for reducing collisions after traffic indication map paging
CN104272806B (zh) * 2012-03-08 2018-11-27 诺基亚技术有限公司 专用拦阻和逃脱命令
US20130250758A1 (en) * 2012-03-24 2013-09-26 Institute For Information Industry Base station, wireless end device, and transmission barring methods thereof
WO2013151530A2 (en) * 2012-04-02 2013-10-10 Panasonic Corporation Apparatus and method for inter domain congestion control in mobile communication networks
KR101565102B1 (ko) * 2012-04-04 2015-11-02 주식회사 케이티 이중 우선순위 어플리케이션을 갖는 기계 형태 통신 장치에 대한 접속 제어 방법 및 장치
US8812695B2 (en) 2012-04-09 2014-08-19 Seven Networks, Inc. Method and system for management of a virtual network connection without heartbeat messages
US20130265937A1 (en) * 2012-04-09 2013-10-10 Puneet Jain Machine type communication (mtc) via non-access stratum layer
WO2013165139A1 (en) * 2012-04-30 2013-11-07 Lg Electronics Inc. Method and apparatus for controlling network access in a wireless communication system
CN107509199B (zh) 2012-05-10 2020-10-20 三星电子株式会社 在无线蜂窝网络中通过用户设备进行数据消息传输的方法
US9749771B2 (en) 2012-05-11 2017-08-29 Qualcomm Incorporated Methods and apparatus for managing machine-type communications
KR20130127236A (ko) * 2012-05-14 2013-11-22 삼성전자주식회사 수신 서비스 페이징 손실을 막는 방법 및 장치
US9100931B2 (en) * 2012-05-18 2015-08-04 Innovative Sonic Corporation Method and apparatus for improving frequency prioritization in a wireless communication network
GB2502274B (en) 2012-05-21 2017-04-19 Sony Corp Telecommunications systems and methods
GB2502275B (en) * 2012-05-21 2017-04-19 Sony Corp Telecommunications systems and methods
WO2014000157A1 (en) * 2012-06-26 2014-01-03 Nokia Siemens Networks Oy Mtc device provisioning
US10075979B2 (en) 2012-06-27 2018-09-11 Lg Electronics Inc. Method and apparatus for performing random access procedure in wireless communication system
CN103650587A (zh) * 2012-06-27 2014-03-19 华为技术有限公司 小区驻留方法、终端和基站
KR20150032524A (ko) * 2012-06-28 2015-03-26 엘지전자 주식회사 무선 통신 시스템에서 영역 갱신 방법 및 장치
US8787835B2 (en) 2012-07-13 2014-07-22 Apple Inc. Forced cell or radio access technology reselection responsive to network access barring
EP2875668B1 (en) * 2012-07-19 2017-05-10 Telefonaktiebolaget LM Ericsson (publ) Technique for load balancing between cellular network subscriptions in a router having both short range and cellular communication interfaces
EP2876927A4 (en) * 2012-07-20 2016-03-23 Nec Corp CORE NETWORK NODES, WIRELESS TERMINAL, METHOD FOR OVERLOAD CONTROL, AND NON-TEMPERATIVE COMPUTER READABLE MEDIUM
US8804566B1 (en) * 2012-07-25 2014-08-12 Sprint Spectrum L.P. Tracking area reconfiguration based on sector load
US9125076B2 (en) 2012-08-02 2015-09-01 Openet Telecom Ltd. System and method for providing detection of signaling-only engagements in a telecommunication network
US20140045509A1 (en) * 2012-08-09 2014-02-13 Simon PARR Method and apparatus in mobile telecommunications system user equipment
US9591460B2 (en) * 2012-08-31 2017-03-07 Qualcomm Incorporated Application layer related group priority access using eMBMS and LTE priority access
CN103686928B (zh) * 2012-09-07 2016-12-21 中兴通讯股份有限公司 Mtc设备接入移动通信系统的方法及装置
JP5977128B2 (ja) * 2012-09-13 2016-08-24 京セラ株式会社 無線通信システムおよび無線通信制御方法
EP2897405B1 (en) 2012-09-13 2018-03-21 Huawei Technologies Co., Ltd. Content downloading method and related device and system
GB2506606B (en) * 2012-10-02 2015-03-25 Broadcom Corp Wireless network registration without requiring a packet data connection to be established
EP2905990B1 (en) * 2012-10-05 2019-10-02 LG Electronics Inc. Method and device for controlling multipriority in wireless communication system
US9794929B2 (en) 2012-10-24 2017-10-17 Electronics And Telecommunications Research Institute Method and device for allocating resource in wireless LAN system, communication terminal method and communication terminal
WO2014065611A1 (ko) * 2012-10-24 2014-05-01 한국전자통신연구원 무선랜 시스템에서의 자원 할당 방법 및 장치, 통신 방법 및 통신 단말
US20140269279A1 (en) * 2013-03-15 2014-09-18 Seven Networks, Inc. Triggering congestion control for radio aware applications
US20140133293A1 (en) * 2012-11-15 2014-05-15 Seven Networks, Inc. Triggering congestion control in a manner such that the mobile device radio is application aware
EP2921001A1 (en) * 2012-11-15 2015-09-23 Seven Networks, Inc. Triggering congestion control for radio aware applications or in a manner such that the mobil device radio is application aware
CN104770029B (zh) * 2012-11-16 2019-03-05 华为技术有限公司 资源分配方法、基站及d2d设备
KR101998425B1 (ko) * 2012-11-23 2019-10-01 주식회사 케이티 M2m 메시지 보안 방법 및 장치
US8971893B2 (en) * 2012-11-29 2015-03-03 At&T Intellectual Property I, Lp Apparatus and method for management of radio resource control connections
EP2932780B1 (en) 2012-12-12 2016-11-23 Telefonaktiebolaget LM Ericsson (publ) Base station, user equipment and methods for random access
US20140169163A1 (en) * 2012-12-13 2014-06-19 General Electric Company Systems and methods for communication channel capacity change detection
EP2938152B1 (en) * 2012-12-19 2019-01-30 LG Electronics Inc. Backoff method and device in slot-type channel access of wireless lan system
US20140177497A1 (en) 2012-12-20 2014-06-26 Seven Networks, Inc. Management of mobile device radio state promotion and demotion
US10536919B2 (en) * 2013-01-04 2020-01-14 Iot Holdings, Inc. Method and apparatus for processing service layer detach commands and attach notifications
WO2014109684A1 (en) 2013-01-09 2014-07-17 Telefonaktiebolaget L M Ericsson (Publ) Network-controlled network selection procedure
US9730184B2 (en) * 2013-01-14 2017-08-08 Qualcomm Incorporated Broadcast and paging channels for machine type communication
US8934339B2 (en) * 2013-01-17 2015-01-13 Blackberry Limited Method and apparatus for enhancements for de-prioritization by RRC connection reject in LTE
EP2950585B1 (en) * 2013-01-21 2019-05-08 LG Electronics Inc. Priority handling-based operation method in wireless communication system and apparatus supporting same
US9241314B2 (en) 2013-01-23 2016-01-19 Seven Networks, Llc Mobile device with application or context aware fast dormancy
US8874761B2 (en) 2013-01-25 2014-10-28 Seven Networks, Inc. Signaling optimization in a wireless network for traffic utilizing proprietary and non-proprietary protocols
US9215549B2 (en) 2013-02-13 2015-12-15 Aeris Communications, Inc. Method for delivering machine to machine (M2M) application control data over control plane in LTE/EPS utilizing standard bearer management procedures
US10834557B2 (en) 2013-02-13 2020-11-10 Aeris Communications, Inc. Layered machine to machine (M2M) service methodology using class-based access point names (APNs) for the internet of things
ITTO20130189A1 (it) 2013-03-08 2014-09-09 Sisvel Technology Srl Apparato d'utente per telecomunicazioni mobili e metodo per accedere ad una rete di telecomunicazioni
US8750123B1 (en) 2013-03-11 2014-06-10 Seven Networks, Inc. Mobile device equipped with mobile network congestion recognition to make intelligent decisions regarding connecting to an operator network
KR102020358B1 (ko) * 2013-03-14 2019-11-05 삼성전자 주식회사 단말 및 그 단말에서 애플리케이션 동기화 방법
EP2975882B1 (en) 2013-03-14 2018-07-25 LG Electronics Inc. Method and apparatus for changing proximity service-based radio access technology
JP6094297B2 (ja) * 2013-03-21 2017-03-15 富士通株式会社 無線端末装置、通信制御装置、及び無線通信方法
US9516127B2 (en) 2013-03-25 2016-12-06 Seven Networks, Llc Intelligent alarm manipulator and resource tracker
WO2014161780A1 (en) * 2013-04-01 2014-10-09 Nokia Solutions And Networks Oy Enhanced back-off timer solution for gtp-c overload control
US20160057688A1 (en) * 2013-04-05 2016-02-25 Nokia Technologies Oy Handling uplink/downlink imbalance
US20140315548A1 (en) * 2013-04-22 2014-10-23 Qualcomm Incorporated Methods and apparatus for access class barring for voip calls
CN104322108A (zh) 2013-05-03 2015-01-28 华为技术有限公司 接入控制方法及装置
US10313913B2 (en) * 2013-05-09 2019-06-04 Qualcomm Incorporated Overload control and supervision for wireless devices
WO2014193277A1 (en) * 2013-05-29 2014-12-04 Telefonaktiebolaget L M Ericsson (Publ) Method for managing transmissions of data from a plurality of machine-to-machine devices
US10216549B2 (en) 2013-06-17 2019-02-26 Seven Networks, Llc Methods and systems for providing application programming interfaces and application programming interface extensions to third party applications for optimizing and minimizing application traffic
WO2015000134A1 (en) * 2013-07-02 2015-01-08 Telefonaktiebolaget L M Ericsson(Publ) Method and network node for managing collisions
KR102179105B1 (ko) * 2013-07-08 2020-11-16 삼성전자 주식회사 무선 랜에서 제어 혼잡을 방지하는 방법 및 장치
US9973965B2 (en) 2013-07-12 2018-05-15 Seven Networks, Llc Transport protocol layer optimization for managing signaling and power consumption
US9065765B2 (en) 2013-07-22 2015-06-23 Seven Networks, Inc. Proxy server associated with a mobile carrier for enhancing mobile traffic management in a mobile network
US9854609B2 (en) 2013-07-26 2017-12-26 Lg Electronics Inc. Method for transmitting signal for MTC and apparatus for same
GB2531221B (en) * 2013-08-01 2020-04-15 Toshiba Res Europe Limited RAN overload control for M2M communications in LTE networks
US9564958B2 (en) 2013-08-08 2017-02-07 Intel IP Corporation Power saving mode optimizations and related procedures
EP3031150B1 (en) 2013-08-08 2019-12-18 Intel IP Corporation Coverage extension level for coverage limited device
CN105393470B (zh) 2013-08-08 2018-11-02 英特尔Ip公司 用于多输入多输出系统中的电子下倾角调节的方法、装置和系统
US9326122B2 (en) 2013-08-08 2016-04-26 Intel IP Corporation User equipment and method for packet based device-to-device (D2D) discovery in an LTE network
US9681354B2 (en) 2013-08-08 2017-06-13 Intel IP Corporation Signaling radio bearer optimizations and other techniques for supporting small data transmissions
US9499995B2 (en) * 2013-08-08 2016-11-22 Intel IP Corporation Coverage extension level for coverage limited device
JP6221488B2 (ja) 2013-08-09 2017-11-01 富士通株式会社 管理装置、制御装置、通信システム及び通信方法
CN104378835A (zh) * 2013-08-13 2015-02-25 华为终端有限公司 接入网络的预约处理方法及终端
KR101769387B1 (ko) * 2013-08-18 2017-08-30 엘지전자 주식회사 무선 통신 시스템에서 중계기 동작 방법 및 장치
WO2015026392A1 (en) * 2013-08-22 2015-02-26 Fujitsu Limited System information broadcast in machine-to-machine radio access systems
CN103490964B (zh) * 2013-09-18 2017-03-15 杭州华三通信技术有限公司 一种实现灵活配置终端接入数量的方法及装置
CN105594249B (zh) 2013-09-26 2019-03-01 富士通互联科技有限公司 基站、移动台、无线通信系统以及无线通信方法
US10028075B2 (en) 2013-10-03 2018-07-17 At&T Intellectual Property I, L.P. Intelligent machine-to-machine (IM2M) devices
US9474069B2 (en) 2013-10-09 2016-10-18 Qualcomm Incorporated Enabling a communication feasibility determination time to complete communication exchanges between an M2M server and one or more M2M devices
US9265086B2 (en) * 2013-10-10 2016-02-16 Qualcomm Incorporated Addressing radio link failures in wireless communication systems
CN104581796B (zh) * 2013-10-29 2019-08-30 中兴通讯股份有限公司 一种m2m应用请求的发送方法、cse和系统
EP3883330A1 (en) 2013-10-30 2021-09-22 Interdigital Patent Holdings, Inc. Carrier aggregation configuration in wireless systems
US11637763B2 (en) 2013-10-30 2023-04-25 Interdigital Patent Holdings, Inc. Connectivity robustness in wireless systems
US9848334B2 (en) * 2013-10-31 2017-12-19 Nec Corporation Apparatus, system and method for MTC
EP3065450A4 (en) * 2013-10-31 2017-06-28 Nec Corporation Core network device, wireless terminal, and communication control method therefor
US9572171B2 (en) * 2013-10-31 2017-02-14 Intel IP Corporation Systems, methods, and devices for efficient device-to-device channel contention
EP3244686B1 (en) * 2013-11-14 2019-12-04 Sony Corporation Communications system, infrastructure equipment, communications devices and method
US9635699B2 (en) * 2013-11-22 2017-04-25 Verizon Patent And Licensing Inc. M2M device retry instruction to non-peak network time
CN105940718B (zh) * 2014-01-22 2019-09-03 Lg电子株式会社 在无线接入系统中针对mo-sms的自适应限制控制的方法和设备
US9648110B2 (en) * 2014-01-27 2017-05-09 Verizon Patent And Licensing Inc. Admission control for a network
US9351217B2 (en) 2014-01-29 2016-05-24 Acer Incorporated Method of performing traffic steering in a wireless network system and related wireless network system
US9544815B2 (en) * 2014-01-29 2017-01-10 Acer Incorporated Method of performing traffic steering in a wireless network system and related wireless network system
KR101514645B1 (ko) * 2014-02-12 2015-04-23 주식회사 엘지유플러스 계획된 접속이 가능한 무선망의 무선접속장치 및 이를 이용한 계획된 접속방법
CN104918297B (zh) * 2014-03-13 2018-07-27 中国移动通信集团公司 一种小区接入方法和设备
JP6053183B2 (ja) * 2014-03-14 2016-12-27 株式会社Nttドコモ 規制制御装置、及び規制制御方法
JPWO2015146910A1 (ja) * 2014-03-24 2017-04-13 シャープ株式会社 サーバ装置及び端末装置
US9591509B2 (en) 2014-04-10 2017-03-07 Qualcomm Incorporated Congestion control scheme
WO2015169872A1 (en) * 2014-05-06 2015-11-12 Vodafone Ip Licensing Limited Synchronisation for cloned sim cards of m2m devices
CN106462536B (zh) * 2014-05-23 2019-11-08 富士通互联科技有限公司 机器类通信事件检测方法、系统及非暂态计算机可读介质
WO2016000188A1 (zh) * 2014-06-30 2016-01-07 华为技术有限公司 接入控制装置、接入装置及方法
WO2016018542A1 (en) * 2014-07-28 2016-02-04 Intel IP Corporation Systems and methods for varied cell barring times
EP3183894B1 (en) * 2014-08-18 2020-10-14 Deutsche Telekom AG Method and system for exchanging data with a mobile communication network using at least one group of cloned subscriber identity modules
JP5837969B1 (ja) * 2014-09-24 2015-12-24 ソフトバンク株式会社 通信規制サーバ、通信規制方法、及び通信規制プログラム
US10362506B2 (en) * 2014-10-07 2019-07-23 Nec Corporation Communication aggregation system, control device, processing load control method and non-transitory computer readable medium storing program
KR102165774B1 (ko) * 2014-10-30 2020-10-14 에스케이텔레콤 주식회사 사물 통신 단말의 네트워크 연결 제어 방법
CN107005937B (zh) * 2014-11-07 2020-06-30 瑞典爱立信有限公司 用于无线设备的增强型节能模式的方法
EP3021617A1 (en) * 2014-11-14 2016-05-18 Gemalto M2M GmbH Method for operating a wireless communication device in a cellular network
EP3226619A4 (en) 2014-11-25 2017-11-15 Fujitsu Limited Wireless access system and fixed terminal control device
WO2016163331A1 (ja) * 2015-04-10 2016-10-13 京セラ株式会社 ユーザ端末及び移動通信方法
US9641642B2 (en) * 2015-04-22 2017-05-02 At&T Intellectual Property I, L.P. System and method for time shifting cellular data transfers
WO2016181564A1 (ja) * 2015-05-14 2016-11-17 富士通株式会社 無線通信装置、無線通信システムおよび無線通信方法
JP6082056B2 (ja) * 2015-06-03 2017-02-15 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 輻輳/過負荷制御方法および装置
CN104955162A (zh) * 2015-06-23 2015-09-30 中国联合网络通信集团有限公司 一种物联网设备的分组随机接入方法及系统
US9843923B2 (en) 2015-07-08 2017-12-12 At&T Intellectual Property I, L.P. Adaptive group paging for a communication network
JPWO2017037845A1 (ja) * 2015-08-31 2018-06-14 日本電気株式会社 ネットワークノードとネットワークシステムと端末、ネットワーク制御方法並びにプログラム
EP3139679A1 (en) * 2015-09-03 2017-03-08 Alcatel Lucent Method to operate a user equipment
CN106550426A (zh) * 2015-09-18 2017-03-29 中兴通讯股份有限公司 接入控制方法及通信节点
KR101707163B1 (ko) 2015-10-02 2017-02-15 성균관대학교산학협력단 무선 통신 시스템에서의 적응적 랜덤 액세스 제어 및 자원 할당 방법과 장치
US10448225B2 (en) * 2015-10-20 2019-10-15 Sony Corporation Device and method
WO2017086617A1 (ko) * 2015-11-19 2017-05-26 엘지전자 주식회사 무선 통신 시스템에서 혼잡한 네트워크 상황에서 동작하는 단말의 동작 방법 및 이를 위한 장치
CN106993324B (zh) * 2016-01-20 2020-07-07 中兴通讯股份有限公司 小区选择方法及装置
WO2017149575A1 (ja) * 2016-03-03 2017-09-08 日本電気株式会社 コアノード、無線端末、通信方法、及び、非一時的なコンピュータ可読媒体
JP6587030B2 (ja) * 2016-03-03 2019-10-09 日本電気株式会社 コアノード、及び通信方法
CN107241369B (zh) 2016-03-28 2020-06-16 电信科学技术研究院 一种数据传输的方法、装置及会话管理功能实体设备
US9986446B2 (en) 2016-05-31 2018-05-29 Apple Inc. Providing special radio provisions to link budget limited user equipment at activation
JP6757843B2 (ja) * 2016-07-05 2020-09-23 エルジー エレクトロニクス インコーポレイティド 次世代移動通信ネットワークでアクセス制御を遂行する方法及びユーザ装置
JP6224779B2 (ja) * 2016-07-13 2017-11-01 京セラ株式会社 基地局およびその制御方法
CN106255037B (zh) * 2016-08-01 2020-04-24 上海无线通信研究中心 基于大规模mimo技术的物联网设备随机接入方法及其系统
US10127420B2 (en) 2016-08-04 2018-11-13 Industrial Technology Research Institute Location based situation awareness system and method thereof
US10643039B2 (en) 2016-08-04 2020-05-05 Industrial Technology Research Institute Location based situation awareness system and method thereof
CN106330754B (zh) * 2016-08-31 2020-02-21 东软集团股份有限公司 访问请求的控制方法和装置
CN112637928B (zh) * 2016-09-07 2022-06-14 华为技术有限公司 接入控制方法和装置
CN108024234B (zh) * 2016-11-04 2021-01-08 上海诺基亚贝尔股份有限公司 用于mtc设备的相邻小区测量的方法和设备
US10171968B2 (en) 2016-12-06 2019-01-01 At&T Mobility Ii Llc Device based network notification of device supported machine-type communication features
CN115413056A (zh) 2017-01-06 2022-11-29 北京三星通信技术研究有限公司 前导序列重传的方法、用户设备及基站
CN107071824B (zh) 2017-01-17 2019-08-27 Oppo广东移动通信有限公司 一种网络拥塞下呼叫的方法及装置
CN110651502B (zh) * 2017-03-15 2022-09-23 诺基亚通信公司 用于网络重新附接的退避定时器
US11160115B2 (en) 2017-03-24 2021-10-26 Convida Wireless, Llc Setting of back-off time
US10992711B2 (en) * 2017-04-13 2021-04-27 At&T Intellectual Property I, L.P. Network aware data driven internet of things service engine
WO2018194270A1 (ko) * 2017-04-18 2018-10-25 엘지전자 주식회사 액세스 금지 체크를 수행하는 방법 및 장치
CN106982467B (zh) * 2017-04-25 2020-02-11 电子科技大学 一种基于动态分配prach资源的接入拥塞控制方法
CN109246774B (zh) * 2017-06-16 2021-01-05 华为技术有限公司 通信方法及装置
KR102294686B1 (ko) * 2017-08-10 2021-08-26 텔레폰악티에볼라겟엘엠에릭슨(펍) 무선 디바이스를 위한 서비스 갭 제어
WO2019033433A1 (en) 2017-08-18 2019-02-21 Lenovo (Beijing) Limited METHOD AND APPARATUS FOR CELL PROHIBITION
CN109286991B (zh) * 2017-09-08 2019-11-05 华为技术有限公司 信息传输的方法和装置
CN110267351B (zh) 2018-03-12 2022-07-22 华为云计算技术有限公司 通信方法和装置
JP7294326B2 (ja) * 2018-04-26 2023-06-20 日本電気株式会社 ネットワーク装置、基地局装置及び通信制御方法
CN110999438B (zh) 2018-08-03 2022-10-04 苹果公司 新无线电未许可带中的基于设备能力且独立的寻呼
US11172418B2 (en) 2018-11-09 2021-11-09 Qualcomm Incorporated Channel load information for cell reselection
CN112566145A (zh) * 2019-09-25 2021-03-26 深圳市中兴微电子技术有限公司 一种拥塞控制的方法、装置、计算机存储介质及终端
EP4027679A4 (en) * 2019-09-30 2022-09-21 Huawei Technologies Co., Ltd. SIGNAL TRANSMISSION METHOD AND DEVICE
CN111464358B (zh) * 2020-04-02 2021-08-20 深圳创维-Rgb电子有限公司 一种消息上报方法及装置
KR20230010623A (ko) * 2020-05-15 2023-01-19 엘지전자 주식회사 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치
US11671902B2 (en) * 2020-06-25 2023-06-06 Qualcomm Incorporated Apparatus and methods for new radio broadcast and multicast access control
CN116058058A (zh) * 2020-08-06 2023-05-02 苹果公司 限制能力降低的用户装备的接入的基站操作
EP4278698A1 (en) * 2021-01-14 2023-11-22 Telefonaktiebolaget LM Ericsson (publ) Methods for devices that do not support ntns to avoid cell selection/(re)selection to a cell in ntn
US11595879B2 (en) 2021-02-19 2023-02-28 At&T Intellectual Property I, L.P. Fine grained access barring of aggressive cellular devices
WO2022190710A1 (ja) * 2021-03-09 2022-09-15 村田機械株式会社 無線通信システム及び無線通信システムの制御方法
TWI780822B (zh) * 2021-07-19 2022-10-11 國立陽明交通大學 網路吞吐量評估裝置以及方法
CN113645579B (zh) * 2021-09-26 2022-09-23 杭州有赞科技有限公司 一种短信通道分发方法、装置和系统
WO2023121682A1 (en) * 2021-12-21 2023-06-29 Nokia Technologies Oy Random access procedure optimization for energy harvesting sdt devices

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002016976A (ja) * 2000-06-30 2002-01-18 Matsushita Electric Ind Co Ltd 発着信制御方法及び発着信制御装置
US6754501B1 (en) * 2000-11-02 2004-06-22 Motorola, Inc. Media access adaptive control to improve system throughput
US6631269B1 (en) * 2002-05-23 2003-10-07 Interdigital Technology Corporation Signaling connection admission control in a wireless network
CN100334894C (zh) * 2002-11-04 2007-08-29 捷讯研究有限公司 维持无线数据连接的方法与系统
JP3902560B2 (ja) * 2003-03-25 2007-04-11 三洋電機株式会社 チャネル割当方法ならびにそれを利用した基地局装置および通信システム
JP4433891B2 (ja) * 2004-06-11 2010-03-17 日本電気株式会社 発呼規制方法と通信制御方法並びにシステム
KR20060014631A (ko) * 2004-08-11 2006-02-16 삼성전자주식회사 이동통신 시스템에서 목적 셀의 혼잡성을 고려한 셀선택/재선택 방법 및 시스템
US7463887B2 (en) * 2004-08-18 2008-12-09 M-Stack Limited Apparatus and method for making measurements in mobile telecommunications system user equipment
US7471654B2 (en) * 2004-12-29 2008-12-30 Alcatel-Lucent Usa Inc. Channel assignment based on service type and wireless communication environment
JP4736450B2 (ja) * 2005-02-01 2011-07-27 日本電気株式会社 通信端末装置、発信規制方法及び発信規制プログラム
CN100461954C (zh) * 2006-01-12 2009-02-11 华为技术有限公司 一种空口承载建立的方法和系统
US8098745B2 (en) * 2006-03-27 2012-01-17 Texas Instruments Incorporated Random access structure for wireless networks
JP2007281880A (ja) * 2006-04-06 2007-10-25 Ntt Docomo Inc 移動機および発信規制方法
US20070263654A1 (en) * 2006-05-12 2007-11-15 Nokia Corporation Pro-active congestion mitigation for wireless networks
WO2007148881A2 (en) * 2006-06-21 2007-12-27 Lg Electronics Inc. Method of supporting data retransmission in a mobile communication system
US8817606B2 (en) * 2006-07-13 2014-08-26 Alcatel Lucent Managing overload of an access medium for a communication system
KR100735664B1 (ko) * 2006-08-18 2007-07-04 삼성전자주식회사 이동통신 시스템에서 접근 등급 제한 리스트를 이용한서비스 상태 제공 장치 및 방법
TW200833134A (en) * 2007-01-30 2008-08-01 Interdigital Tech Corp Cell access restriction and WTRU access class optimization in LTE system information
TW200841756A (en) * 2007-03-13 2008-10-16 Interdigital Tech Corp Cell reselection process for wireless communications
WO2008126280A1 (ja) * 2007-03-30 2008-10-23 Fujitsu Limited 呼接続の規制制御方法、規制制御システム、管理装置、呼制御装置、及び端末
US7773991B2 (en) * 2007-04-02 2010-08-10 Telefonaktiebolaget Lm Ericsson (Publ) Reducing access latency while protecting against control signaling data processing overload
JP2009049543A (ja) * 2007-08-14 2009-03-05 Ntt Docomo Inc 通信制御装置、移動局装置及び移動通信システム並びに通信制御方法
JP5579361B2 (ja) * 2007-09-28 2014-08-27 京セラ株式会社 無線通信装置
KR101505687B1 (ko) * 2007-11-05 2015-03-31 엘지전자 주식회사 무선통신 시스템에서 전력제어 방법
CN101547520B (zh) * 2008-03-27 2011-12-07 中兴通讯股份有限公司 一种随机接入响应参数的更新方法及随机接入响应方法
JP4493707B2 (ja) * 2008-08-07 2010-06-30 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、移動局及び交換局
US8737989B2 (en) * 2008-08-29 2014-05-27 Apple Inc. Methods and apparatus for machine-to-machine based communication service classes
KR101534902B1 (ko) * 2009-08-12 2015-07-07 애플 인크. 지연 시간을 지정하는 거부 응답의 제공
WO2011043588A2 (en) * 2009-10-08 2011-04-14 Lg Electronics Inc. Channel-occupancy-status based early avoidance
EP2494795B1 (en) * 2009-10-30 2019-02-27 Telefonaktiebolaget LM Ericsson (publ) Method for contacting a group of terminals within a communication network, method in a terminal, arrangement and terminal within a communication network
US20110182177A1 (en) * 2009-12-08 2011-07-28 Ivo Sedlacek Access control of Machine-to-Machine Communication via a Communications Network
US20130028184A1 (en) * 2010-01-06 2013-01-31 Electronics And Telecommunications Research Institute Machine type communication system
KR101144463B1 (ko) * 2010-01-08 2012-07-11 엘지전자 주식회사 이동통신 시스템에서 mtc 장치의 오프라인 인디케이션 수행 방법
US8867362B2 (en) * 2010-01-15 2014-10-21 Telefonaktiebolaget Lm Ericsson (Publ) Congestion control for interworking between networks
WO2011100540A1 (en) * 2010-02-12 2011-08-18 Interdigital Patent Holdings, Inc. Access control and congestion control in machine-to-machine communication
KR101670253B1 (ko) * 2010-02-16 2016-10-31 삼성전자 주식회사 이동 무선통신 시스템에서 단말의 네트워크 억세스 제어 방법 및 장치.

Also Published As

Publication number Publication date
TWI562662B (en) 2016-12-11
EP3211940A1 (en) 2017-08-30
US20110199905A1 (en) 2011-08-18
WO2011100540A1 (en) 2011-08-18
JP2013520100A (ja) 2013-05-30
EP2534885A1 (en) 2012-12-19
JP2018057017A (ja) 2018-04-05
KR20130016222A (ko) 2013-02-14
CN102754485A (zh) 2012-10-24
CN106131774A (zh) 2016-11-16
TW201208416A (en) 2012-02-16
AU2011215752A1 (en) 2012-09-06
WO2011100540A8 (en) 2012-03-01
JP2015084558A (ja) 2015-04-30
KR101762468B1 (ko) 2017-07-27

Similar Documents

Publication Publication Date Title
MX2012009268A (es) Control de acceso y control de congestion en comunicacion de maquina-a-maquina.
JP7295072B2 (ja) Lteシステムにおける低減能力wtruのためのランダムアクセスおよびページングの手順のサポート
US10993265B2 (en) Method and apparatus for optimizing uplink random access channel transmission
US20140171061A1 (en) Network access delay for eab-configured ues and/or group-based addressed ues
WO2016170430A1 (en) Random access response position indication for coverage enhanced low complexity machine type communication
TW201316809A (zh) 機器對機器通訊測距功率控制方法及裝置
US9930699B2 (en) Providing access control parameters to a user equipment

Legal Events

Date Code Title Description
FG Grant or registration