ES2922993T3 - Selección de plano de control y plano de usuario para la transmisión de datos - Google Patents
Selección de plano de control y plano de usuario para la transmisión de datos Download PDFInfo
- Publication number
- ES2922993T3 ES2922993T3 ES17706906T ES17706906T ES2922993T3 ES 2922993 T3 ES2922993 T3 ES 2922993T3 ES 17706906 T ES17706906 T ES 17706906T ES 17706906 T ES17706906 T ES 17706906T ES 2922993 T3 ES2922993 T3 ES 2922993T3
- Authority
- ES
- Spain
- Prior art keywords
- data
- user plane
- network node
- request message
- ciot
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- 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
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
La invención describe un método para la conmutación dinámica entre la transmisión de datos del plano de control y la transmisión de datos del plano de usuario evitando el procedimiento de separación y reconexión consecutiva o procedimiento TAU. En particular, la decisión de cambiar entre los diferentes esquemas de transmisión se basa en varios criterios, como el tamaño del paquete de datos o la cantidad total de datos, etc. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Selección de plano de control y plano de usuario para la transmisión de datos
Campo técnico
Esta invención se refiere a métodos, aparatos, un sistema y un programa informático para la (re)selección de la transmisión de datos de plano de control y de plano de usuario.
Técnica anterior
Las siguientes abreviaturas y terminología (siempre que no se indique lo contrario) se usan en la presente invención:
[Tabla 1]
3GPP Proyecto de Asociación de 3a Generación
COMO Estrato de Acceso (uso similar a la señalización RRC en esta invención)
DCN Red de Núcleo Dedicada
NB, eNB Nodo B, Nodo B evolucionado (pero también puede ser cualquier 'nodo RAN' que
implemente tecnología 2G, 3G, 4G o 5G futura)
E- Red de Acceso por Radio Terrestre Universal Evolucionada (también usada como
UTRAN EUTRAN)
GGSN Nodo de Soporte de Puerta de Enlace GPRS
GPRS HPLMN Red Móvil Terrestre Pública Local
HSS Servidor de Abonado ;Local
IE Elemento informativo (usado como parte de un mensaje de señalización)
MME Entidad de Gestión de la Movilidad
MNO Operador de Red Móvil
NAS Estrato Sin Acceso
NFV Virtualización de Funciones de Red
NNSF Función de Selección de Nodo de Red/NAS
PCRF Función de Políticas y Reglas de cobro
PGW Puerta de Enlace de Red de Paquetes de Datos
PSM Modo de Ahorro de Energía
RAU Actualización del Área de Enrutamiento
RNC Controlador de Red de Radio
CRR Control de Recursos de Radio
PLMN Red Móvil Terrestre Pública
SGSN Nodo de Soporte de Servicio GPRS
SGW Puerta de Enlace de Servicio
TAU Actualización del Área de Seguimiento
UE Equipo de Usuario
UTRAN Red de Acceso por Radio Terrestre UMTS
VPLMN Red Móvil Terrestre Pública Visitada
Las siguientes terminologías se usan dentro de esta invención.
Los términos 'nodo de servicio' o 'MME/SGSN' o 'MSC/SGSN/MME' o C-SGN (Nodo de Puerta de Enlace de Servicio CloT) se usan generalmente a través de las diversas realizaciones de esta invención para describir una entidad funcional como MSC o SGSN. o MME, o C-SGN u otra posible entidad funcional del plano de control en la red móvil que termina la señalización del plano de control (conocida como señalización NAS) entre la red de núcleo y el terminal. El nodo de servicio (MME/SGSN) también puede ser una entidad funcional de las redes de futuras generaciones que es responsable de la movilidad y la gestión de sesiones.
El término HSS/HLR significa el depósito donde se almacenan los datos de abonado del UE y puede ser un HSS o un HLR o una entidad combinada.
Los términos 'terminal', 'dispositivo', 'terminal de usuario' o 'UE' (Equipo de Usuario) o 'MT' (Terminal móvil) se usan de manera intercambiable donde todos los términos expresan de manera similar el equipo usado para enviar/recibir datos y señalización de la red o red móvil o red de acceso por radio.
En los últimos años, debido a la penetración de las tecnologías de Internet de las Cosas (IoT) y Máquina a Máquina (M2M), los organismos estándar como el Proyecto de Asociación de 3a Generación (3GPP) comienzan a trabajar en mejoras conocidas como la Comunicación de Tipo Máquina (MTC) desde la Versión 10. Con el fin de reducir aún más el precio de los dispositivos finales y el precio en la red del operador por dar servicio a dichos dispositivos, 3GPP llevó a cabo un trabajo denominado IoT Móvil (CloT). Este trabajo estudió y evaluó la mejora de la arquitectura para admitir dispositivos IoT de complejidad ultrabaja, con restricciones de energía y baja velocidad de datos. La documentación de este estudio está plasmada en el documento 3GPP TR23.720. Las conclusiones fueron 1) especificar una solución de plano de control obligatorio (CP), que se documenta en la sección 2 del TR y 2) especificar una solución de plano de usuario (UP) opcional, que se documenta en la sección 18 del TR. Por lo tanto, la solución CP también se denomina 'solución 2' y la solución UP se denomina 'solución 18'.
El EPS optimizado para CIoT admite un patrón de tráfico que es diferente en comparación con los UE normales y puede admitir solo un subconjunto y las funcionalidades necesarias en comparación con el EPS existente. Se puede habilitar un EPS optimizado para CIoT al implementar un subconjunto de funcionalidades en una sola entidad lógica C-SGN (Nodo de Puerta de Enlace de Servicio de CIoT). Los procedimientos de Movilidad y Registro se realizan como se describe en otras cláusulas para las entidades MME, S-GW y P-GW correspondientes. En la Figura 1 se muestra un ejemplo de arquitectura CIoT no itinerante de un solo nodo. La descripción detallada de los puntos de referencia (interfaces) se puede encontrar en las especificaciones 3GPP TS23.401 y 3GPP TS23.682.
La selección entre la solución CP o UP ocurre durante el procedimiento de conexión o durante los procedimientos de TAU. El UE indica un 'Comportamiento de red preferido' que incluye lo siguiente:
- Si se admite la optimización de EPS CIoT de Plano de Control;
- Si se admite la optimización de EPS CIoT de Plano de Usuario;
- Si se prefiere la optimización de EPS CIoT de Plano de Control o si se prefiere la optimización de EPS CIoT de Plano de Usuario;
- Si se admite la transferencia de datos S1-U;
- Si se solicita la transferencia de SMS sin Registro Combinado;
- Si se soporta el Registro sin Conectividad PDN.
El nodo de servicio envía en el mensaje de Aceptación TAU o de Registro r la información de 'Comportamiento de red admitido'.
En las optimizaciones de EPS CIoT, el UE puede admitir "Registrar sin conectividad PDN", lo que significa que no hay conectividad PDN y, por lo tanto, no se establecen portadoras EPS durante el procedimiento de Registro. El UE puede solicitar una conectividad PDN (IP o no IP) en un momento posterior usando la señalización (E)SM NAS.
Si el nodo de servicio configura la optimización de EPS CIoT CP para que se use, los datos se transfieren entre el UE y el nodo de servicio en las PDU de NAS, incluida la identidad de la portadora de EPS de la conexión PDN con la que se relacionan. Se admiten los tipos de datos IP y no IP. Esto se logra usando las capacidades de transporte NAS de los protocolos RRC y S1-AP y el transporte de datos de los túneles GTP-u entre la MME y la S-GW y entre la S-GW y la P-GW, o si se proporciona una conexión No IP, por medio de la MME con la SCEF, entonces la transferencia de datos ocurre como se indica en la TS 23.682 [74].
La Figura 2 muestra un flujo de señalización de transmisión de datos con origen móvil (MO) para la optimización de EPS CIoT del Plano de Control (es decir, solución CP). Esta cifra es según la TS23.401. Cuando se usa la solución CP para el transporte de datos de usuario, la MME (para el enlace ascendente, UL) y el UE (para el enlace descendente, DL) usan la Identidad de portadora de EPS (EBI) contenida en las PDU de NAS para identificar la portadora de EPS asociada.
Si la MME desea usar la solución de CP para servicios de terminación móvil (MT),entonces se muestra un procedimiento de ejemplo en la Figura 3 de la TS23.401.
Para representar los diferentes protocolos involucrados en la comunicación entre UE y S/PGW, se muestran las pilas de protocolos sobre las diversas interfaces en la Figura 4. Tenga en cuenta que esta figura muestra las pilas de protocolos para las optimizaciones CIoT de CP. Un cambio principal introducido por las optimizaciones EPS CIoT es el soporte de la interfaz GTP-U sobre la interfaz S11, es decir, entre MME y SGW.
Además de la transmisión de datos de CP acordada obligatoriamente, también es posible usar opcionalmente la transmisión de datos de UP, donde la característica principal es el procedimiento de Suspensión RRC para almacenar el contexto AS del UE en el eNB. Este procedimiento se muestra en la Figura 5, que corresponde a la sección 5.3.4A de la TS23.401. Además, en la sección 5.3.5A de la TS23.401 se describe un procedimiento de reanudación de la conexión.
Las optimizaciones EPS CIoT también pueden aplicarse al sistema LTE (EUTRAN). En particular, una intención es cubrir los UE EUTRN de banda ancha (WB) (por ejemplo, cat-M) con propiedades de bajo coste. Sin embargo, si un UE EUTRAN WB capaz de NB-IoT usa soluciones NB-IoT (solución CP o UP), podría haber varias restricciones al cambiar las RAT. Por ejemplo, si el UE ha activado una conexión no IP, entonces el UE no puede volver a seleccionar el acceso 2G/3G y continuar usando la conexión no IP.
La Entrega de Datos No IP (NIDD) a través de SCEF se capturará en la TS23.6823GPP, ya que actualmente el Tdoc S2-160832 3GPP (que debe implementarse en laTS23.682) muestra los procedimientos. NIDD se puede usar para manejar comunicaciones con origen móvil (MO) y terminación móvil (MT) con el UE, donde los paquetes usados para la comunicación no se basan en el protocolo de Internet (IP). La configuración de la SCEF para la entrega de datos no IP se muestra en la descripción de la Figura 6 y la descripción detallada se puede encontrar en el 3GPPTdoc S2-160832.
A modo de ejemplo, la Figura 7 muestra el procedimiento mediante el cual el SCS/AS envía datos que no son de IP a un usuario determinado identificado a través de un identificador externo o MSISDN. Este procedimiento supone que se han completado los procedimientos de establecimiento de la portadora EPS para datos no IP y el procedimiento de configuración SCEF (según la Figura 6).
[Lista de citas]
[Bibliografía No de patentes]
[NPL 1] TS23.4013GPP, Mejoras del Servicio General de Radio por Paquetes (GPRS) para el acceso a la Red de Acceso por Radio Terrestre Universal Evolucionada (E-UTRAN); Etapa 2, v13.5.0, 2015-12.
[NPL 2] TR23.720 3GPP, Mejoras en la arquitectura para Internet de las Cosas Móvil; v1.2.0, 2015-11.
[NPL 3] TS23.203 3GPP, Arquitectura de control de políticas y cobro; v13.5.1,2015-09.
[Compendio de la Invención]
La invención está definida por las reivindicaciones independientes. Las realizaciones ventajosas de la invención se dan en las reivindicaciones subreivindicadas.
[Problema técnico]
Descripción del problema
Según los antecedentes descritos anteriormente, la selección de la solución CP y UP puede ocurrir durante el procedimiento de conexión o el procedimiento TAU. Esto describe la selección del esquema de transmisión, pero no hay descripciones de cómo se puede lograr la reselección. Puede ocurrir una reselección del mecanismo de transmisión, por ejemplo, en caso de cambiar el tamaño de los datos porque la transmisión de datos grandes a través de CP sería ineficiente.
El cambio dinámico entre la transmisión de datos CP a UP no es posible hoy en día. También se debe proporcionar la selección dinámica entre la transmisión de datos NB-IoT CP y la transmisión WB-EUTRAN en caso de que el teléfono inteligente admita las optimizaciones EPS CloT.
Suponiendo que la reselección entre la transmisión de datos CP y UP se realiza mediante el procedimiento de conexión, entonces el problema es que el procedimiento de conexión requiere señalización y autenticación explícitas, lo que puede aumentar (1) la carga de señalización en RAN y CN y (2) el retraso para la conmutación entre CP y UP. Esto puede tener un impacto en la experiencia del usuario.
El objetivo de esta invención es proporcionar solución o soluciones para la conmutación dinámica entre transmisión CP y UP minimizando (1) la carga de señalización en la RAN y CN y (2) el retardo de conmutación. Además, esta invención describe un caso en el que falla la conmutación dinámica.
En caso de que un teléfono inteligente (capaz de optimizaciones WB-EUTRAN y CIoT) esté actualmente configurado con la solución WB-EUTRAN, puede ser deseable en casos particulares usar la transmisión de datos a través de CP (por ejemplo, en caso de entrega MT-SMS o MT-NIDD) . No está claro hoy cómo lograrlo de manera eficiente. Debido a algunas restricciones (de radio), la MME o el UE pueden decidir aplicar solo la solución NB-IoT.
Solución al problema
En un aspecto, la invención proporciona un nodo de red de núcleo, que comprende: medios configurados para transmitir datos usando una optimización de EPS CIoT del Plano de Control; medios configurados para determinar si los datos se transfieren a través del plano de usuario o no, en función del tamaño de los datos; medios configurados para transmitir un mensaje de solicitud de establecimiento de contexto de UE a un nodo de red de acceso por radio; medios configurados para recibir un mensaje completo de establecimiento de contexto de UE desde el nodo de red de acceso por radio cuando el nodo de red de acceso por radio establece una portadora de radio a un terminal móvil; y medios configurados para transmitir un mensaje de solicitud de modificación de recursos que incluye uno o varios TEID para portadoras aceptadas en una Puerta de Enlace de Servicio, S-GW, para conexión PDN entre el terminal móvil y la puerta de enlace PDN, P-GW.
En un aspecto, la invención proporciona un método de control para la comunicación, que comprende: transmitir datos usando una optimización de EPS CIoT del Plano de Control; determinar si los datos se transfieren a través del plano de usuario o no, según el tamaño de los datos; transmitir un mensaje de solicitud de establecimiento de contexto de UE a un nodo de red de acceso por radio; recibir un mensaje completo de establecimiento de contexto de UE desde el nodo de la red de acceso por radio cuando el nodo de la red de acceso por radio establece una portadora de radio a un terminal móvil; y transmitir un mensaje de solicitud de modificación de recursos que incluye uno varios TEID para portadoras aceptadas en una Puerta de Enlace de Servicio, S-GW, para conexión PDN entre el terminal móvil y la puerta de enlace PDN, P-GW.
En un aspecto, la invención proporciona un nodo de red de acceso por radio, que comprende:
los medios configurados para recibir un mensaje de solicitud de establecimiento de contexto de UE incluyen una indicación de CIoT de plano de usuario que indica que la optimización de EPS CIoT de Plano de Usuario es compatible o no a partir de un nodo de la red de núcleo; medios configurados para fijar una portadora de radio a un terminal móvil; y medios configurados para transmitir un mensaje completo de establecimiento de contexto de UE al nodo de la red de núcleo.
En un aspecto, la invención proporciona un método de comunicación que comprende:
la recepción de un mensaje de solicitud de establecimiento de contexto de UE incluye una Indicación de CIoT de Plano de Usuario que indica que la optimización de EPS CIoT de Plano de Usuario es compatible o no a partir de un nodo de la red de núcleo; establecer una portadora de radio en un terminal móvil; y transmitir un mensaje completo de establecimiento de contexto de UE al nodo de la red de núcleo.
Efectos ventajosos de la Invención
(1) El manejo erróneo debido a la llegada al EPC de un tamaño de PDU demasiado grande puede evitarse o reducirse (por ejemplo, soluciones 1 y solución 2).
(2) La sobrecarga en el ancho de banda limitado del plano de control de NB-IoT (por ejemplo, en el nodo RAN) se puede superar o aliviar cambiando de transmisión CP a UP.
Breve descripción de los dibujos
[fig.1] La Figura 1 muestra un ejemplo de arquitectura de CIoT no itinerante de un solo nodo.
[fig.2] La Figura 2 muestra un flujo de señalización de transmisión de datos con origen móvil (MO) para la optimización de EPS CIoT de Plano de Control (es decir, solución CP).
[fig.3] La Figura 3 muestra el flujo de señalización para el transporte de datos MT en las PDU de NAS.
[fig.4]La Figura 4 muestra la pila de protocolos entre UE y PGW.
[fig.5] La Figura 5 muestra el procedimiento de suspensión de conexión iniciado por eNodoB.
[fig.6] La Figura 6 muestra la configuración de SCEF para el procedimiento NIDD.
[fig.7]La Figura 7 muestra el procedimiento mediante el cual el SCS/AS envía datos que no son de IP a un usuario determinado identificado a través de un identificador externo o MSISDN.
[fig.8] La Figura 8 muestra un flujo de señalización de ejemplo para el tamaño de datos configurado estáticamente.
[fig.9] La Figura 9 muestra el cambio de CloT CP a UP (CIoT o LTE completo) cuando llegan grandes datos DL y el UE está en modo inactivo y conectado para la transferencia de datos CIoT del plano de control.
[fig.10] La Figura 10 muestra el cambio de CIoT del plano de control al plano de usuario (CIoT o LTE completo) cuando llegan grandes datos DL no IP y el UE está conectado para la transferencia de datos CIoT del plano de control a través de SCEF.
[fig.11] La Figura 11 muestra 
el flujo de señalización para la comunicación MT.
[fig.12] La Figura 12 muestra un diagrama de bloques para el UE.
[fig.13] La Figura 13 muestra 
un diagrama de bloques para el nodo RAN.
[fig.14] La Figura 14 muestra un diagrama 
de bloques para el nodo de servicio.
Descripción de las realizaciones
Con el fin de resolver el problema descrito anteriormente, se describen diferentes soluciones en varias realizaciones de ejemplo adjuntas.
La idea de una solución en la presente invención es permitir que la MME tome decisiones sobre el esquema de transmisión eficiente, es decir, sobre CP o sobre UP. La decisión en la MME puede basarse (1) en el tamaño de los datos transmitidos (o en otros criterios de limitación de datos enumerados a continuación) o (2) en las condiciones de radio experimentadas por el UE.
En una solución de esta invención (solución 1), la MME informa a la PGW/SCEF y el AS un tamaño máximo de paquete que puede manejar el EPC o la RAN. Esto se basa en el tamaño de datos máximo configurado estáticamente. Una vez elegida la solución del plano C, la MME lo informa a la PGW/SCEF y al AS.
La Figura 8 muestra el flujo de señalización en el caso de la solución 1.
Nuevos parámetros:
- El HSS tiene un "indicador de tratamiento" de datos de abonado. Este parámetro indica un comportamiento NW cuando llega un paquete DL de gran tamaño al EPC que supera el tamaño máximo de PDU que la solución del plano C puede manejar. El parámetro debe tener un valor de
o Desechar, o
o T ransferir datos tanto como sea posible.
- La MME envía el nuevo parámetro "Tamaño máximo de PDU" sobre el mensaje GTP-C. Este parámetro se establece según la capacidad del NAS y el tamaño de los datos que el NAS puede manejar con la PDU. Por ejemplo, si no se admite el manejo de múltiples RRC, este valor debe ser de aproximadamente 1500 bytes. La información de "Tamaño máx. de PDU" se puede mostrar como tamaño máximo de la propia PDU o algunos bits para indicar "Tamaño máx. de PDU". Para que algunos bits indiquen "Tamaño máximo de PDU", la MME/SGW/SCEF tienen una tabla común para mostrar 0:1000 bytes, 1:1500 bytes, etc.
- La PGW envía el nuevo parámetro "reconocimiento del indicador de tratamiento". Este parámetro indica que la PGW comprende tanto el "Tamaño máximo de la PDU" como el "Indicador de tratamiento" e indica si la aplicación indicada es posible o no.
La PGW maneja el paquete PDU DL según las instrucciones de la MME.
Si una condición coincide, por ejemplo el tamaño del paquete DL excede el tamaño máximo de PDU que la solución del plano C puede manejar, entonces lo aplica en función de un indicador de tratamiento. Ejemplo, simplemente desechó el paquete DL y lo informa al sistema O&M.
El beneficio de la solución 1 es que con este enfoque, el tráfico de usuarios innecesario llega al EPC.
De manera análoga, la MME puede informar a una SCEF y/o AS en caso de que se haya establecido una conexión no IP. La SCEF envía el nuevo parámetro "Tamaño máx. de PDU" al AS. El AS envía el nuevo parámetro "Indicador de tratamiento". Este parámetro indica un comportamiento NW cuando un paquete DL o UL de gran tamaño llega al EPC.
Comportamiento del AS: en base al "Tamaño máx. de PDU", el AS no envía PDU de mayor tamaño que el indicado.
La solución 1 proporciona el siguiente beneficio: se puede evitar el manejo erróneo debido a la llegada al EPC de un tamaño de PDU demasiado grande.
En resumen, una vez que se elige una solución de plano C, la MME lo informa a la PGW/SCEF y AS.
Alternativas:
Se puede intercambiar al menos una de las siguientes informaciones en lugar de "Tamaño máx. de PDU".
a) volumen total de datos que el UE recibirá
b) rendimiento máximo o tasa de datos (por cierto período (por ejemplo, segundo/hora/día/semana)) c) número máximo de transmisión (por cierto período (por ejemplo, segundo/hora/día/semana))
d) una bandera para indicar si el volumen total de datos que recibirá el UE supera/está por debajo de un umbral.
Además, dos o más parámetros entre a) - d) pueden intercambiarse entre sí como información alternativa.
Si los aparatos tienen un "Indicador de tratamiento" implícito o si el "Indicador de tratamiento" se intercambia en otros mensajes, no es obligatorio que la solicitud/respuesta de creación de sesión incluya el "Indicador de tratamiento".
En otra solución al problema (referida como solución 2), la reselección dinámica de (1) solución NB-IoT CP o UP o (2) solución NB-IoT y solución WB-EUTRAN está basada en diferentes criterios en la red, preferiblemente en el nodo de servicio. Por ejemplo, un criterio puede deberse a un tamaño de paquete grande o una gran cantidad de datos (por ejemplo, distribuidos en varios segmentos/paquetes de datos).
En caso de que sea necesario manejar paquetes de gran tamaño (IP y no IP) cuando el UE está conectado para CIoT sobre Plano-C o tiene la solución Plano-C activada, entonces el u E/MME transforma la configuración de red a la solución de plano de usuario (UP).
La decisión de selección de CP o UP también puede basarse en la indicación del UE sobre la gran cantidad de datos que se enviarán en el UL. La indicación del UE a la red puede ser, por ejemplo:
- en el caso de MO, el UE puede indicarle a la MME en por ejemplo el procedimiento de Solicitud de Servicio u otro mensaje de señalización NAS o RRC; y
- en caso de que el UE ya esté en estado CONECTADO o ACTIVO, y el UE determine que
- en el caso de MT, la MME envía contexto AS al eNB para el establecimiento de DRB durante la transición INACTIVO-> CONECTADO
Por ejemplo, el UE puede solicitar una solución de plano-U (o WB-EUTRAN) en los casos descritos anteriormente.
En el caso de comunicación MO, si el UE sabe que se espera que se envíen grandes cantidades de datos, entonces el UE puede realizar una de las siguientes soluciones:
- El UE inicia el procedimiento de desconexión y se vuelve a conectar. En el mensaje de solicitud de Registro, el UE indica las diferentes preferencias para CP y UP en función de la cantidad de datos grandes esperada. Por ejemplo, el UE puede indicar la preferencia de la solución UP para transmitir los datos grandes.
- Para evitar el aumento de la señalización durante los procedimientos de Registro y Desconexión, en una solución alternativa, el UE puede iniciar la liberación y el restablecimiento de la conexión PDN. Durante el restablecimiento de la conexión PDN, el UE puede indicar al nodo de servicio a) que se esperan datos grandes, o b) preferencia por la solución UP.
o tiene múltiples conexiones PDN, luego el UE inicia el procedimiento de desconexión de PDN solicitado por el UE para la conexión CIoT y luego el UE inicia el procedimiento de conectividad de PDN solicitado por el UE con la solución del plano U.
Otro aspecto de la solución 2 es que la MME puede decidir si activa la solución UP en función del identificador de la aplicación (Id de Aplicación), ya que algunas aplicaciones generalmente pueden enviar solo datos pequeños, mientras que otras aplicaciones generalmente pueden enviar una gran cantidad de datos. La aplicación se puede detectar, por ejemplo mediante inspección profunda de paquetes (DPI) en el punto de entrada de la red, por ejemplo la TDF o PGW/PCEF. Más tarde, la PGW incluye el Id de la aplicación en la señalización hacia la SGW y la m Me , de modo que la MME puede decidir si aplica la transmisión CP o UP para los próximos datos.
En general, la solución 2 aborda los casos de uso en los que es necesario manejar un gran tamaño de datos (por ejemplo, en el enlace descendente) cuando un UE está conectado a la red y se ha configurado la solución del plano de control para la optimización de CIoT (es decir, la transferencia de datos a través del Plano de Control). . Como la transferencia de datos sobre el plano de control no es eficiente o incluso en algún momento no es posible, se propone cambiar dinámicamente de la optimización de CIoT de Plano de Control (es decir, transmisión sobre el Plano de Control, CP) a la optimización de CIoT de Plano de Usuario (es decir, transmisión sobre el Plano de Usuario, UP) o al plano de usuario LTE completo si el UE es compatible con LTE (es decir, WB-UTRAN).
Solución 2.1 - Conmutación de CIoT de Plano de Control a Plano de Usuario (CIoT o LTE completo) para la entrega de datos grandes IP o no IP mientras el UE está conectado y se ha configurado la transmisión de CIoT sobre el Plano de Control. Se supone que los datos grandes no IP o IP se transmiten a través de una conexión PDN terminada en una P-GW.
La Figura 9 muestra el cambio de CIoT CP a UP (CIoT o LTE completo) cuando llegan datos grandes de DL y el UE está en modo inactivo y conectado para la transferencia de datos de CIoT del Plano de Control.
Los pasos de la Figura 9 se describen en detalle a continuación:
1. Se adjunta un UE con capacidad CIoT (UE LTE con capacidad CIoT o UE solo CIoT) y se ha configurado la optimización CIoT de Plano de Control para la transmisión de datos.
2. Los datos de enlace descendente llegan a la entidad funcional P-GW. De manera alternativa, si se implementa TDF, los datos DL se pueden procesar en TDF, por lo que esta entidad funcional.
3. La P-GW (o TDF) puede realizar DPI (Inspección Profunda de Paquetes) para identificar el origen de los datos (por ejemplo, la aplicación de origen identificada por el 'id de aplicación'). La P-GW reenvía los paquetes DL a la S-Gw . El 'ID de aplicación' se puede incluir en la cabecera GTP-U del paquete DL o, de manera alternativa, se puede incluir en el intercambio de protocolo GTP-C entre PGW y SGW.
4. La S-GW almacena en una memoria intermedia los paquetes DL y envía una notificación de datos de enlace descendente a la MME, incluido el tamaño de los datos recibidos y el id de aplicación del remitente, si está disponible.
5. La MME inspecciona la solicitud DDN recibida para una posible decisión si se debe aplicar la transmisión CP o UP. Para este propósito, la MME verifica el tamaño de los datos para evaluar si continuar con la entrega de datos DL sobre el Plano de Control o cambiar a uno de los Planos de Usuario disponibles (Plano de Usuario Optimizado para CIoT o Plano de Usuario LTE) si los datos de enlace descendente recibidos son grandes y es más eficiente enviarlo por el Plano de Usuario. La MME también puede considerar el origen de los datos DL (por ejemplo, el id de aplicación), si está disponible, al decidir qué opción de entrega, CP o UP, usar.
6. La MME reconoce el aviso del UE con ack DDN a la S-GW.
7. Si el UE está en modo inactivo, la MME llama al UE, lo que hace que el UE realice el procedimiento de solicitud de servicio.
8. Si la MME decide aplicar la transmisión de datos UP (basada en la evaluación de datos de DL en el paso 5), la MME envía un mensaje de solicitud de configuración de contexto inicial S1 -AP al nodo RAN. Este paso activa la portadora o portadoras de radio de datos (DRB). La MME puede incluir una indicación de ’CIoT de Plano de Usuario' en el mensaje de solicitud de configuración de contexto inicial al nodo RAN para indicar explícitamente la configuración del uso de CIoT UP (en el caso de RAT NB-IoT).
9. El nodo RAN (por ejemplo, eNB) realiza el establecimiento de la portadora de radio con el procedimiento de Reconfiguración de Conexión RRC. El nodo RAN también puede indicar al UE su preferencia por un plano de Usuario optimizado para CIoT en el mensaje de solicitud de reconfiguración de conexión RRC.
10. Cuando se configuran la portadora o portadoras de radio de datos, el nodo RAN envía el mensaje S1-AP de Configuración de Contexto Inicial Completa a la MME.
Nota: En caso de que falle la obtención de Configuración de Contexto Inicial o el UE no responda al aviso para el procedimiento de aviso en el paso 7, entonces la MME envía el mensaje de Indicación de Fallo de Notificación de Datos de enlace descendente a la SGW. El mensaje de Indicación de Fallo de Notificación de Datos de Enlace Descendente incluirá un nuevo valor de causa que indique la razón del fallo. Por ejemplo, el tamaño de los datos excedió el límite, el cambio del Plano de Control al Plano de Usuario falla, etc.
11. La MME envía un mensaje de Solicitud de Modificación de Portadora a la S-GW que contiene los TEID para las portadoras EPS aceptadas y la P-GW confirma con la Respuesta de Modificación de Portadora.
12. Ahora se establece el Plano de Usuario (optimizado para CIoT o LTE completo) y los datos DL se pueden entregar al UE a través del Plano de Usuario establecido.
Solución 2.2: Conmutación de CIoT de Plano de Control a CIoT de Plano de Usuario para una entrega de datos No IP grandes mientras el UE está en modo inactivo y se han configurado optimizaciones de CIoT sobre el Plano de Control.
La Figura 10 muestra el cambio de CIoT de Plano de Control a Plano de Usuario (CIoT o LTE completo) cuando llegan datos DL no IP grandes y el UE está conectado para la transferencia de datos CIoT de Plano de Control a través de SCEF.
Los pasos de la Figura 10 se describen en detalle a continuación:
1. Se adjunta un UE con capacidad CIoT (UE LTE con capacidad CIoT o un UE solo CIoT) para la optimización de CIoT de Plano de Control y está en modo inactivo.
2. Se recibe solicitud de entrega de datos no ip en la SCEF
3. La solicitud de datos no ip está autorizada por la SCEF. La SCEF comprueba el tamaño de los datos no IP y envía el tamaño de los datos no IP y los propios datos no IP a la MME para su entrega a un UE. Nota: Es posible que el tamaño de los datos que no sean IP esté incluido en la Solicitud de Entrega NIDD de SCS/AS.
4. La MME evalúa si el tamaño de los datos no ip está dentro de los límites para la transmisión de datos pequeños sobre el Plano de Control. Si los datos de enlace descendente recibidos son grandes y es más eficiente enviarlos a través del Plano de Usuario, la MME puede decidir establecer un Plano de Usuario optimizado para CIOT o un Plano de Usuario LTE, si lo admite el UE.
5. Si el UE está en modo inactivo, la MME llama al UE y el UE vuelve con la solicitud de servicio.
6. La MME envía el mensaje de Solicitud de Configuración de Contexto Inicial S1-AP al nodo RAN (por ejemplo, eNB). La MME incluye un TEID de Plano de Usuario S1 que es asignado por la MME para que el plano de usuario S1 pueda establecerse entre el eNB y la MME. Este paso activa las portadoras de radio y las portadoras S1. Si la MME decide entregar los datos DL sobre el Plano de Usuario optimizado para CIoT (con base en la evaluación de datos DL en el paso 5), la MME incluye la indicación ’CIoT de Plano de Usuario' para indicar su preferencia (o solicitud) para la entrega de tipo Plano de Usuario optimizado para CIoT.
7. El Nodo RAN realiza el establecimiento de la portadora de radio con el procedimiento de Reconfiguración de Conexión RRC. El nodo RAN (por ejemplo, el eNB) también puede indicar su preferencia por el Plano de Usuario optimizado para CIoT al UE en el mensaje de solicitud de reconfiguración de conexión RRC.
8. Cuando se configura o se configuran la portadora o portadoras de radio del plano de usuario, el nodo RAN envía un mensaje S1-AP de Configuración de Contexto Inicial Completa a la MME. La MME no envía el mensaje de Solicitud de Modificación de Portadora a la S-GW ya que el plano de usuario S1 se establece entre la MME y el eNB. En caso de que falle la obtención de Configuración de Contexto Inicial o el UE no responda a la búsqueda del procedimiento de búsqueda en el paso 5, entonces la MME envía el mensaje de Indicación de Fallo de Entrega NIDD a la SCEF. El mensaje de Indicación de Fallo de Entrega NIDD deberá incluir un nuevo valor de causa que indique el motivo del fallo. Por ejemplo, el tamaño de los datos superó el límite, el cambio dinámico del Plano de Control al Plano de Usuario falla, no se puede avisar al UE, no se encuentra el Contexto, no se puede avisar el UE debido a una suspensión, el UE ya se ha vuelto a registrar, se rechazó temporalmente debido a un procedimiento de traspaso/TAU/RAU en curso, el UE no responde, Servicio denegado, el UE ya se ha vuelto a registrar, etc. Si la SCEF recibe el mensaje de Indicación de Fallo de Entrega NIDD desde la MME, entonces la SCEF envía el mensaje de Indicación de Fallo de Entrega NIDD al SCS/AS con el nuevo valor de causa para que el SCS/AS tome una acción adecuada al Fallo de Entrega. El nuevo valor de causa puede ser, por ejemplo, el tamaño de los datos superó el límite, el cambio dinámico del Plano de Control al Plano de Usuario falla, no se puede avisar al UE, no se encontró el contexto, no se puede avisar el UE debido a una suspensión, el UE ya se ha vuelto a registrar, se rechazó temporalmente debido a procedimiento de traspaso/TAU/RAU en curso, el UE no responde, Servicio denegado, el UE ya se ha vuelto a registrar, etc. 9. Ahora se establece el Plano de Usuario (optimizado para CIoT o LTE completo) y los datos DL se pueden entregar al UE.
Para las soluciones 2.1 y 2.2, se puede intercambiar al menos una de las siguientes informaciones alternativas en lugar del tamaño de datos (o tamaño de datos no IP):
a) rendimiento máximo o tasa de datos (por cierto período (por ejemplo, segundo/hora/día/semana)) b) número máximo de transmisión (por cierto período (por ejemplo, segundo/hora/día/semana)) c) una bandera para indicar si el volumen total de datos que recibirá el UE supera/está por debajo de un umbral.
Además, dos o más parámetros entre a) - c) pueden intercambiarse entre sí como información alternativa.
Las soluciones 2.1 y 2.2 anteriores asumen que el UE está en estado INACTIVO cuando los datos DL llegan a la MME. Además, a continuación se describe otra solución 2.3 que asume que el UE está en modo CONECTADO cuando los datos DL llegan a la SGW o MME. Específicamente, se supone que se ha configurado y aplicado la transmisión CP. La solución propone modificar la configuración de la interfaz de radio (es decir, las portadoras de radio) y la portadora S1 -U mientras el UE está en modo CONECTADO.
Los pasos de la Figura 11 se describen en detalle a continuación:
1. Mientras el UE está en estado CONECTADO, uno de los nodos del plano de usuario (ya sea el nodo RAN o la PGW o la SGW) puede detectar que el tamaño de los datos o la cantidad de datos está aumentando por encima de un umbral, o una nueva aplicación ha comenzado la transmisión de datos. Tras tal detección, el nodo SGW/PGW o RAN informa a la MME sobre las condiciones modificadas en el plano de usuario (es decir, aumento de datos, nueva aplicación, etc.). También es posible que la MME detecte por sí misma el aumento de datos o el inicio de una nueva aplicación sin una indicación explícita de la entidad funcional del plano de usuario.
Por ejemplo, en el paso 1.1, la SGW (que puede haber sido informada por la PGW, que no se muestra en la figura) informa a la MME sobre el nuevo tamaño de datos/PDU en la cabecera GTP-U indicando el parámetro de longitud del paquete en la cabecera GTP-U; o la SGW usa el mensaje GTP-C para informar sobre la nueva cantidad de datos o la nueva aplicación (por ejemplo, la identificación de la aplicación). De manera alternativa, en el paso 1.2, el nodo RAN también puede detectar el aumento del tiempo de transmisión de datos sobre el SRB1/SRB2 o el plano de control (por ejemplo, con base en el tamaño de la memoria intermedia por encima de cierto umbral). Esto es aplicable preferentemente, pero sin limitación, al ancho de banda de transmisión del plano de control limitado. Por ejemplo, muchos UE de IoT pueden recibir datos simultáneamente y la memoria intermedia de transmisión del nodo RAN puede aumentar, lo que provoca un retraso en la transmisión. Es posible que eNB indique tal situación a la MME, incluso el tamaño de la PDU de datos es inferior a 1,5 Kbyte y la SGW/PGW no lo detectó como datos más grandes. Un ejemplo de dicha indicación puede ser "carga de CP", lo que significa que los canales/portadoras de transmisión de CP están sobrecargados para un UE en particular o para todos los UE servidos en una celda dada o por un nodo RAN dado. Tras tal detección, el nodo RAN informa a la MME sobre las condiciones de datos modificadas.
2. Después de recibir la información actualizada del plano del usuario (ya sea el nodo RAN o SGW/PGW) o detectar la situación cambiada por sí misma, la MME puede determinar si la transmisión CP usada debe cambiarse a transmisión UP. Si la MME determina que se necesita dicho cambio de transmisión CP a UP, la MME inicia un procedimiento para cambiar el contexto del UE en el nodo RAN, más específicamente para iniciar, por ejemplo la configuración de seguridad AS y el posible establecimiento de DRB. Por ejemplo, se puede usar el procedimiento de Modificación de Portadora S1-AP, mientras que se pueden incluir nuevos parámetros que indiquen al nodo RAN la activación de la DRB o las DRB y la seguridad AS.
3. Al recibir la solicitud de la MME, el nodo Ran (por ejemplo, el eNB) inicia la configuración de seguridad de configuración de AS, si aún no existe, y el establecimiento de la DRB o las DRB. Para este propósito, el eNB puede usar el procedimiento de Reconfiguración de Conexión RRC.
4. El UE confirma la reconfiguración de conexión RRC.
5. El nodo RAN (por ejemplo, eNB) responde a la MME sobre la modificación exitosa de la conexión de radio. Por ejemplo, el eNB puede enviar el mensaje de Respuesta de Modificación de Portadora.
6. La MME realiza la reconfiguración de la SGW. Para este propósito:
En el paso 6.1, la MME reconfigura el reenvío de GTP-U SGW actualizando la SGW con el TEID GTP-U del eNB, por ejemplo usando el procedimiento de Solicitud de Modificación de Portadora. En el paso 6.2, la MME inicia la liberación del estado de túnel GTP-U existente a través de la interfaz S11.
Opcionalmente, se puede especificar un nuevo procedimiento S11 que realiza un procedimiento combinado de modificación de portadora y el procedimiento de liberación de GTP-U.
Como resultado de los procedimientos realizados según la Figura 11, los datos UL y DL se transmiten a través del plano de usuario (incluidas las optimizaciones NB-IoT UP o la transmisión WB-EUTRAn UP).
Con esta solución 2.3, es posible el manejo de grandes PDU mientras que el UE generalmente puede permanecer en estado CONECTADO. Esto da como resultado una señalización reducida en comparación con, por ejemplo La realización del procedimiento de Desconexión y reconexión.
En una realización de ejemplo adicional, se propone que el UE en modo CONECTADO le indique a la MME acerca de las malas condiciones de radio experimentadas por el UE. Por ejemplo, esto puede suceder cuando el UE reside en el borde de la celda (es decir, malas condiciones de radio, por ejemplo, el UE está en el sótano). En tal caso, para ahorrar energía de la batería y aun así asegurar la accesibilidad, se propone que el UE y la red (MMS/SGSN) vuelvan a seleccionar el uso de la transmisión CP sobre la transmisión UP usada anteriormente.
Para ello, el UE puede indicar a través de la señalización NAS malas condiciones de radio a la MME/SGSN. En otra alternativa, el nodo RAN puede indicar las malas condiciones de radio a la MME/SGSN. La MME/SGSN inicia la reconfiguración de la conexión de radio cambiando de transmisión UP a CP.
Las alternativas de la solución 1 se pueden aplicar a la solución 2.
La siguiente descripción se aplica a todas las soluciones descritas en esta invención. Según las realizaciones de ejemplo en esta invención, el terminal 30 móvil (por ejemplo, un UE) se modifica para poder manejar la señalización hacia/desde la red (particularmente desde el nodo RAN). El terminal 30 móvil se puede describir esquemáticamente a través del diagrama de bloques como en la Figura 12:
Como se muestra en la Figura 12, el terminal 30 móvil (UE) comprende un circuito 31 transceptor y una interfaz 32 de radio para transmitir señales hacia y para recibir señales de la red (el nodo RAN). El terminal 30 móvil comprende un controlador 33 para el control del funcionamiento del terminal 30 móvil. El controlador 33 está asociado a una memoria 34.
El software puede estar preinstalado en la memoria 34 y/o puede descargarse a través de una red de comunicación o desde un dispositivo de almacenamiento de datos extraíble (RMD), por ejemplo. El controlador 33 está configurado para controlar el funcionamiento general del terminal 30 móvil mediante, en este ejemplo, las instrucciones de programa o las instrucciones de software almacenadas en la memoria 34. Como se muestra, las instrucciones de software incluyen, entre otras cosas, un sistema 35 operativo y un módulo 36 de control de comunicación.
El módulo 36 de control de comunicación controla la comunicación entre el terminal 30 móvil y la red. El módulo 36 de control de comunicación incluye un módulo 37 de control de transceptor.
Según las realizaciones de ejemplo en esta invención, el nodo 40 RAN (por ejemplo, eNB, NB) se modifica para poder manejar la señalización hacia/desde la red (hacia/desde la MME/SGSN) y hacia/desde el UE 30. El nodo 40 RAN se puede describir esquemáticamente a través del diagrama de bloques tal como en la Figura 13.
Como se muestra en la Figura 13, el nodo 40 RAN comprende un circuito 41 transceptor, una interfaz 42 de red para transmitir señales hacia y para recibir señales desde el nodo de servicio, y una interfaz 43 de radio para transmitir señales hacia y para recibir señales desde el terminal 30 móvil. El nodo 40 RAN comprende un controlador 44 para controlar el funcionamiento del nodo 40 RAN. El controlador 44 está asociado a una memoria 45.
El software puede estar preinstalado en la memoria 45 y/o puede descargarse a través de una red de comunicación o desde un dispositivo de almacenamiento de datos extraíble (RMD), por ejemplo. El controlador 44 está configurado para controlar el funcionamiento general del nodo 40 RAN mediante, en este ejemplo, instrucciones de programa o
instrucciones de software almacenadas en la memoria 45. Como se muestra, las instrucciones de software incluyen, entre otras cosas, un sistema 46 operativo y un módulo 47 de control de comunicación.
El módulo 47 de control de comunicación controla la comunicación entre el nodo 40 RAN y el terminal 30 móvil y la comunicación entre el nodo 40 RAN y el nodo servidor. El módulo 47 de control de comunicación incluye un módulo 48 de control de transceptor.
Según las realizaciones de ejemplo de esta invención, el nodo 50 de servicio (MME/SGSN/MSC/C-SGN) debe modificarse/ampliarse para poder comportarse de acuerdo con la solución o las soluciones propuestas Además, se necesitan modificaciones a la SGW, PGW y HSS. Para este propósito, el nodo 50 de servicio (MME/SGSN), s Gw , PGW, SCEF o HSS se puede describir esquemáticamente a través del diagrama de bloques tal como en la Figura 14:
Como se muestra en la Figura 14, el nodo 50 de servicio comprende un circuito 51 transceptor y una interfaz 52 de red para transmitir señales hacia y para recibir señales desde otras entidades de red (el nodo 40 RAN). El nodo 50 de servicio comprende un controlador 53 para controlar la operación del nodo 50 de servicio. El controlador 53 está asociado con una memoria 54.
El software puede estar preinstalado en la memoria 54 y/o puede descargarse a través de una red de comunicación o desde un dispositivo de almacenamiento de datos extraíble (RMD), por ejemplo. El controlador 53 está configurado para controlar el funcionamiento general del nodo 50 de servicio mediante, en este ejemplo, instrucciones de programa o instrucciones de software almacenadas en la memoria 54. Como se muestra, las instrucciones de software incluyen, entre otras cosas, un sistema 55 operativo y un módulo 56 de control de comunicación.
El módulo 56 de control de comunicación controla la comunicación entre el nodo 50 de servicio y las otras entidades de red (el nodo 40 RAN). El módulo 56 de control de comunicación incluye un módulo 57 de control de transceptor.
Si bien la invención se ha mostrado y descrito en particular con referencia a realizaciones de ejemplo de la misma, la invención no se limita a estas realizaciones. Los expertos en la técnica entenderán que se pueden realizar varios cambios en la forma y los detalles sin apartarse del espíritu y alcance de la presente invención tal como se define en las reivindicaciones.
Esta solicitud se basa y reivindica el beneficio de prioridad de la solicitud de Patente Europea N.°. EP16275027.7, solicitada el 17 de febrero de 2016.
Claims (14)
1. Un nodo de red de núcleo, que comprende:
Unos primeros medios de transmisión para transmitir los primeros datos usando Optimización de Sistema de Paquetes Evolucionado, EPS, de Internet de las Cosas Móvil, CIoT, de Plano de Control, ;
medios de determinación para determinar si se transfieren datos adicionales a través del Plano de Usuario o no, basándose en el tamaño de los datos de los segundos datos transmitidos después de la transmisión de los primeros datos;
unos segundos medios de transmisión para transmitir un mensaje de solicitud de configuración de contexto de Equipo de Usuario, UE, a un nodo de red de acceso por radio basado en la determinación;
medios de recepción para recibir un mensaje completo de configuración de contexto de UE desde el nodo de red de acceso por radio cuando el nodo de red de acceso de radio establece una portadora de radio a un terminal móvil; y
unos terceros medio de transmisión para transmitir un mensaje de solicitud de modificación de recursos que incluye uno o más Identificadores de Punto Final de Túnel, TEID, para portadoras aceptadas en una Puerta de Enlace de Servicio, S-GW, para una conexión de Red de Datos de Paquetes , PDN, entre el terminal móvil y la Puerta de enlace PDN, P-GW.
2. El nodo de red de núcleo según la reivindicación 1, en donde
los medios de determinación determinan si los datos adicionales se transfieren a través del Plano de Usuario o no durante la transferencia de datos de enlace descendente.
3. El nodo de red de núcleo según la reivindicación 1 o 2, en donde
los medios de determinación determinan si los datos adicionales se transfieren a través del Plano de Usuario o no durante la transferencia de datos de enlace ascendente.
4. El nodo de red de núcleo según cualquiera de las reivindicaciones 1 a 3, en donde
el mensaje de solicitud de configuración de contexto de UE incluye una indicación de CloT de Plano de Usuario que indica que se soporta o no la Optimización EPS de CloT de Plano de Usuario.
5. El nodo de red de núcleo según cualquiera de las reivindicaciones 1 a 4, en donde
el mensaje de solicitud de configuración de contexto de UE es un mensaje de Solicitud de Configuración de Contexto Inicial S1-AP,
el mensaje de configuración de contexto de UE completo es un mensaje de Configuración de Contexto Inicial Completo S1-AP, y
el mensaje de solicitud de modificación de recursos es un mensaje de Solicitud de Modificación de Portadora.
6. Un método de control para la comunicación, que comprende:
la transmisión de primeros datos usando Optimización de Sistema de Paquetes Evolucionado, EPS, de Internet de las Cosas Móvil, CIoT, de Plano de Control;
determinar si se transfieren más datos a través del Plano de Usuario o no, basándose en el tamaño de los datos de los segundos datos transmitidos después de la transmisión de los primeros datos;
transmitir un mensaje de solicitud de establecimiento de contexto de Equipo de Usuario, UE, a un nodo de red de acceso por radio con base en la determinación;
recibir un mensaje completo de establecimiento de contexto de UE desde el nodo de la red de acceso por radio cuando el nodo de la red de acceso por radio establece una portadora de radio a un terminal móvil; y transmitir un mensaje de solicitud de modificación de recursos que incluye uno o más Identificadores de Extremo de Túnel, TEID, para las portadoras aceptadas en una Puerta de Enlace de Servicio, S-GW, para la conexión de Red de Datos de Paquetes, PDN, entre el terminal móvil y la Puerta de Enlace PDN, P- GW.
7. El método de control según la reivindicación 6, en donde
la determinación de si los datos adicionales se transfieren a través del Plano de Usuario o no se realiza durante la transferencia de datos de enlace descendente.
8. El método de control según la reivindicación 6 o 7, en donde
la determinación de si los datos adicionales se transfieren a través del Plano de Usuario o no se realiza durante la transferencia de datos de enlace ascendente.
9. El método de control según cualquiera de las reivindicaciones 6 a 8, en donde
el mensaje de solicitud de configuración de contexto de UE incluye una indicación CloT de Plano de Usuario que indica que se soporta o no la Optimización EPS de CloT de Plano de Usuario.
10. El método de control según cualquiera de las reivindicaciones 6 a 9, en donde
el mensaje de solicitud de configuración de contexto de UE es un mensaje de Solicitud de Configuración de Contexto Inicial S1-AP,
el mensaje de configuración de contexto de UE completo es un mensaje de Configuración de Contexto Inicial Completo S1-AP, y
el mensaje de solicitud de modificación de recursos es un mensaje de Solicitud de Modificación de Portadora.
11. Un nodo de red de acceso por radio, que comprende:
los medios de recepción para recibir un mensaje de solicitud de configuración de contexto de Equipo de Usuario, UE, incluyen una indicación de Internet de las Cosas móvil, CIoT, de Plano de Usuario que indica que la Optimización de Sistema de Paquetes Evolucionado, EPS, CIoT, de Plano de Usuario es compatible o no a partir de un nodo de la red de núcleo;
medios de establecimiento para establecer una portadora de radio a un terminal móvil; y
medios de transmisión para transmitir un mensaje completo de establecimiento de contexto de UE al nodo de red de núcleo.
12. Un método de comunicación, que comprende:
recibir un mensaje de solicitud de configuración de contexto de Equipo de Usuario, UE, incluye una indicación de Internet de las Cosas Móvil, CIoT, de Plano de Usuario que indica que la Optimización de Sistema de Paquetes Evolucionado, EPS, CIoT, de Plano de Usuario es compatible o no a partir un nodo de la red de núcleo;
establecer una portadora de radio en un terminal móvil; y
transmitir un mensaje completo de establecimiento de contexto de UE al nodo de red de núcleo.
13. Un sistema que comprende el nodo de red de núcleo según la reivindicación 1; y el nodo de red de acceso por radio según la reivindicación 11.
14. Un programa informático que comprende instrucciones implementables por ordenador para hacer que un dispositivo de comunicaciones programable realice el método de cualquiera de las reivindicaciones 6 a 10 y 12.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP16275027 | 2016-02-17 | ||
| PCT/JP2017/004181 WO2017141749A1 (en) | 2016-02-17 | 2017-02-06 | Selection of control plane and user plane for the data transmission |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2922993T3 true ES2922993T3 (es) | 2022-09-22 |
Family
ID=58108704
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES17706906T Active ES2922993T3 (es) | 2016-02-17 | 2017-02-06 | Selección de plano de control y plano de usuario para la transmisión de datos |
Country Status (5)
| Country | Link |
|---|---|
| US (3) | US10616936B2 (es) |
| EP (1) | EP3417668B1 (es) |
| JP (4) | JP6696580B2 (es) |
| ES (1) | ES2922993T3 (es) |
| WO (1) | WO2017141749A1 (es) |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017123048A1 (en) * | 2016-01-14 | 2017-07-20 | Lg Electronics Inc. | Method for connecting with network at ue in wireless communication system and apparatus therefor |
| WO2017141749A1 (en) * | 2016-02-17 | 2017-08-24 | Nec Corporation | Selection of control plane and user plane for the data transmission |
| US10687202B2 (en) * | 2016-03-09 | 2020-06-16 | Lg Electronics Inc. | Method and device for configuring bearer for transmission of user data |
| WO2017171183A1 (ko) * | 2016-03-27 | 2017-10-05 | 엘지전자 주식회사 | Nb-iot rat에서 네트워크 액세스를 시도하는 방법 |
| WO2017170122A1 (en) * | 2016-04-01 | 2017-10-05 | Nec Corporation | LOAD CONTROL FROM CONTROL PLANE CIoT EPS OPTIMISATION |
| WO2017189038A1 (en) * | 2016-04-29 | 2017-11-02 | Intel IP Corporation | CELLULAR IoT CONTROL AND USER PLANE SWITCHING |
| US11184830B2 (en) | 2016-06-21 | 2021-11-23 | Huawei Technologies Co., Ltd. | Systems and methods for user plane path selection, reselection, and notification of user plane changes |
| US10972552B2 (en) * | 2016-09-30 | 2021-04-06 | Huawei Technologies Co., Ltd. | Method and system for user plane path selection |
| US10531420B2 (en) | 2017-01-05 | 2020-01-07 | Huawei Technologies Co., Ltd. | Systems and methods for application-friendly protocol data unit (PDU) session management |
| US10917290B2 (en) * | 2017-02-22 | 2021-02-09 | Nokia Technologies Oy | Interface for a cloud radio access network |
| US10959066B2 (en) * | 2017-02-23 | 2021-03-23 | Nokia Technologies Oy | Method and system for access protocol optimization for narrow band Internet-of-Things devices within a network environment |
| WO2019057307A1 (en) * | 2017-09-25 | 2019-03-28 | Telefonaktiebolaget Lm Ericsson (Publ) | MANAGING DATA PACKETS IN A CENTRAL NETWORK |
| RU2743578C1 (ru) * | 2017-10-02 | 2021-02-20 | Телефонактиеболагет Лм Эрикссон (Пабл) | Безопасность на связанном с предоставлением доступа уровне в системе беспроводной связи |
| EP3698600B1 (en) * | 2017-10-20 | 2023-06-07 | Telefonaktiebolaget LM Ericsson (PUBL) | Configuration of a packet data network connection |
| CN108055660B (zh) * | 2017-12-13 | 2021-03-30 | 青岛海信移动通信技术股份有限公司 | 在网络通道中传输数据的方法和物联网终端 |
| JP2019125844A (ja) * | 2018-01-12 | 2019-07-25 | シャープ株式会社 | ユーザ装置 |
| US11419161B2 (en) | 2018-02-15 | 2022-08-16 | Nokia Solutions And Networks Oy | Methods, apparatuses and computer-readable storage mediums for coordinated selection of RAN and core user plane components in a wireless communications network |
| JP7123607B2 (ja) | 2018-04-09 | 2022-08-23 | シャープ株式会社 | ユーザ装置、制御装置、及び通信制御方法 |
| US11304244B2 (en) * | 2018-05-04 | 2022-04-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Devices and methods for connection establishment in wireless network |
| US11323948B2 (en) * | 2018-07-24 | 2022-05-03 | T-Mobile Usa, Inc. | Device management for NB-IoT devices |
| KR102466422B1 (ko) * | 2018-09-24 | 2022-11-14 | 노키아 테크놀로지스 오와이 | Nas 메시지의 보안 보호를 위한 시스템 및 방법 |
| CA3113920C (en) * | 2018-09-25 | 2022-10-25 | Hughes Network Systems, Llc | Efficient transport of internet of things (iot) traffic in terrestrial wireless and satellite networks |
| CN112400304B (zh) * | 2019-05-07 | 2023-06-13 | Oppo广东移动通信有限公司 | 一种信息传输方法及装置、网络设备 |
| JP7326860B2 (ja) * | 2019-05-17 | 2023-08-16 | 富士フイルムビジネスイノベーション株式会社 | システム、プログラム |
| KR20200140560A (ko) * | 2019-06-07 | 2020-12-16 | 삼성전자주식회사 | 전자 장치 및 그 시스템 |
| US20240056870A1 (en) * | 2019-09-18 | 2024-02-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Subscriber/service based radio access network reliability |
| US11736349B2 (en) * | 2020-08-19 | 2023-08-22 | Verizon Patent And Licensing Inc. | Systems and methods for providing firmware over-the-air delivery to internet of things user equipment |
| CN117242805A (zh) * | 2021-07-30 | 2023-12-15 | Oppo广东移动通信有限公司 | 一种数据传输方法及装置、终端、网络设备 |
| US20230337120A1 (en) * | 2022-04-13 | 2023-10-19 | T-Mobile Usa, Inc. | Serving gateway selection based on packet data network type |
| GB202211689D0 (en) * | 2022-08-10 | 2022-09-21 | Samsung Electronics Co Ltd | External exposure of control plane to user plane switch parameter |
Family Cites Families (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2509345A1 (en) * | 2011-04-05 | 2012-10-10 | Panasonic Corporation | Improved small data transmissions for machine-type-communication (MTC) devices |
| JP5904206B2 (ja) | 2011-09-30 | 2016-04-13 | 日本電気株式会社 | 通信システム、通信方法及び通信プログラム |
| CN104604266A (zh) * | 2012-09-12 | 2015-05-06 | 日本电气株式会社 | 移动通信系统、数据通信方法、网关设备和基站 |
| US9049588B2 (en) * | 2013-02-28 | 2015-06-02 | Blackberry Limited | Communicating data in a predefined transmission mode |
| US9265085B2 (en) * | 2013-12-31 | 2016-02-16 | Alcatel Lucent | Methods and systems for optimizing short data burst services over an LTE network |
| US9877141B2 (en) * | 2014-06-24 | 2018-01-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Management of wireless devices in limited radio coverage |
| CN106576217B (zh) | 2014-07-03 | 2021-03-09 | 康维达无线有限责任公司 | 用于支持多种传输机制的网络的应用数据传递服务 |
| US10355836B2 (en) * | 2015-05-14 | 2019-07-16 | Nokia Technologies Oy | Bearer setup in dual connectivity |
| WO2016208997A1 (ko) * | 2015-06-23 | 2016-12-29 | 엘지전자(주) | 무선 통신 시스템에서 단말의 영역 관리 방법 및 이를 위한 장치 |
| WO2017003235A1 (ko) * | 2015-06-30 | 2017-01-05 | 엘지전자(주) | 무선 통신 시스템에서 그룹 메시지를 전송하기 위한 방법 및 이를 위한 장치 |
| WO2017018838A1 (ko) * | 2015-07-28 | 2017-02-02 | 엘지전자(주) | 무선 통신 시스템에서 다중의 위치 영역 관리 방법 및 이를 위한 장치 |
| KR102628626B1 (ko) * | 2015-08-07 | 2024-01-25 | 삼성전자 주식회사 | 단말 및 그 통신 방법 |
| EP3334227B1 (en) * | 2015-08-31 | 2020-10-07 | Huawei Technologies Co., Ltd. | Paging method and apparatus for distributed gateway |
| WO2017052342A1 (ko) * | 2015-09-24 | 2017-03-30 | 삼성전자 주식회사 | 리모트 프로세(remote prose) 단말에 대한 네트워크 망에서의 합법적 감청 지원 방안 |
| CN108370506B (zh) * | 2015-11-04 | 2021-07-13 | Lg 电子株式会社 | 无线通信系统中的服务节点重新定位方法及其设备 |
| WO2017078491A1 (ko) * | 2015-11-06 | 2017-05-11 | 삼성전자 주식회사 | Ciot 시스템에서 데이터 전송 방법 및 그 장치 |
| US20200267800A1 (en) * | 2015-12-07 | 2020-08-20 | Lg Electronics Inc. | Method for performing s1 connection release by mobility management object, mobility management object, method for performing s1 connection release by base station, and base station |
| US10623990B2 (en) * | 2015-12-15 | 2020-04-14 | Lg Electronics Inc. | User equipment and method for transmitting data, and network node and method for receiving data |
| US10616789B2 (en) * | 2015-12-29 | 2020-04-07 | Lg Electronics Inc. | Method and device for establishing bearer for transmission of user data |
| WO2017119802A1 (ko) * | 2016-01-07 | 2017-07-13 | 엘지전자(주) | 무선 통신 시스템에서 nidd(non-ip data delivery) 구성 설정 방법 및 이를 위한 장치 |
| CN106961456B (zh) * | 2016-01-11 | 2022-01-18 | 北京三星通信技术研究有限公司 | 决定iot业务方法和设备、iot业务行为控制方法和设备 |
| WO2017123417A1 (en) * | 2016-01-12 | 2017-07-20 | Intel Corporation | CELLULAR INTERNET OF THINGS (CIoT) OPTIMIZATIONS FOR NARROWBAND (NB) AND NON-NB IoT NETWORKS |
| US20190021130A1 (en) * | 2016-01-20 | 2019-01-17 | Lg Electronics Inc. | Method for changing connection mode and mobility management entity |
| US10932224B2 (en) * | 2016-01-21 | 2021-02-23 | Lg Electronics Inc. | Method and user equipment for receiving data, and method and base station for transmitting data |
| WO2017141749A1 (en) * | 2016-02-17 | 2017-08-24 | Nec Corporation | Selection of control plane and user plane for the data transmission |
-
2017
- 2017-02-06 WO PCT/JP2017/004181 patent/WO2017141749A1/en unknown
- 2017-02-06 ES ES17706906T patent/ES2922993T3/es active Active
- 2017-02-06 JP JP2018543258A patent/JP6696580B2/ja active Active
- 2017-02-06 US US15/755,927 patent/US10616936B2/en active Active
- 2017-02-06 EP EP17706906.9A patent/EP3417668B1/en active Active
-
2020
- 2020-03-05 US US16/810,384 patent/US10945300B2/en active Active
- 2020-04-06 JP JP2020068294A patent/JP2020120392A/ja active Pending
-
2021
- 2021-01-21 US US17/154,790 patent/US12028912B2/en active Active
- 2021-10-20 JP JP2021171577A patent/JP7196983B2/ja active Active
-
2022
- 2022-12-14 JP JP2022199482A patent/JP7485003B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US20200236723A1 (en) | 2020-07-23 |
| US20180352593A1 (en) | 2018-12-06 |
| US10616936B2 (en) | 2020-04-07 |
| WO2017141749A1 (en) | 2017-08-24 |
| US12028912B2 (en) | 2024-07-02 |
| EP3417668A1 (en) | 2018-12-26 |
| US10945300B2 (en) | 2021-03-09 |
| JP2023030016A (ja) | 2023-03-07 |
| EP3417668B1 (en) | 2022-07-06 |
| JP6696580B2 (ja) | 2020-05-20 |
| US20230093775A9 (en) | 2023-03-23 |
| JP7485003B2 (ja) | 2024-05-16 |
| JP7196983B2 (ja) | 2022-12-27 |
| JP2020120392A (ja) | 2020-08-06 |
| JP2022009292A (ja) | 2022-01-14 |
| JP2019511161A (ja) | 2019-04-18 |
| US20220117016A1 (en) | 2022-04-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2922993T3 (es) | Selección de plano de control y plano de usuario para la transmisión de datos | |
| US11076376B2 (en) | De-registration method in wireless communication system and apparatus therefor | |
| US9674830B2 (en) | Method for processing data associated with session management and mobility management | |
| US11375471B2 (en) | Method for performing service request procedure and apparatus therefor in wireless communication system | |
| US11218904B2 (en) | Method for applying reflective quality of service in wireless communication system, and device therefor | |
| JP7306511B2 (ja) | 制御プレーンＣＩｏＴ ＥＰＳ最適化による負荷制御 | |
| US9967819B2 (en) | Method for processing data associated with idle mode signaling reduction in a wireless communication system | |
| US10986526B2 (en) | Method and terminal for transmitting data traffic in wireless communication system | |
| US20230396986A1 (en) | Managing Downlink Data During Transitions Between Mobile Networks |