ES2902013T3 - Transmisión de datos de volumen variable en una red móvil de comunicación - Google Patents

Transmisión de datos de volumen variable en una red móvil de comunicación Download PDF

Info

Publication number
ES2902013T3
ES2902013T3 ES19180010T ES19180010T ES2902013T3 ES 2902013 T3 ES2902013 T3 ES 2902013T3 ES 19180010 T ES19180010 T ES 19180010T ES 19180010 T ES19180010 T ES 19180010T ES 2902013 T3 ES2902013 T3 ES 2902013T3
Authority
ES
Spain
Prior art keywords
mobile terminal
data
network
network node
mobile
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES19180010T
Other languages
English (en)
Inventor
Antoine Mouquet
Moumouhi Sanaa El
Ali-Amine Mouafik
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
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 Orange SA filed Critical Orange SA
Application granted granted Critical
Publication of ES2902013T3 publication Critical patent/ES2902013T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels

Landscapes

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

Abstract

Procedimiento de transmisión de datos entre un nodo de red (GW) de una red de comunicación móvil y un terminal móvil (UE), implementado por el nodo de red después de la recepción por una entidad de red de al menos un paquete que contiene datos (DL_P(di)) destinados al terminal móvil, comprendiendo el procedimiento la emisión (S03) de un mensaje de advertencia (Pgng) hacia el terminal móvil después de la recepción del dicho al menos un paquete de datos y la recepción (S04) en respuesta a una solicitud de servicio (Serv_req) del terminal móvil, estando el procedimiento caracterizado porque comprende las siguientes etapas, después de la recepción de la solicitud de servicio del terminal móvil: cuando se haya recibido un parámetro que indique el deseo de utilización de mensajes de señalización en una solicitud que proviene del terminal móvil, insertar (S4) los datos destinados al terminal móvil en al menos un mensaje (MSG(di)) de señalización y transmitir (S5) el dicho al menos un mensaje de señalización hacia el terminal móvil; y cuando no se ha recibido ningún parámetro que indique un deseo de utilización de mensajes de señalización en una solicitud que proviene del terminal móvil o cuando se ha recibido un parámetro que indica un deseo de transmisión por canal de transporte en una solicitud que proviene del terminal móvil, transmitir (S3) el dicho al menos un paquete de datos que contiene los datos destinados al terminal móvil a través de un canal de transporte de datos establecido entre el terminal móvil y la dicha entidad de red.

Description

DESCRIPCIÓN
Transmisión de datos de volumen variable en una red móvil de comunicación
La presente invención se refiere al campo de la transmisión de datos en las redes móviles de comunicación, y más particularmente a la transmisión de datos que pueden presentar volúmenes variables, especialmente en redes de tipo celular.
Las redes móviles de comunicación actuales utilizan una arquitectura de tipo EPS («Evolved Packet System»), tal como se define por el organismo de normalización 3GPP, que se basa especialmente en la distinción entre un canal de señalización utilizado únicamente para intercambiar datos de señalización entre los diversos equipos de la red y un canal de transporte de datos de usuario utilizado únicamente para intercambiar datos útiles con los terminales móviles conectados a la red.
Por tanto, la transmisión de datos útiles hacia un terminal móvil se realiza habitualmente en un plano de transporte, a través de un canal de transporte de datos establecido entre este terminal móvil y la entidad de red que gestiona el acceso a las redes externas de la red móvil.
La Figura 1 ilustra un tal canal de transporte de datos, de otra manera denominado «Data radio Bearer» o «EPS bearer» en los estándares de 3GPP. En esta figura, este canal de transporte de datos es transportado por la interfaz de radio Uu que conecta el terminal UE móvil y una estación de base eNB en la parte de la red de acceso RAN de la red móvil, luego por la interfaz S1-U que conecta la estación de base eNB a la parte del núcleo de la red EPC de la red móvil, hasta las pasarelas de servicio S-GW y de datos P-GW, sirviendo entonces esta última para recibir o transmitir los datos hacia otra red externa EXT, por ejemplo, la red de Internet.
Por lo que se refiere al canal de señalización empleado en la arquitectura EPS, se basa en un canal lógico transportado por la interfaz de radio Uu, una interfaz denominada «S1-MME» que conecta la estación de base y una entidad de gestión de movilidad MME ubicada en la parte del núcleo de red EPC de la red móvil.
Con una tal arquitectura, para cada terminal, un canal de transporte solo se establece cuando los datos son emitidos o recibidos por este terminal, siendo los intercambios en el canal de señalización necesarios para establecer este canal de transporte antes de la transmisión de datos y desactivarlo después de que se complete la transmisión de datos.
El desarrollo actual de los usos de tipo «internet de las cosas» («internet of things» o loT en inglés) lleva a considerar aplicaciones que implementan transmisiones, a través de una multitud de terminales simples tales como sensores, de volúmenes muy pequeños de datos, eventualmente contenidos en un solo paquete IP, a diferencia de las transmisiones convencionales de datos de voz, imagen o vídeo que involucran teléfonos inteligentes.
La arquitectura EPS mencionada anteriormente no es adecuada para este tipo de transmisión de pequeños volúmenes de datos en la medida en que, incluso para transmitir una baja cantidad de datos contenidos en un solo paquete IP, sigue siendo necesario intercambiar mensajes de señalización entre el terminal y la red para restablecer, y luego desactivar, el canal de transporte.
Con el fin de mejorar la eficiencia del transporte de pequeños volúmenes de datos, especialmente en términos de consumo de energía del terminal, una solución específica solo para este tipo de uso, denominada «Infrequent small data transmission using pre-establised NAS security», ha sido presentada en el informe técnico 3GPP TR 23.720 v1.1.0 (cláusula 6.2).
Esta solución se basa en la introducción de una entidad de red específica para la transmisión de datos de tipo loT (en otras palabras, de bajo volumen), designada por «C-SGN», la cual permite a terminales específicamente dedicados a este tipo de uso intercambiar datos de bajo volumen con una red móvil encapsulándolos en mensajes de señalización intercambiados con la entidad C-SGN, con el fin de evitar instalar un canal de transporte.
Una tal solución puede ser ventajosa cuando se tiene que transferir un muy bajo volumen de datos, típicamente cuando los datos caben en un solo paquete IP. Por otro lado, si resulta que el volumen de datos por transferir es mayor y se vuelve voluminoso, esta solución conduce a una multiplicación de los mensajes de señalización intercambiados, lo que puede conducir a una mayor ocupación de la vía de radio (y en consecuencia un mayor consumo de energía) de lo que sería el caso si se utilizara un canal de transporte convencional para transmitir los datos.
La solicitud WO 2013/012759 también describe una arquitectura de red en la cual se introduce un servidor SPDS («Short Packet Data Service»), pudiendo este servidor determinar que los paquetes de enlace descendente deben ser transmitidos por un canal de señalización en lugar que por un canal transporte. Cuando este es el caso, este servidor SPDS dialoga con la entidad de gestión de movilidad MME de la red móvil según un protocolo específico (denominado SPDS-AP) con el fin de transmitirle a esta entidad los paquetes de bajo volumen. La entidad MME, que recibe tales paquetes, debe entonces enviar al terminal destinatario un mensaje de «paging» especialmente modificado para advertirle de la llegada de este tipo específico de paquete de enlace descendente.
Por lo tanto, este mecanismo requiere importantes modificaciones protocolarias, ya sea al nivel de la entidad MME, con el fin de que esta entidad no solo pueda dialogar con el servidor SPDS según el protocolo SPDS-AP, sino también modificar caso por caso los mensajes de «paging» que envía a los terminales móviles durante una conexión de enlace descendente, si no también al nivel de los propios terminales móviles, con el fin de que puedan interpretar los mensajes de «paging» modificados que les envía la entidad MME en presencia de paquetes de enlace descendente para ser transmitidos en un canal de señalización.
Además, este mecanismo es activado por el servidor SDPS a la llegada de los datos considerados como de bajo volumen. Sin embargo, entre el momento en que el servidor SDPS inicia el diálogo con la entidad MME según el protocolo SPDS-AP y el momento en que el terminal UE regresa una solicitud de servicio extendido con el fin de obtener los datos de enlace descendente por un canal de señalización, esta situación puede evolucionar, por ejemplo, con una afluencia de datos de enlace descendente adicionales que hacen obsoleta la decisión del servidor SDPS y más pertinente la transmisión de todos estos datos de enlace descendente por un canal de transporte de datos. Incluso si el servidor SDPS decide revertir su decisión de selección, una determinada cantidad de datos de enlace descendente ya se habrán transmitido a través de un canal de señalización establecido para la ocasión, aunque este no sea el modo de transmisión más adecuado.
La solicitud de patente EP 2509 345 A1, por su parte, describe un sistema de transmisión en el cual una entidad de gestión de movilidad (MME en inglés), cuando recibe un paquete de datos de enlace descendente que se consideran como que corresponden a «pequeños datos», envía al terminal móvil de destino un mensaje de paging que indica la utilización del canal de control único para transmitir estos datos de enlace descendente, incluso antes de que el terminal móvil no responda a este mensaje de paging a través de la inserción de un mensaje de tipo «NAS Service Request» en un mensaje de tipo «RRCConnectionSetupComplete».
En un tal mecanismo, el MME se basa únicamente en una determinación de la naturaleza de los datos de enlace descendente para decidir qué canal utilizar para la transmisión de estos datos de enlace descendente. En particular, el MME solo favorece la utilización de un canal de señalización para transmitir los datos de enlace descendente si considera que estos datos de enlace descendente son «pequeños datos». Por tanto, el MME puede elegir utilizar un modo de transmisión que resulte poco apropiado para el terminal de destino de los datos de enlace descendente, como por ejemplo un canal de transporte de datos pesado por implementar en términos de señalización, para transmitir datos hacia un terminal que disponga de pocos recursos tal como un objeto conectado.
Además, este mecanismo requiere un cambio protocolario al nivel de los primeros intercambios con el terminal móvil cuando un paquete de enlace descendente es recibido por la red, ya sea para preparar o interpretar el mensaje de paging que indica al terminal móvil que debe utilizarse un canal de control y el mensaje de respuesta de este terminal móvil.
Por lo tanto, en la actualidad no existe ningún equipo capaz de procesar de manera flexible, eficiente y sencilla, tanto la transmisión de bajos volúmenes de datos como la transmisión de grandes volúmenes de datos dentro de una red móvil.
La presente invención tiene por objeto mejorar esta situación.
Para este efecto, propone un procedimiento de transmisión de datos entre un nodo de red de una red de comunicación móvil y un terminal siguiendo la reivindicación 1.
Este procedimiento permite una selección simplificada del modo de transmisión que se utilizará para los datos de enlace descendente, sin implicar ningún cambio protocolario al nivel de los primeros intercambios con el terminal móvil al cual están destinados los paquetes de enlace descendente. Esta selección es además más fiable, ya que se efectúa en un momento más avanzado del proceso de conexión del terminal móvil a la red, por lo tanto, con más perspectiva sobre el contexto de transmisión de datos. El parámetro utilizado en el procedimiento está destinado a tenerse en cuenta para determinar si los datos de enlace descendente se transmitirán hacia el terminal móvil en los mensajes de señalización o en un canal de transporte de datos establecido con la red móvil.
Según otro objeto de la presente invención, se propone un nodo de red, destinado para ser utilizado en una red móvil de telecomunicaciones siguiendo la reivindicación 6.
Este nodo de red puede ser, en particular, una entidad de gestión de movilidad («Mobility Management Entity» en inglés).
Según otro objeto de la invención, se propone un sistema siguiendo la reivindicación 11.
Según otro objeto de la invención, se propone un terminal móvil siguiendo la reivindicación 13.
Cuando el terminal móvil desea recibir los datos de enlace descendente a través de mensajes de señalización, el parámetro designado en la reivindicación puede tomar un valor que indique que desea utilizar mensajes de señalización para la transmisión de datos de enlace descendente. De manera alternativa, cuando el terminal móvil desea recibir los datos de enlace descendente a través de un canal de transporte de datos establecido con la red móvil, este parámetro puede tomar un valor que indique que desea utilizar un canal de transporte de datos para la transmisión de datos de enlace descendente.
Según otro objeto de la presente invención, un programa informático siguiendo la reivindicación 14 incluye instrucciones de código para la implementación del procedimiento anterior, cuando este programa es ejecutado por un módulo de procesamiento de un nodo de red, así como un soporte de programa informático, legible por un procesador.
Los modos de realización se describen en las reivindicaciones dependientes.
Otras características y ventajas de la invención aparecerán con la lectura de la siguiente descripción detallada de los modos de realización particulares, dadas a título de ejemplos no limitativos, y de las figuras adjuntas en las cuales:
- La Figura 1 es un diagrama de bloques que ilustran un canal de transporte de datos típico tal como el utilizado en una red de comunicación móvil;
- La Figura 2 ilustra las etapas del procedimiento según el principio general de la presente invención; y
- Las Figuras 3A y 3B ilustran las etapas del procedimiento según dos modos de realización de la invención, en el cual un nodo de red transmite los denominados datos de enlace descendente hacia un terminal móvil.
Se hace referencia en primer lugar a la Figura 2 en la cual se ilustran las etapas del procedimiento según el principio general de la presente invención.
Este procedimiento es empleado en el marco del intercambio de datos entre, por un lado, un terminal UE móvil (por ejemplo, un teléfono inteligente, una tableta, un teléfono móvil, una computadora portátil, un objeto que comunica, etc.) y, por otro lado, un nodo de red GW de una red móvil de comunicación a la cual está conectado este terminal móvil. Este nodo de red GW está particularmente ubicado en la parte del núcleo de la red móvil, de modo que los intercambios transiten a través de una red de acceso RAN que comprende una estación de base (o incluso un eNodoB) a la cual el terminal móvil puede conectarse por vía radio. Este nodo de red GW puede ser, en particular, una pasarela que da acceso a una red externa, de modo que pueda recibir los paquetes de datos destinados al terminal UE procedentes de esta red externa, así como recibir paquetes de datos procedentes del terminal UE y destinados para ser transmitidos hacia esta red externa.
En este procedimiento, después de proporcionar al nodo de red GW uno o más paquetes que contienen datos di para ser transmitidos hacia el terminal UE móvil (es decir, datos de «enlace descendente»), el nodo de red GW determina (etapa S1), con base en el volumen de datos por transmitir, un modo de transmisión por utilizar entre dos modos posibles:
- un primer modo A de transmisión en el cual el canal por utilizar para transmitir los datos es un canal de transporte de datos establecido en la red móvil, en otros términos, que la transmisión de datos se realiza preferentemente en el plano de transporte;
- un segundo modo B de transmisión en el cual el canal por utilizar para transmitir los datos es un canal de señalización de la red móvil, en otros términos, que la transmisión de los datos se realiza preferentemente en el plano de señalización.
Una vez el modo de transmisión determina para el(los) paquete(s) de datos por transmitir al terminal UE móvil, este modo se utiliza para transmitir estos datos a este equipo.
Por tanto, en el caso de que se determine que se va a utilizar el primer modo A de transmisión (en otras palabras, que se va a utilizar un canal de transporte de datos), en particular cuando se va a transmitir un gran volumen de datos, el nodo de red GW activa (etapa S2) el establecimiento de un canal de transporte de datos entre el terminal móvil y el nodo de red, a través de mensajes de señalización dedicados para este efecto, por ejemplo, tales como los descritos en los documentos TS 23.401 y TS 24.301.
Una vez que el canal de transporte de datos se ha establecido, el nodo de red GW transmite (etapa S3) el(los) paquete(s) de datos que han sido proporcionados hacia el terminal UE móvil, dentro de este canal de transporte, siendo entonces los datos di transmitidos en el plano de transporte.
Por el contrario, en el caso de que se determine que se va a utilizar el segundo modo B de transmisión (en otras palabras, que se va a utilizar un canal de señalización), en particular cuando se va a transmitir un bajo volumen de datos, el nodo de red GW inserta (etapa S4) los datos que se le proporcionan en uno o más mensajes de señalización que luego se transmiten (etapa S5) al terminal UE móvil, en el plano de señalización y, por lo tanto, sin tener que establecer un canal de transporte de datos en el plano de transporte.
Ahora se hará referencia a las Figuras 3A a 3B en las cuales se ilustran las etapas de los procedimientos según dos modos de realización de la invención en las cuales el nodo de red GW recibe paquetes de datos de «enlace descendente» DL_P(di) para ser transmitidos hacia el terminal UE móvil. En este modo de realización, el terminal UE está conectado a la red de comunicación móvil a través de una red de acceso RAN que comprende una estación de base, o eNodoB, a la cual está conectado el terminal UE.
En primer lugar, se hace referencia a la Figura 3A que ilustra un modo de realización específica de un procedimiento de transmisión de datos de enlace descendente según la invención, teniendo en cuenta dinámicamente el volumen de datos por transmitir.
En este modo de realización, en este caso, el procedimiento se activa mediante la recepción por el nodo de red GW (etapa S01) de un primer paquete de datos DL_P(di) destinado al terminal UE y que contiene datos útiles di destinados a este mismo terminal, pudiendo este paquete provenir de una red externa, por ejemplo, Internet.
Después de la recepción de este primer paquete de datos, el nodo de red GW activa (etapa S02) la puesta en memoria de este primer paquete, así como los eventuales otros paquetes de datos DL_P(di,1), DL_P(di,2)... destinados al terminal UE que puede recibir posteriormente. Esta puesta en memoria puede corresponder a una memoria tampón en un módulo de memorización temporal (o memoria intermedia) del nodo de red.
Además, el nodo de red GW emite (etapa S03) hacia el terminal UE un mensaje de advertencia Pgng, típicamente, tomando la forma de un mensaje de «paging», transitando este mensaje a través de la red de acceso RAN a la cual este terminal UE está conectado por vía radio. En respuesta a este mensaje, el terminal UE puede regresar (etapa S04) una solicitud de servicio Serv_req, nuevamente a través de la red de acceso RAN a la cual está conectado por vía radio, con el fin, especialmente, de indicar al nodo de red GW que acepta recibir los datos que le son destinados. El terminal UE pasa entonces del estado de espera al estado conectado.
En este momento, el nodo de red GW procede a la determinación (etapa S1) del canal que se va a utilizar para transmitir los paquetes de datos DL_P(di) que ha recibido para el terminal UE, tal como se introdujo previamente en la Figura 2.
Para hacer esto, el nodo de red GW puede determinar inicialmente el volumen de datos por transmitir al terminal UE y deducir si se trata de un bajo o gran volumen, comparándolo con un volumen umbral de decisión VOLs:
• si este volumen es inferior a este volumen umbral de decisión VOLs , se considera que se va a transmitir un bajo volumen de datos y, por lo tanto, que un canal de señalización es el más adecuado para transmitir estos datos.
• si este volumen es superior a este volumen umbral de decisión VOLs , entonces se considera que se va a transmitir un gran volumen de datos y que un canal de transporte de datos es el más apropiado para transmitir estos datos.
El nodo de la red GW puede determinar el volumen de datos por transmitir de varias formas.
En particular, se puede tener en cuenta todos los paquetes destinados al UE recibidos desde el primer paquete que activa la emisión del mensaje de advertencia Pgng hasta el momento de recepción de la solicitud de servicio Serv_req.
Luego, se calcula el volumen de datos VOL(di) por transmitir sumando los bytes de todos los datos contenidos en estos paquetes (eventualmente después de haber desencapsulado y memorizado estos datos, para tener en cuenta solo la parte útil de los datos recibidos), o incluso sumando los bytes de todos los paquetes DL_P(di) recibidos, tomados en su totalidad, cuando fueron memorizados tal como en su recepción. Luego, este volumen se expresa en número de bytes, este volumen se compara con un volumen umbral de decisión VOLs también expresado en número de bytes, por ejemplo 2000 bytes.
Una alternativa puede consistir en activar una temporización de una duración predeterminada después de la recepción del primer paquete de datos destinado al terminal UE y en tener en cuenta solo los paquetes destinados al UE que se reciben y memorizan durante esta duración predeterminada. El cálculo del volumen y la comparación con el volumen umbral de decisión VOLs se pueden realizar entonces de una manera similar a la descrita anteriormente.
Se presentan entonces dos situaciones, según el canal que se determine que se utilizará para transmitir los paquetes de datos al terminal UE:
• Si la utilización de un canal de transporte de datos se determina como apropiada (debe transmitirse un gran volumen de datos), lo que corresponde al modo A de transmisión, el nodo de red GW activa (etapa S2) el establecimiento de un canal de transporte de datos, por ejemplo, a través de un procedimiento convencional extraído de los estándares 3GPP. En este caso, el nodo de red GW transmite una solicitud de establecimiento de contexto inicial a la red de acceso RAN, la cual entonces establece un canal de radio («data radio bearer») con el terminal UE antes de regresar al nodo de red (en caso de éxito del establecimiento del canal de radio) un mensaje de finalización del establecimiento de contexto inicial.
Al final de estas etapas, se establece un canal de transporte (es decir, un «S1 Bearer») que va desde el terminal UE al nodo de red GW. El nodo de red GW puede entonces transmitir (etapa S3) todos los paquetes de datos DL_P(di) que ha memorizado en el intervalo hacia el terminal UE, a través de este canal de transporte.
• Por otro lado, cuando la utilización de un canal de señalización se determina como apropiada (debe transmitirse un bajo volumen de datos), lo que corresponde al modo B de transmisión, el nodo de red GW no activa el establecimiento del canal de transporte, pero prepara uno o más mensajes de señalización MSG(di) insertando en él (etapa S4) los datos di, extraídos de los paquetes DL_P(di) recibidos, para ser transmitidos al terminal UE que ha podido memorizar hasta este momento.
En este caso, el nodo de red GW puede utilizar cualquier tipo de mensaje de señalización capaz de llegar al terminal UE y de contener datos de bajo volumen, por ejemplo, mensajes de tipo «NAS» como se discute en el documento TR 23.720 v1.1.0, especialmente, un mensaje de transporte de enlace descendente NAS («Downlink NAS Transport») hacia la red de acceso RAN.
Una vez preparado este (o incluso estos) mensaje de señalización, se transmite (etapa S5) hacia el terminal UE a través de la red de acceso RAN, la cual de manera opcional puede modificar su formato conservando los datos destinados al UE. Por tanto, en este caso, el mensaje de transporte de enlace descendente NAS es convertido por la RAN en un mensaje de información de transferencia de enlace descendente («DL information transfer») transmitido por vía radio al terminal UE.
Ahora se hace referencia a la Figura 3B que ilustra otro modo de realización, más estático, de un procedimiento de transmisión de datos de enlace descendente según la invención.
El procedimiento en este modo de realización se diferencia del anterior en que la determinación del canal por utilizar no se realiza con base en un volumen de datos, sino con base en una indicación transmitida previamente por el terminal UE.
En este procedimiento, se lleva a cabo una fase S0 previa de vinculación del terminal UE a la red móvil, según un proceso tradicional, con el fin de permitir la conexión del terminal a la red.
A lo largo de esta fase, el terminal UE emite (etapa S001) una solicitud de vinculación, retransmitida por la RAN hacia el nodo de red GW. Sin embargo, en el presente modo de realización, el terminal UE prepara esta solicitud insertando en él un parámetro IND que toma un primer valor que indica que desea utilizar un canal de señalización o un segundo valor que indica que desea utilizar un canal de transporte de datos, para los datos de enlace descendente que estarían destinados a él y que serían recibidos por el nodo de red GW.
El nodo de red GW memoriza (etapa S002) este parámetro en asociación con un identificador del terminal UE (por ejemplo, su IMSI) y regresa (etapa S003) un mensaje de aceptación de la vinculación, en el cual vuelve a copiar el parámetro IND para confirmar el soporte del canal elegido. Si la utilización de este canal es rechazada o no es admitida por la red, el nodo de red GW no vuelve a copiar el parámetro IND en el mensaje de aceptación de la vinculación.
Posteriormente, cuando recibe un paquete de datos DL_P(di) destinado al terminal UE, el nodo de red puede efectuar el envío de un mensaje de advertencia y esperar a cambio una solicitud de servicio, como se describió anteriormente (etapas S03 y S04).
Luego, el nodo de red GW comprueba si ha memorizado un parámetro IND en asociación con el identificador del terminal de destino UE de los paquetes. Si se ha memorizado un identificador IND cuyo valor indica un deseo de transmisión por canal de señalización, el nodo de red GW activa las etapas S4 y S5 descritas anteriormente para utilizar un canal de señalización. Si, por el contrario, se ha memorizado un identificador IND cuyo valor indica un deseo de transmisión por canal de transporte, el nodo de red GW activa las etapas S2 y S3 descritas anteriormente para utilizar un canal de transporte de datos.
De manera alternativa, se puede considerar que un canal de señalización debe utilizarse por defecto para los datos de enlace descendente, en ausencia de un indicador, un canal de transporte debe utilizarse solo en presencia de un indicador, o viceversa.
El parámetro indicativo del deseo de que se utilice un canal, para transmitir los datos de enlace descendente, puede imponerse durante la determinación del canal por utilizar para cualquier tipo de datos de enlace descendente. De manera alternativa, este parámetro puede ser un deseo de qué canal utilizar, excepto la contraorden insertada con los paquetes de enlace descendente o una situación particular. A título de ejemplo, un terminal UE adecuado para bajos volúmenes de datos (por ejemplo, un sensor que transmite de manera regular temperaturas) puede indicar a la red su deseo de utilizar un canal de señalización, pero el nodo de red GW puede eventualmente decidir ignorar este deseo y favorecer un canal de transporte de datos para transmitir ocasionalmente datos importantes de gran volumen, como, por ejemplo, una actualización del firmware del terminal.
Para implementar el procedimiento descrito anteriormente, el nodo de red GW puede presentar la forma de un dispositivo que comprende un módulo de procesamiento (por ejemplo, un procesador) asociado con un módulo de memoria de sólo lectura, en el cual se pueden memorizar las instrucciones de código de un programa informático que el módulo de procesamiento puede ejecutar para implementar las etapas del procedimiento anterior, así como un módulo de memoria de acceso aleatorio en el cual se pueden memorizar los datos de enlace descendente, o los paquetes de enlace descendente, por procesar según el procedimiento anterior. El módulo de procesamiento puede ser único o puede dividirse en varios módulos (o procesadores), eventualmente distribuidos en varios dispositivos y encargados de ejecutar una o más de las etapas del procedimiento anterior.
Por su parte, el terminal UE móvil puede incluir, especialmente, dos módulos distintos:
• Por un lado, un (o eventualmente varios) módulo de aplicación APP (en este caso, solo se ilustra uno) que típicamente corresponde a una aplicación de software instalada o incorporada en el terminal UE, capaz de procesar datos (eventualmente proporcionados a través de una interfaz de usuario o de un sensor) y proporcionar datos a los otros módulos del terminal UE.
• Por otro lado, un módulo de procesamiento COM que comprende especialmente un módulo de comunicación por radio (comprendiendo típicamente un canal de radio, una antena, un oscilador, etc.) que tiene la función de comunicar con la red móvil por vía de radio. Este módulo de procesamiento COM se puede implementar en forma de un procesador asociado a una memoria de solo lectura, así como una memoria de acceso aleatorio, en la cual se puede memorizar un programa informático que comprende instrucciones para ejecutar las diferentes etapas del procedimiento de más abajo, cuando es ejecutado por el procesador.
Los módulos de aplicación APP y de procesamiento COM se pueden integrar en el mismo chip (chipset).
En este caso, en el modo de realización ilustrado en la Figura 3B, el módulo de procesamiento COM está configurado para insertar el parámetro IND descrito anteriormente en las solicitudes de vinculación transmitidas hacia la red móvil para permitir la vinculación del terminal UE a esta red.
Por supuesto, la invención no se limita a los ejemplos de realización descritos y representados más arriba, a partir de los cuales se pueden prever otros modos de realización y otras formas de realización, sin por ello apartarse del marco de la invención.
Por tanto, el procedimiento de transmisión de datos de enlace descendente se puede aplicar tanto a los propios datos útiles como a los paquetes (por ejemplo, paquetes IP) que los contienen. En particular, el mensaje de señalización según la invención puede contener tanto los datos extraídos de los paquetes proporcionados como los paquetes en su conjunto, cuando su tamaño lo permita. De manera contraria, en el plano de transporte, también es posible retransmitir los paquetes proporcionados en el canal de transporte como transmitir los datos útiles, extraídos de estos paquetes, en un tal canal de transporte.
Además, el nodo de red GW se ha descrito anteriormente como una entidad de red única. Sin embargo, es muy posible implementar las funciones descritas anteriormente que realiza utilizando varias entidades distintas. En particular, una primera entidad de red (por ejemplo, una pasarela tipo S-GW) podría encargarse de recibir los paquetes de enlace descendente, memorizarlos durante la espera de la determinación, calcular el volumen de datos por transmitir y retransmitir estos paquetes si es necesario en un canal de transporte mientras que una segunda entidad de red (por ejemplo, una entidad de gestión de movilidad de tipo MME) sería encargada de comparar el volumen de datos por transmitir con un volumen umbral de transmisión, instruir a la primera entidad de red para transmitir los datos en un canal de transporte de datos, si se va a utilizar un tal canal, o insertar y emitir los datos en un mensaje de señalización, si se va a utilizar un canal de señalización. Puede contemplarse cualquier otra distribución de estas funciones entre estas dos, o más, entidades de red, sin por ello apartarse del marco de la presente invención.

Claims (14)

REIVINDICACIONES
1. Procedimiento de transmisión de datos entre un nodo de red (GW) de una red de comunicación móvil y un terminal móvil (UE), implementado por el nodo de red después de la recepción por una entidad de red de al menos un paquete que contiene datos (DL_P(di)) destinados al terminal móvil, comprendiendo el procedimiento la emisión (S03) de un mensaje de advertencia (Pgng) hacia el terminal móvil después de la recepción del dicho al menos un paquete de datos y la recepción (S04) en respuesta a una solicitud de servicio (Serv_req) del terminal móvil,
estando el procedimiento caracterizado porque comprende las siguientes etapas, después de la recepción de la solicitud de servicio del terminal móvil:
cuando se haya recibido un parámetro que indique el deseo de utilización de mensajes de señalización en una solicitud que proviene del terminal móvil, insertar (S4) los datos destinados al terminal móvil en al menos un mensaje (MSG(di)) de señalización y transmitir (S5) el dicho al menos un mensaje de señalización hacia el terminal móvil; y cuando no se ha recibido ningún parámetro que indique un deseo de utilización de mensajes de señalización en una solicitud que proviene del terminal móvil o cuando se ha recibido un parámetro que indica un deseo de transmisión por canal de transporte en una solicitud que proviene del terminal móvil, transmitir (S3) el dicho al menos un paquete de datos que contiene los datos destinados al terminal móvil a través de un canal de transporte de datos establecido entre el terminal móvil y la dicha entidad de red.
2. Procedimiento según la reivindicación 1, que comprende, además, con base en el volumen de datos destinados al terminal móvil, la transmisión (S3) de al menos un paquete de datos que contiene datos destinados al terminal móvil a través de un canal de transporte de datos establecido entre el terminal móvil y el nodo de red.
3. Procedimiento según la reivindicación 2, que además comprende las siguientes etapas:
- determinar el volumen de datos destinados al terminal; y
- comparar el dicho volumen con un volumen umbral de decisión, utilizándose un canal de transporte de datos cuando el dicho volumen es superior que el dicho volumen umbral de decisión y utilizándose mensajes de señalización cuando el dicho volumen es inferior que el dicho volumen umbral de decisión.
4. Procedimiento según una de las reivindicaciones 1 a 3, que comprende además el establecimiento (S2) del dicho canal de transporte de datos antes de su utilización para la transmisión (S3) del dicho al menos un paquete de datos hacia el terminal móvil.
5. Procedimiento según una de las reivindicaciones 1 a 4, en el cual el dicho nodo de red y la dicha entidad de red forman una sola y misma entidad.
6. Nodo de red, destinado para ser utilizado en una red móvil de telecomunicaciones, que comprende un módulo de procesamiento configurado para emitir (S03) un mensaje de advertencia (Pgng) hacia el terminal móvil después de la recepción de al menos un paquete de datos por una entidad de red y recibir (S04) en respuesta a una solicitud (Serv_req) de servicio del terminal móvil,
estando el nodo de red caracterizado porque el módulo de procesamiento está configurado para, después de la recepción de la solicitud de servicio del terminal móvil, insertar (S4) los datos destinados al terminal móvil en al menos un mensaje (MSG(di)) de señalización y transmitir (S5) el dicho al menos un mensaje de señalización hacia el terminal móvil, cuando se haya recibido un parámetro que indique el deseo de utilización de mensajes de señalización en una solicitud que proviene del terminal móvil;
estando además el módulo de procesamiento configurado para activar la transmisión (S3) del dicho al menos un paquete de datos al terminal móvil, a través de un canal de transporte de datos establecido entre el terminal móvil y la entidad de red, cuando no se ha recibido ningun parámetro que indique un deseo de utilización de mensajes de señalización en una solicitud que proviene del terminal móvil o cuando se ha recibido un parámetro que indica un deseo de transmisión por canal de transporte en una solicitud que proviene del terminal móvil.
7. Nodo de red según la reivindicación 6, caracterizado porque el módulo de procesamiento está configurado además para activar la transmisión (S3) del dicho al menos un paquete de datos destinados al terminal móvil, a través de un canal de transporte de datos establecido entre el terminal móvil y la entidad de red, con base en el volumen de datos destinados al terminal móvil.
8. Nodo de red según la reivindicación 6 o 7, caracterizado porque el módulo de procesamiento está configurado además para activar (S2) el establecimiento del canal de transporte de datos antes de su utilización para la transmisión (S3) del dicho al menos un paquete hacia el terminal móvil.
9. Nodo de red según una de las reivindicaciones 6 a 8, caracterizado porque el dicho nodo de red es una entidad de gestión de movilidad (MME).
10. Nodo de red según una de las reivindicaciones 6 a 9, caracterizado porque el dicho nodo de red y la dicha entidad de red forman una sola y misma entidad.
11. Sistema que comprende una primera entidad de red y una segunda entidad de red, siendo la primera entidad de red un nodo de red según una de las reivindicaciones 6 a 9, en el cual la segunda entidad de red comprende un módulo de procesamiento capaz de recibir al menos un paquete de datos (DL_P(di)) que contiene datos destinados a un terminal móvil (UE) y de transmitir el dicho al menos un paquete de datos (DL_P(di)) a la primera entidad de red con el fin de que la dicha primera entidad de red, ya sea que, active la transmisión del dicho al menos un paquete de datos (DL_P(di)) hacia el terminal móvil (UE) a través de un canal de transporte de datos, o ya sea que, inserta los datos destinados al terminal móvil en al menos un mensaje de señalización por transmitir al terminal móvil.
12. Sistema según la reivindicación 11, en el cual la segunda entidad de red es una pasarela de red de tipo S-GW.
13. Terminal móvil (UE) destinado para ser utilizado con una red móvil de telecomunicaciones que comprende una entidad de red capaz de recibir datos de enlace descendente destinados al terminal móvil, que comprende un módulo de procesamiento (COM) capaz de intercambiar datos con la red móvil,
estando el módulo de procesamiento configurado para insertar, en una solicitud destinada a un primer nodo de red de la dicha red móvil de telecomunicaciones, un parámetro (IND) que indica un deseo de utilizar mensajes de señalización para la transmisión de datos de enlace descendente, estando el dicho parámetro destinado para ser utilizado por un nodo de red de la red móvil de telecomunicaciones para determinar si los datos de enlace descendente destinados al terminal móvil deben transmitirse al dicho terminal móvil en al menos un mensaje de señalización; y
siendo el terminal móvil (UE) capaz de emitir, después de la emisión de la solicitud en la cual se inserta el parámetro (IND) hacia el dicho primer nodo de red, una solicitud de servicio en respuesta a un mensaje de advertencia (Pgng) emitido por el dicho primer nodo de red después de la recepción de datos destinados al terminal móvil por la dicha entidad de red de la red móvil de telecomunicaciones.
14. Programa informático que comprende instrucciones de código para la implementación del procedimiento de transmisión de datos según una de las reivindicaciones 1 a 5, cuando este programa es ejecutado por un módulo de procesamiento de un nodo de red (GW).
ES19180010T 2015-11-10 2016-11-08 Transmisión de datos de volumen variable en una red móvil de comunicación Active ES2902013T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1560766A FR3043522A1 (fr) 2015-11-10 2015-11-10 Transmission de donnees de volume variable dans un reseau mobile de communication

Publications (1)

Publication Number Publication Date
ES2902013T3 true ES2902013T3 (es) 2022-03-24

Family

ID=55361648

Family Applications (3)

Application Number Title Priority Date Filing Date
ES19180010T Active ES2902013T3 (es) 2015-11-10 2016-11-08 Transmisión de datos de volumen variable en una red móvil de comunicación
ES16806258.6T Active ES2664398T3 (es) 2015-11-10 2016-11-08 Transmisión de datos de volumen variable en una red móvil de comunicación
ES18153956T Active ES2746860T3 (es) 2015-11-10 2016-11-08 Transmisión de datos de volumen variable en una red móvil de comunicación

Family Applications After (2)

Application Number Title Priority Date Filing Date
ES16806258.6T Active ES2664398T3 (es) 2015-11-10 2016-11-08 Transmisión de datos de volumen variable en una red móvil de comunicación
ES18153956T Active ES2746860T3 (es) 2015-11-10 2016-11-08 Transmisión de datos de volumen variable en una red móvil de comunicación

Country Status (9)

Country Link
US (3) US10560817B2 (es)
EP (3) EP3216239B1 (es)
JP (5) JP6538978B2 (es)
KR (4) KR102114299B1 (es)
CN (2) CN108370489B (es)
ES (3) ES2902013T3 (es)
FR (1) FR3043522A1 (es)
PL (1) PL3565281T3 (es)
WO (1) WO2017081395A1 (es)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107426785A (zh) * 2016-05-23 2017-12-01 中国移动通信有限公司研究院 一种数据传输方法及装置
FR3119962A1 (fr) 2021-02-12 2022-08-19 Orange Transmission de données d’un réseau de communication vers un équipement utilisateur

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9077433B2 (en) * 2005-10-04 2015-07-07 Huawei Technologies Co., Ltd. Mobile station device and method, base station device and method, and mobile station device operating frequency band mapping method
JP5211169B2 (ja) * 2007-09-28 2013-06-12 インターデイジタル パテント ホールディングス インコーポレイテッド 無線リンク制御プロトコルデータユニットを生成するための方法および装置
EP2077646A1 (en) * 2008-01-05 2009-07-08 Panasonic Corporation Control channel signaling using code points for indicating the scheduling mode
JP5235248B2 (ja) * 2009-05-13 2013-07-10 華為技術有限公司 ユーザ装置をページングするための方法、装置およびシステム
CN101931898B (zh) * 2009-06-26 2014-03-05 华为技术有限公司 用户面数据的传输方法、装置及系统
KR20110049622A (ko) 2009-11-04 2011-05-12 삼성전자주식회사 무선 통신 네트워크 시스템에서 데이터 전송 방법 및 장치
KR101824987B1 (ko) * 2010-02-11 2018-02-02 엘지전자 주식회사 이동통신 시스템에서의 다운링크 ｍｔｃ 데이터 전송 방법
EP2364051B1 (en) * 2010-03-03 2017-05-03 BlackBerry Limited Method and apparatus to indicate space requirements for communicating capabilities of a device
EP3328102B1 (en) * 2010-03-23 2020-02-19 IOT Holdings, Inc. Method for communication for a machine type communication device and corresponding wireless transmit/receive unit
US8929334B2 (en) * 2010-11-16 2015-01-06 Qualcomm Incorporated Systems and methods for non-optimized handoff
EP2509345A1 (en) * 2011-04-05 2012-10-10 Panasonic Corporation Improved small data transmissions for machine-type-communication (MTC) devices
US9998909B2 (en) * 2011-06-20 2018-06-12 Telefonaktiebolaget Lm Ericsson (Publ) 3rd generation direct tunnel (3GDT) optimization
US8965415B2 (en) * 2011-07-15 2015-02-24 Qualcomm Incorporated Short packet data service
WO2013044948A1 (en) * 2011-09-28 2013-04-04 Nokia Siemens Networks Oy Configuring a communication with user equipments operating with a different system bandwidth
KR20130049582A (ko) * 2011-11-04 2013-05-14 삼성전자주식회사 무선 다중 캐리어 시스템에서 자원 할당 방법 및 장치
CN103096291B (zh) 2011-11-04 2016-12-07 华为技术有限公司 一种数据传输方法、移动性管理实体和移动终端
JP5744325B2 (ja) 2011-12-19 2015-07-08 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． サービス応答方法、装置及びシステム
US9351274B2 (en) * 2012-07-24 2016-05-24 Telefonaktiebolaget Lm Ericsson (Publ) Node and method for priority of application based handling of a paging request
CN103716112A (zh) * 2012-09-28 2014-04-09 中兴通讯股份有限公司 通过控制面信令传输数据的方法、设备及系统
CN103891321B (zh) * 2012-09-29 2017-11-24 华为技术有限公司 数据传输方法、设备及系统
CN103999391A (zh) * 2012-11-15 2014-08-20 华为技术有限公司 信道传输方法、装置、基站及终端
WO2014133589A1 (en) * 2013-03-01 2014-09-04 Intel Corporation Wireless local area network (wlan) traffic offloading
GB2512393A (en) 2013-03-28 2014-10-01 Nec Corp Apparatus and methods for small data transmission
JP6198940B2 (ja) * 2013-06-03 2017-09-20 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． デフォルト・ベアラなしのハンドオーバのための方法および装置
US10021643B2 (en) * 2013-07-03 2018-07-10 Nokia Solutions And Networks Gmbh & Co. Kg User plane IDLE mode buffering within software defined network architecture
US9681354B2 (en) * 2013-08-08 2017-06-13 Intel IP Corporation Signaling radio bearer optimizations and other techniques for supporting small data transmissions
EP3051893A4 (en) 2013-09-29 2017-06-07 Fujitsu Limited Paging method, network device and communication system
US10194303B2 (en) * 2014-03-14 2019-01-29 Qualcomm Incorporated Packet filter based access control
CN105025574B (zh) * 2014-04-16 2019-07-02 中兴通讯股份有限公司 一种数据传输方法及装置
EP3217714B1 (en) * 2014-11-07 2019-09-25 Huawei Technologies Co., Ltd. Wireless network coverage enhancement method, apparatus and system
EP3282787A4 (en) 2015-04-27 2018-04-18 Huawei Technologies Co., Ltd. Data transmission method, apparatus and system
US10805830B2 (en) 2015-08-14 2020-10-13 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for regulating user data traffic in a wireless network

Also Published As

Publication number Publication date
US20210105590A1 (en) 2021-04-08
JP7476258B2 (ja) 2024-04-30
JP2022130419A (ja) 2022-09-06
CN111182484A (zh) 2020-05-19
PL3565281T3 (pl) 2022-03-14
WO2017081395A1 (fr) 2017-05-18
JP2018533314A (ja) 2018-11-08
JP7015355B2 (ja) 2022-02-02
US10560817B2 (en) 2020-02-11
KR20190020198A (ko) 2019-02-27
JP2019180090A (ja) 2019-10-17
KR102114299B1 (ko) 2020-05-22
EP3216239A1 (fr) 2017-09-13
KR20180072824A (ko) 2018-06-29
US10904721B2 (en) 2021-01-26
KR20190128005A (ko) 2019-11-13
EP3565281B1 (fr) 2021-10-06
US20190342726A1 (en) 2019-11-07
CN108370489A (zh) 2018-08-03
JP7087039B2 (ja) 2022-06-20
JP2021022941A (ja) 2021-02-18
KR101952413B1 (ko) 2019-02-26
US11477619B2 (en) 2022-10-18
KR102044803B1 (ko) 2019-11-14
CN108370489B (zh) 2020-04-21
JP6538978B2 (ja) 2019-07-03
KR20200057113A (ko) 2020-05-25
US20200128368A1 (en) 2020-04-23
JP2021022942A (ja) 2021-02-18
EP3216239B1 (fr) 2018-01-31
EP3565281A1 (fr) 2019-11-06
EP3334193B1 (fr) 2019-07-03
ES2664398T3 (es) 2018-04-19
EP3334193A1 (fr) 2018-06-13
JP6784800B2 (ja) 2020-11-11
KR102360215B1 (ko) 2022-02-08
FR3043522A1 (fr) 2017-05-12
ES2746860T3 (es) 2020-03-09

Similar Documents

Publication Publication Date Title
ES2945480T3 (es) Comunicación de alta latencia a través de SCEF
ES2649980T3 (es) Técnicas y configuraciones para datos pequeños en una red de comunicaciones inalámbricas
ES2635276T3 (es) Ejecución paralela condicional de señalización de estrato de acceso (AS) y de estrato sin acceso (NAS)
ES2765888T3 (es) Método y aparato de comunicaciones
BR112019000608A2 (pt) método e dispositivo para transmitir regra para mapeamento de fluxo de qos para drb
ES2788388T3 (es) Gestión de dispositivos inalámbricos en cobertura de radio limitada
CN108882359B (zh) 处理特征的装置及方法
KR102239933B1 (ko) 정보 전송 방법 및 장치
EP3364680A1 (en) Method, apparatus and system for information transmission
KR20160060091A (ko) 페이징 방법, 네트워크 디바이스 및 통신 시스템
JP7476258B2 (ja) モバイル通信ネットワークにおける可変容量データ送信
ES2959415T3 (es) Método, dispositivo y sistema de procesamiento de recuperación de puerta de enlace
US11805464B2 (en) Mobile communication system, method and device
CN110311934B (zh) 一种信令连接释放方法及通信装置