[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

ES2972146T3 - Selección de versión de IP - Google Patents

Selección de versión de IP Download PDF

Info

Publication number
ES2972146T3
ES2972146T3 ES19206947T ES19206947T ES2972146T3 ES 2972146 T3 ES2972146 T3 ES 2972146T3 ES 19206947 T ES19206947 T ES 19206947T ES 19206947 T ES19206947 T ES 19206947T ES 2972146 T3 ES2972146 T3 ES 2972146T3
Authority
ES
Spain
Prior art keywords
version
pdu session
ipv4
ipv6
wcd
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
ES19206947T
Other languages
English (en)
Inventor
Jan Backman
Stefan Rommer
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2972146T3 publication Critical patent/ES2972146T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H04W80/045—Network layer protocols, e.g. mobile IP [Internet Protocol] involving different protocol versions, e.g. MIPv4 and MIPv6

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)
  • Stereo-Broadcasting Methods (AREA)

Abstract

En el presente documento se divulga un método, un dispositivo inalámbrico y un nodo de gestión de sesión para la selección de la versión de IP para una sesión de PDU solicitada para ser establecida por un WCD, que admite sesiones de PDU tanto de IPv4 como de IPv6 y que está configurado para comunicarse operativamente a través de una RAN con un nodo SM en una red central 101, el método que realiza el WCD comprende: enviar a S110 un primer mensaje de solicitud de sesión de PDU hacia el nodo SM solicitando el establecimiento de una primera sesión de PDU, cuyo mensaje de solicitud comprende información de versión de IP que indica que la IP la versión de la primera sesión de PDU solicitada debe ser cualquiera de IPv4 o IPv6; y recibir S130, S140, en respuesta al envío del primer mensaje de solicitud de sesión de PDU, un primer mensaje de respuesta, cuyo primer mensaje de respuesta comprende información WCD que indica la versión de IP (es decir, IPv4 o IPv6) que se ha seleccionado para la primera sesión de PDU solicitada. . (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Selección de versión de IP
CAMPO TÉCNICO
Las realizaciones presentadas en esta invención se refieren a procedimientos, dispositivos de comunicación inalámbrica, programas informáticos y un producto de programa informático para la selección de la versión de IP durante la configuración de una sesión PDU en un sistema de comunicaciones inalámbricas.
ANTECEDENTES
La organización de normalización Third Generation Partnership Project (3GPP) está actualmente en procedimiento de especificar un nuevo Sistema de Telecomunicaciones Móviles de Quinta Generación (5G) que incluya una Red Central de Paquetes de Nueva Generación (NG) (NG-CN o NGC o 5GC).
La arquitectura del sistema 5G está definida para soportar conectividad y servicios de datos, lo que permite que los despliegues utilicen técnicas como, por ejemplo, Virtualización de Funciones de Red y Redes Definidas por Software. La arquitectura del sistema 5G aprovechará las interacciones basadas en servicios entre las funciones de red del Plano de Control (CP) cuando se identifiquen.
Algunos principios y conceptos clave son:
- Separar las funciones del Plano de Usuario (UP) de las del Plano de Control (CP), permitiendo escalabilidad independiente, evolución y despliegues flexibles, por ejemplo, ubicación centralizada o distribuida (remota).
- Modularizar el diseño de las funciones, por ejemplo, para permitir un troceado flexible y eficaz de la red.
- Siempre que sea posible, definir los procedimientos (es decir, el conjunto de interacciones entre las funciones de la red) como servicios, para que sea posible su reutilización.
- Permitir que cada Función de Red (NF) interactúe con otra NF directamente si es necesario. La arquitectura no excluye el uso de una función intermedia para ayudar a encaminar los mensajes del Plano de Control (por ejemplo, como un DRA).
- Minimizar las dependencias entre la Red de Acceso (AN) y la Red Central (CN). La arquitectura se define con una red central convergente de acceso agnóstico con una interfaz común AN - CN que integra diferentes tipos de acceso 3GPP y n0n-3GPP.
- Soportar un marco de autenticación unificado.
- Soportar NF "sin estado", en las que el recurso "informático" está desacoplado del recurso "de almacenamiento". - Soportar exposición de capacidades.
- Soportar el acceso simultáneo a servicios locales y centralizados. Para soportar servicios de baja latencia y acceso a redes de datos locales, las funciones UP pueden desplegarse cerca de la red de acceso.
- Soportar la itinerancia tanto con tráfico enrutado doméstico como con tráfico de ruptura local en la red PLMN visitada. LaFigura 1muestra un ejemplo de arquitectura de sistema 5G en el caso de no itinerancia, utilizando la representación del punto de referencia que muestra cómo interactúan entre sí varias funciones de red. La arquitectura ejemplar del sistema 5G de la Figura 1 es bien conocida por los expertos en la técnica y no necesita una descripción detallada como tal. Se pueden encontrar más detalles sobre la arquitectura del sistema 5G, por ejemplo, en la Especificación Técnica 3GPP TS 23.501 V0.4.0 (2017-04).
El ejemplo de arquitectura del sistema 5G de la Figura 1 consta de las siguientes funciones de red (NF).
- Función de servidor de autenticación (AUSF)
- Función básica de gestión del acceso y movilidad (AMF)
- Red de datos (DN), por ejemplo, servicios de operador, acceso a Internet o servicios de 3eros
- Función de red de almacenamiento de datos estructurados (SDSF)
- Función de red de almacenamiento de datos no estructurados (UDSF)
- Función de exposición en red (NEF)
- Función de repositorio de NF (NRF)
- Función de control de políticas (PCF)
- Función de gestión de sesión (SMF)
- Gestión unificada de datos (UDM)
- Función de plano de usuario (UPF)
- Función de aplicación (AF)
- Equipo de usuario (UE)
- Red de Acceso (por Radio) ((R)AN)
Además, la arquitectura del sistema 5G contiene puntos de referencia o interfaces a través de los cuales se comunican las funciones del sistema 5G. Por ejemplo, la ejemplificación de la arquitectura del sistema 5G de la Figura 1 contiene los siguientes puntos de referencia:
N1: Punto de referencia entre el UE y la AMF.
N2: Punto de referencia entre la (R)AN y la AMF.
N3: Punto de referencia entre la (R)AN y la UPF.
N4: Punto de referencia entre la SMF y la UPF.
N5: Punto de referencia entre la PCF y una Función de Aplicación (AF).
N6: Punto de referencia entre la UPF y una Red de Datos.
N7: Punto de referencia entre la SMF y la PCF.
N8: Punto de referencia entre la UDM y la AMF.
N9: Punto de referencia entre dos UPF Centrales.
N10: Punto de referencia entre la UDM y la SMF.
N11: Punto de referencia entre la AMF y la SMF.
N12: Punto de referencia entre AMF y AUSF.
N13: Punto de referencia entre la UDM y la función de Servidor de Autenticación AUSF.
N14: Punto de referencia entre dos AMF.
N15: Punto de referencia entre la PCF y la AMF en caso de escenario no itinerante, PCF en la red visitada y AMF en caso de escenario itinerante.
Cabe señalar que algunos o todos los puntos de referencia indicados anteriormente pueden tener sus correspondientes interfaces basadas en servicios asociados a la función 5GC en cuestión. Por ejemplo, las siguientes interfaces basadas en servicios pueden estar presentes en la arquitectura del sistema 5G:
Namf: Interfaz basada en servicios exhibida por AMF.
Nsmf: Interfaz basada en servicios exhibida por SMF.
Nnef: Interfaz basada en servicios exhibida por NEF.
Npcf: Interfaz basada en servicios exhibida por PCF.
Nudm: Interfaz basada en servicios exhibida por UDM.
Naf: Interfaz basada en servicios exhibida por AF.
Nnrf: Interfaz basada en servicios exhibida por NRF.
Nausf: Interfaz basada en servicios exhibida por AUSF.
En la arquitectura del sistema 5G de la Figura 1 se supone que unequipo de usuario (UE)o similar está configurado para conectarse operativamente y comunicarse con la red 5GC a través de la RAN, por ejemplo, a través de una estación base o similar dispuesta en una Red de Acceso por Radio (RAN). El UE o similar es un dispositivo mediante el cual un abonado accede a los servicios ofrecidos por la red de un operador y a los servicios externos a la red del operador a los que la RAN y la red 5GC del operador proporcionan acceso, por ejemplo, acceso a Internet o a una red de paquetes de datos (PDN) similar. El UE de la Figura 1 puede ser cualquier dispositivo, móvil o fijo, habilitado para comunicarse en el sistema 5G, por ejemplo, pero no limitado a, por ejemplo, equipo de usuario, teléfono móvil, teléfono inteligente, sensores, contadores, vehículos, electrodomésticos, aparatos médicos, reproductores multimedia, cámaras, dispositivo de máquina a máquina (M2M), dispositivo de dispositivo a dispositivo (D2D), dispositivo de Internet de las cosas (IoT) o cualquier tipo de electrónica de consumo, por ejemplo, pero no limitado a, televisión, radio, dispositivos de iluminación, tableta, ordenador portátil u ordenador personal (PC). Los UE o similares pueden ser dispositivos portátiles, de bolsillo, de mano, integrados en un ordenador o montados en un vehículo, habilitados para comunicar voz y/o datos, a través de la RAN, con otra entidad, por ejemplo, otro UE o un servidor como un servidor de aplicaciones (AS) o similar.
La Red de Acceso por Radio (RAN)de la Figura 1 puede comprender una serie de nodos RAN, por ejemplo,estaciones baseo similares. El nodo RAN puede ser cualquier elemento capaz de comunicación inalámbrica con el UE o similar en un extremo y una red 5GC que sirva al UE en el otro extremo.
La red central de quinta generación (5GC)de la Figura 1 contiene varias funciones, por ejemplo, la función de gestión del acceso y la movilidad (AMF), la función de gestión de sesiones
(SMF) y la función de plano de usuario (UPF), etc. En esta invención, estas funciones se denominan nodos intercambiables. Dichas funciones/nodos pueden implementarse en hardware o software o en una combinación de hardware y software. Dichas funciones/nodos pueden implementarse en un (i) único nodo o en dos (2) o más subnodos o similares que formen lógicamente la función/nodo en cuestión. Los subnodos pueden estar situados en la misma ubicación geográfica o en ubicaciones geográficas diferentes.
La función de gestión del acceso y la movilidad(AMF)de la Figura 1 puede incluir, por ejemplo, las siguientes funcionalidades. Algunas o todas las funcionalidades del AMF pueden ser soportadas en una única instancia de una AMF:
- Terminación de la interfaz RAN CP (N2).
- Terminación de NAS (Nt), cifrado de NAS y protección de integridad.
- Gestión de registros.
- Gestión de conexión.
- Gestión de accesibilidad.
- Gestión de movilidad.
- Interceptación legal (para eventos AMF e interfaz con el sistema LI).
- Transporte proporcionado para mensajes SM entre UE y SMF.
- Proxy transparente para enrutar mensajes SM.
- Autenticación de acceso.
- Autorización de acceso.
- Transporte proporcionado para mensajes SMS entre UE y SMSF.
- Función de anclaje de seguridad (SEA). Interactúa con el AUSF y el UE, recibe la clave intermedia que se estableció como resultado del procedimiento de autenticación del UE. En caso de autenticación basada en USIM, la AMF recupera el material de seguridad de la AUSF.
- Gestión del contexto de seguridad (SCM). El SCM recibe una clave de la SEA que utiliza para derivar claves específicas de la red de acceso.
La función de gestión de sesión(SMF)de la Figura i puede incluir, por ejemplo, la siguiente funcionalidad. Algunas o todas las funcionalidades de la SMF pueden ser soportadas en una única instancia de una SMF:
- Gestión de sesiones, por ejemplo, establecimiento, modificación y liberación de sesiones, incluido el mantenimiento de túneles entre la UPF y el nodo AN.
- Asignación y gestión de direcciones IP de UE (incluida la autorización opcional).
- Selección y control de la función UP.
- Configuración de la dirección del tráfico en la UPF para encaminar el tráfico al destino adecuado.
- Terminación de interfaces hacia las funciones de control de la Política.
- Parte de control de la aplicación de políticas y QoS.
- Interceptación legal (para eventos SM e interfaz con el sistema LI).
- Terminación de partes SM de los mensajes NAS.
- Notificación de datos de enlace descendente.
- Iniciador de la información SM específica de AN, enviada a través de AMF sobre N2 a AN.
- Determinación del modo SSC de una sesión.
- Funcionalidad de itinerancia:
- Gestión del cumplimiento local para aplicar los SLA de QoS (VPLMN).
- Recogida de datos de carga e interfaz de carga (VPLMN).
- Interceptación legal (en VPLMN para eventos SM e interfaz con el sistema LI).
- Soporte de interacción con DN externo para transporte de señalización para autorización/autenticación de sesión PDU por DN externo.
Ahora, el UE o similar puede no saber qué versión(es) del Protocolo de Internet (IP) - por ejemplo, IP versión 4 (IPv4) o IP versión 6 (IPv6) - es/son soportada(s) por la función 5GC (por ejemplo, el AMF o SMF o similar) a la que se conecta. También puede ocurrir que el UE o similar admita tanto IPv4 como IPv6, o que sólo admita una única versión de IP.
En el 3GPP Evolved Packet Core (EPC) esto se gestionaba mediante la solicitud por parte del UE de una conexión de red de paquetes de datos (PDN) de tipo IPv4v6 cuando soportaba tanto IPv4 como IPv6. Una conexión PDN es una asociación entre el equipo de usuario y una PDN. El EPC (o más bien el nodo EPC pertinente al que se dirige la solicitud de conexión PDN) generará entonces una respuesta de tipo PDN IPv4, IPv6, IPv4v6 (pila dual) o IP<v>4+IP<v>6 (o en realidad IPv6 un código de causa que pide IPv4, o IPY4+ un código de causa que pide IPv6, lo que generará dos (2) conexiones PDN separadas en el EPC, es decir, una conexión IPv4 y otra IPv6).
Sin embargo, las sesiones IPv4v6 no están soportadas por el 5GC y esto significa que un UE o similar capaz de manejar tanto IPv4 como IPv6 debe tener una forma de preguntar a la red qué versión de IP utilizar para una sesión de Conjunto de Datos de Protocolo (PDU). Puede aclararse que la sesión PDU 5G es similar a la conexión EPC PDN en el sentido de que la sesión PDU es una asociación entre un UE o similar y una PDN. El documento WO 2017/078776 Al (INTEL IP CORP [US]) 11 de mayo de 2017 (2017-05-11) divulga la asignación de recursos del plano de usuario. Por lo tanto, es necesario mejorar el procedimiento de selección de una versión de IP para una sesión PDU.
RESUMEN
Un objeto de las presentes realizaciones es mejorar el procedimiento de selección de una versión de IP para una sesión PDU.
Según un primer aspecto, se presenta un procedimiento como el de la reivindicación 1.
Según un segundo aspecto, se presenta un dispositivo de comunicación inalámbrica como el de la reivindicación 3. Según un tercer aspecto, se presenta un procedimiento como el de la reivindicación 4.
Según un cuarto aspecto se presenta un nodo de gestión de sesión, SM, como en la reivindicación 5.
El procedimiento mejorado de selección de una versión de IP para una sesión PDU ahorra señalización adicional en comparación con otras alternativas. En particular, una estación de trabajo que admita sesiones PDU tanto de la versión 4 del Protocolo de Internet, IPv4, como de la versión 6 del Protocolo de Internet, IPv6, puede solicitar y obtener inicialmente una única sesión PDU de una primera versión de IP (Ipv4 o IPv6) y, a continuación, decidir si desea y le está permitido solicitar otra sesión PDU de la segunda versión de IP. En otras palabras, no hay riesgo de que se establezcan innecesariamente dos (2) sesiones PDU con diferentes versiones IP cuando el WCD está satisfecho con una sesión PDU. Por ejemplo, cuando se establece una sesión PDU IPv6 como primera sesión PDU, puede ser innecesario establecer también una segunda sesión PDU IPv4, aunque la red lo permita. El presente documento proporciona control de red 5GC de la versión de IP que se utiliza para una sesión PDU en caso de que el UE o similar admita tanto la versión de IPv4 como la IPv6.
La solución también optimiza la señalización utilizada ya que el UE o similar es informado sobre si la versión de IP que no se utiliza para la Sesión PDU es soportada por la red 5GC. De este modo, el UE o similar puede decidir si merece la pena intentar solicitar una Sesión PDU para esa otra versión de IP o no.
En general, todos los términos utilizados en la divulgación deben interpretarse según su significado ordinario en el campo técnico, a menos que se definan explícitamente de otro modo en esta invención. Todas las referencias a un/uno/el/la elemento, aparato, componente, medio, etapa, etc. deben interpretarse abiertamente como una referencia a al menos una instancia del elemento, aparato, componente, medio, etapa, etc., a menos que se indique explícitamente lo contrario. Las etapas de cualquier procedimiento descrito en esta invención no tienen que realizarse en el orden exacto descrito, a menos que se indique explícitamente.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Las soluciones propuestas se describen ahora, a modo de ejemplo, con referencia a los dibujos adjuntos, en los que:
La Figura 1 muestra un ejemplo de arquitectura de sistema 5G en el caso de no itinerancia;
La Figura 2 es un diagrama esquemático que ilustra también un sistema de comunicaciones en el que pueden aplicarse las realizaciones en esta invención presentadas;
La Figura 3A es un diagrama de flujo que ilustra las formas de realización de los procedimientos en esta invención presentados;
La Figura 3B es un diagrama de señalización que ilustra realizaciones de los procedimientos en esta invención presentados;
La Figura 4 es un diagrama de señalización que ilustra una realización preferida de un procedimiento presentado en esta invención.
La Figura 5A es un diagrama esquemático que muestra los conjuntos funcionales de un WCD según una realización.
La Figura 5B es un diagrama esquemático que muestra los conjuntos funcionales de un nodo SM según una realización.
La Figura 5C muestra un ejemplo de un producto de programa informático que comprende medios legibles por ordenador según una realización.
DESCRIPCIÓN DETALLADA
Las soluciones propuestas se describirán ahora más completamente a continuación con referencia a los dibujos adjuntos, en los que se muestran ciertas realizaciones. Sin embargo, estas soluciones propuestas pueden materializarse de muchas formas diferentes y no deben interpretarse como limitadas a las realizaciones en esta invención expuestas; más bien, estas realizaciones se proporcionan a modo de ejemplo para que esta divulgación sea exhaustiva y completa, y transmita plenamente el alcance de las soluciones propuestas a los expertos en la técnica. Números similares se refieren a elementos similares en todo momento.Cualquier etapa o característica ilustrada con líneas discontinuas debe considerarse opcional.
Para gestionar las diferentes opciones relativas a qué versiones de IP (IPv4 y/o IPv6) soportar en un sistema 5G deben considerarse varias combinaciones diferentes para la red 5GC. El UE puede soportar sólo IPv4, sólo IPv6 o IPv6 IPv4. La red 5GC puede admitir sólo IPv4, sólo IPv6 o IPv6 IPv4 para el Nombre de Red de Dominio (DNN) solicitado. Además, la red 5GC puede, en caso de que se admitan tanto IPv4 como IPv6, permitir que se conecte un UE que sólo admita IPv4, así como permitir que se conecte un UE que sólo admita IPv6. Por lo tanto, hay siete (7) combinaciones permitidas a considerar.
A la vista de las siete (7) combinaciones permitidas identificadas en la tabla anterior, cabe hacer las siguientes observaciones:
1) Los terminales anunciarán a la red los tipos de PDU soportados, por ejemplo, sesiones PDU de tipo IPv4, de tipo IPv6 o ambos tipos de PDU.
2) Los terminales que admitan tanto IPv4 como IPv6 deberán ser capaces de establecer sesiones PDU duales, una de tipo IPv4 y otra de tipo IPv6
3) Los terminales que soporten tanto IPv4 como IPv6 deberán ser capaces de establecer una única sesión PDU, que podrá ser de tipo IPv4 o IPv6
Para ello, se pueden identificar tres soluciones diferentes para gestionar la creación de una sesión PDU:
A. El primer procedimiento consiste en que el UE siempre intenta establecer dos sesiones PDU, una de tipo IPv4 y otra de tipo IPv6.
B. Otro enfoque consiste en pedir siempre una de las versiones de IP y utilizar un código de causa si la otra versión de IP se va a utilizar también o en su lugar.
C. Una tercera forma de gestionar esto es dejar que un UE que soporte ambos tipos de IP solicite ambos tipos de IPv4 e IPv6 al 5GC. Esto significaría que el UE no requiere un tipo de sesión PDU específico, sino que pide IPv4 o IPv6.
En laalternativa Aanterior, el UE solicitará establecer una sesión PDU IPv4 así como una sesión PDU IPv6. Como no se requiere correlación entre las sesiones IPv4 e IPv6, la selección de SMF y UPF puede hacerse de forma independiente. El inconveniente de este enfoque es que el UE intentará establecer sesiones PDU duales también en redes en las que sólo se admita una versión de IP. Actualmente no hay soporte para múltiples mensajes NAS en el 5GC dirigidos a diferentes ID de sesión PDU iniciales en el mismo mensaje N1, lo que significa que habrá señalización adicional con este procedimiento, incluso si sólo se va a soportar una versión de IP en la red. Para asegurarse de que el UE sabe qué versiones IP debe utilizar, ambos procedimientos de sesión PDU deben finalizarse antes de cualquier funcionalidad que dependa de las combinaciones de versiones IP utilizadas.
En laalternativa B,el equipo de usuario siempre solicita una de las versiones IP y, a continuación, el 5GC puede devolver al equipo de usuario un código de causa para hacer que el equipo de usuario configure también la otra versión de IP, o en su lugar si sólo se va a admitir la otra versión de IP. Esto se haría, por ejemplo, estableciendo primero una sesión PDU de tipo IPv6 (este sería el caso normal cuando IPv6 está soportado en el terminal). Si IPv6 está soportado en la red esta sesión se establecerá, de lo contrario la sesión PDU se rechaza con un código de causa que indica que IPv4 está soportado. Si la red admite tanto IPv6 como IPv4, se necesita otro código de causa para indicar al dispositivo que también puede establecer una sesión PDU de tipo IPv4. Actualmente, los equipos de usuario confían en obtener información inmediata (durante la configuración de la primera sesión PDU) sobre si la pila dual es compatible o no. Esta solución preserva esa propiedad con menos señalización que la primera solución A, pero seguirá dando lugar a señalización innecesaria en caso de que la primera versión de IP solicitada por el UE no esté disponible.
En laalternativa C, se sugiere que un UE que soporte los tipos IPv4 e IPv6 solicite siempre ambos tipos de IP al 5GC. Esto indica que el UE no sabe inicialmente si se creará una sesión PDU de tipo IPv4 o tipo IPv6. Este procedimiento se parece un poco a la alternativa B, pero ahorra algo de señalización adicional en comparación con la alternativa B. Por ejemplo, para una configuración sólo IPv4 en el 5GC no es necesario enviar primero una solicitud IPv6 que será denegada por la red IPv4 y luego enviar una solicitud IPv4, ya que la red aceptará la solicitud IPv4 en la primera solicitud IPv44Pv6 combinada. Así, en la alternativa C se supone que siempre se establece una sesión PDU de tipo IPv4 o IPv6. Si se va a admitir otra versión de IP (se prefiere que se utilice primero el tipo de sesión PDU IPv6), se informará de ello como en la alternativa B, enviando un código de causa que indique al UE que puede establecer también una sesión PDU de la otra versión de IP (IPv4) si así lo decide.
Por lo tanto, solicitar ambos tipos de IPv4 e IPv6 al 5GC en la solicitud de sesión PDU es más eficiente en términos de señalización.
LaFigura 2es un diagrama esquemático que ilustra también un sistema de comunicaciones inalámbricas en el que pueden aplicarse las realizaciones en esta invención presentadas. El sistema de comunicaciones también es preferiblemente un sistema 5G correspondiente al sistema 5G presentado en la Figura 1. Sin embargo, otros sistemas de comunicación similares al sistema 5G de la Figura 1 pueden considerarse para la aplicación de las realizaciones en esta invención presentadas.
El sistema de comunicaciones también comprende al menos un dispositivo de comunicación inalámbrica (WCD), una Red de Acceso por Radio (RAN), una red central (CN) 101 que al menos comprende un nodo de función de movilidad (MF) y un nodo de función de gestión de sesión (SMF). Además, puede haber una función de plano de usuario (UPF) y otras funciones de red básica. El sistema también se comunica con una o más redes de datos, de tal manera que dicha al menos un WCD puede intercambiar información con una red de datos y tener acceso a los servicios prestados por la red de datos y/o entidades en la misma, por ejemplo, como una AF o similar.
Entre los ejemplos deWCDse incluyen, entre otros, estaciones móviles, teléfonos móviles, terminales, teléfonos de bucle local inalámbrico, equipos de usuario (UE) o similares, teléfonos inteligentes, ordenadores portátiles y tabletas.
La Red de Acceso por Radio (RAN) de la Figura 2 comprende una serie de nodos RAN, por ejemplo,estaciones baseo similares. El nodo RAN puede ser cualquier elemento de acceso por radio capaz de comunicarse inalámbricamente con el WCD o similar en un extremo y con una red 5GC o similar que preste servicio al WCD en el otro extremo.
El nodo deGestión de Movilidad(MM) de la Figura 2 es preferiblemente una AMF 5GC o similar. No obstante, la MF puede ser cualquier nodo que gestione el control de acceso y la movilidad
para varios WCD o similares, incluido el WCD de la Figura 2. Preferiblemente, el nodo MF también incluye funciones de selección de segmento de red, etc.
El nodo deGestión de Sesión(SM) de la Figura 2 es preferiblemente una SMF 5GC o similar. Sin embargo, la SMF puede ser cualquier nodo que establezca y gestione sesiones para varios WCD o similares, incluido el WCD de la Figura 2. Preferiblemente, el establecimiento y la gestión de sesiones se realiza de acuerdo con la política de red, por ejemplo, recibida de un PCG 5GC o similar.
El nodo MM y el nodo SM son funciones intercambiables denotadas en esta invención. El nodo MM y el nodo SM pueden implementarse en hardware o software o en una combinación de hardware y software. El nodo MM y el nodo SM pueden implementarse en un (1) único nodo o en dos (2) nodos separados, o en uno o más subnodos o similares que formen lógicamente la función/nodo en cuestión. Los subnodos pueden estar situados en la misma ubicación geográfica o en ubicaciones geográficas diferentes.
Como el experto entiende, el sistema de comunicaciones también puede comprender una pluralidad de WCD y las realizaciones en esta invención divulgadas no están limitadas a ningún número particular de nodos RAN que sirvan a los WCD o a ningún número particular de nodos MM o nodos SM.
Las realizaciones en esta invención divulgadas se refieren a un procedimiento para mejorar la selección de una versión de IP para una sesión PDU, y a un nodo/función para realizar el procedimiento.
LaFigura 3Aes un diagrama de flujo que ilustra realizaciones de procedimientos para mejorar la selección de una versión de IP para una sesión PDU en el establecimiento de sesión PDU para un WCD.
Las acciones S110-S140 de la Figura 3A corresponden a acciones con el mismo número de referencia ilustradas en la Figura 3B, que muestra un diagrama de señalización que ilustra las realizaciones en esta invención descritas. Los nodos/funciones de la Figura 3B corresponden a los nodos/funciones con el mismo número de referencia de la Figura 2. El procedimiento lo realiza una estación de trabajo que admite sesiones PDU tanto de tipo IPv4 como de tipo IPv6. El WCD está configurado para comunicarse operativamente a través de la RAN con el nodo SM en la red central 101 del sistema de comunicaciones inalámbricas también. El procedimiento es ejecutado de manera correspondiente por el nodo SM al que se dirige el WCD en el establecimiento de sesión PDU.
En unaacción S110del diagrama de flujo de la Figura 3A, el WCD que soporta sesiones PDU de tipo IPv4 e IPv6 envía un primer mensaje de solicitud de sesión PDU hacia el nodo SM, preferentemente a través del nodo MM. Elmensaje de solicitud de sesión PDUsolicita el establecimiento de una sesión PDU. Por ejemplo, en una red 5GC el mensaje puede enviarse a través de la interfaz N1 indicada en la Figura 1.
El primer mensaje de solicitud de sesión PDU comprendeinformación de versión de IPque indica que la versión de IP de la sesión PDU única solicitada por el WCD puede ser cualquiera de las siguientes: versión de IP (IPv4)0r versión de IP 6 (IPv6). La información sobre la versión de IP puede ser cualquier información adecuada que indique al nodo SM receptor que la solicitud de sesión PDU por parte del WCD se satisface mediante el establecimiento de una única sesión PDU con una versión de IP de IPv4 o IPv6. Para el nodo SM receptor, esto indica que la CMR no requiere ninguna versión de IP específica (IPv4 o IPv6) para la sesión PDU solicitada. En otras palabras, el WCD indica que la primera solicitud de sesión PDU se satisface mediante el establecimiento de una única sesión PDU de IPv4 o IPv6.
Elmensaje de solicitud de sesión PDUpuede ser cualquier mensaje que pueda contener información sobre la versión de IP. Se prefiere que el primer mensaje de solicitud de sesión PDU sea un mensaje de solicitud de establecimiento de sesión PDU y/o que el mensaje de solicitud de sesión PDU sea un mensaje de No Estrato de Acceso (NAS).
En otraacción S120se prefiere que el nodo MM, en respuesta a la recepción del mensaje de solicitud de sesión PDU, reenvíe la primera solicitud de sesión PDU enviando unmensaje de solicitud SMal nodo SM. El mensaje de solicitud SM comprende, de manera similar al mensaje de solicitud de sesión PDU anterior, información que indica que el WCD solicita una única sesión PDU de tipo IPv4 o de tipo IPv6.
El mensaje de solicitud SM puede ser cualquier mensaje que pueda contener información que indique que el WCD solicita una única sesión PDU de tipo IPv4 o de tipo IPv6. La información puede ser, por ejemplo, la información sobre la versión de IP o similar enviada por el WCD en la etapa no anterior. Por ejemplo, en una red 5GC, el mensaje de solicitud SM puede enviarse a través de la interfaz N11 indicada en la Figura 1.
En otraacción S130ase prefiere que el nodo SM, en respuesta a la recepción del mensaje de solicitud SM anterior,seleccioneIPv4 o IPv6 como versión de IP para la sesión PDU solicitada. La selección puede basarse, por ejemplo, en la configuración de la DNN y/o las políticas del operador y/u otros parámetros almacenados localmente en el nodo SM o fácilmente accesibles por el nodo SM desde otros nodos/funciones.
En una red 5GC, la SMF realiza el procedimiento de gestión de direcciones IP en función del tipo de PDU seleccionado. Si se selecciona el tipo de PDU IPv4, se asigna una dirección IPv4 al equipo de usuario. Del mismo modo, si se selecciona el tipo de PDU IPv6, se asigna un prefijo IPv6. El SMF procesa los mensajes relacionados con la gestión de la dirección IP del UE, mantiene la información de estado correspondiente y proporciona los mensajes de respuesta al UE. En caso de que la dirección IP del equipo de usuario se obtenga de la red de datos externa, la SMF enviará también los mensajes de solicitud de asignación, renovación y liberación a la red de datos externa y mantendrá la información de estado correspondiente.
En otraacción S130bse prefiere que el nodo SM, una vez seleccionada por el nodo SM la versión de IP para la sesión PDN solicitada, entonces se prefiere que el nodo SM de las Figuras 2-3 responda a la primera solicitud de sesión PDU enviando un mensaje de respuesta SM al WCD, preferentemente a través del nodo MM. Elmensaje de respuesta SMincluyeinformación WCDque indica la versión de IP (es decir, IPv4 o IPv6) que se ha seleccionado para la sesión PDU solicitada. Opcionalmente, el nodo SM puede indicar en la información WCD si la otra versión de IP - es decir, IPv4 si se selecciona IPv6 e IPv6 si se selecciona IPv4 - también es compatible. Si se admite la otra versión de IP, el WCD puede solicitar otra sesión PDU al mismo DNN para la otra versión de IP.
El mensaje de respuesta SM puede ser cualquier mensaje que pueda contener información que indique la versión de IP que se ha seleccionado para la sesión PDU solicitada. Por ejemplo, en una red 5GC, el mensaje de respuesta SM puede enviarse a través de la interfaz N11 indicada en la Figura 1.
En otraacción S140se prefiere que el nodo MM, en respuesta a la recepción del mensaje de respuesta SM anterior, reenvíe la respuesta a la primera solicitud de sesión PDU del nodo SM enviando unmensaje de respuesta MMal WCD. El mensaje de respuesta MM incluye información que indica la versión de IP que ha seleccionado el nodo SM para la sesión PDU solicitada y, opcionalmente, si el otro tipo de IP que no se seleccionó también es compatible. La información puede ser la información WCD o similar enviada por el nodo SM en la etapa 130 anterior.
El mensaje de respuesta MM puede ser cualquier mensaje que pueda contener información que indique la versión de IP que se ha seleccionado para las sesiones PDU y, opcionalmente, que indique si la red 5GC admite el otro tipo de IP. Por ejemplo, en una red 5GC, el mensaje de respuesta MM puede enviarse a través de la interfaz N1 o a través de la RAN y la interfaz N2 indicada en la Figura 1.
En otraacción S150se prefiere que la DMA que soporta sesiones PDU tanto de IPv4 como de IPv6, cuando se indica en la información de la DMA que también se soporta la otra versión de IP - es decir, IPv4 si se selecciona IPv6, e IPv6 si se selecciona IPv4 - envíe un segundomensaje de solicitud de sesión PDUhacia el nodo SM solicitando una segunda sesión PDU del otro tipo. Se prefiere que el segundo mensaje PDU de solicitud de sesión sea un mensaje PDU de solicitud de establecimiento de sesión, y/o que el segundo mensaje PDU de solicitud de sesión sea un mensaje NAS (Non Access Stratum)
LaFigura 3Bes un diagrama de señalización que ilustra realizaciones de procedimientos para mejorar la selección de una versión de IP para una sesión PDU en el establecimiento de sesión PDU para un WCD. Las acciones de la Figura 3B corresponden a las acciones de la Figura 3A, como se indica a continuación. Además, las acciones de la Figura 3B también corresponden a las etapas de la Figura 4, como se indica a continuación. LaFigura 4es un diagrama de señalización que ilustra un establecimiento de sesión PDU solicitado por el UE para no itinerancia e itinerancia con ruptura local, tal como se describe con más detalle en la especificación técnica 3GPP TS 23.502 V0.3.0 (2017-03), cláusula 4.3.2 y Figura 4.3.2.2-1.
Laacción S110en el diagrama de señalización de la Figura 3B es preferiblemente la misma o muy similar a la acción S110 descrita anteriormente con referencia a la Figura 3A.
En una realización ejemplar, la acción 110 corresponde a la Solicitud de Establecimiento de Sesión PDU en TS 23.502 cláusula 4.3.2 Figura 4.3.2.2-1 etapa 1 como se indica en la Figura 4 en esta invención, con la adición de lainformación de versión de IPdescrita anteriormente o similar indicando que la versión de IP de la sesión PDU solicitada puede ser cualquiera de IPv4 o IPv6.
En TS 23.502 cláusula 4.3.2 Figura 4.3.2.2-1 la etapa 1 se describe de la siguiente manera:
"De UE a AMF: Mensaje NAS (S-NSSAI, DNN, ID de sesión PDU, tipo de solicitud, información N1 SM). Para establecer una nueva sesión PDU, el equipo de usuario genera un nuevo ID de sesión PDU. El UE inicia el procedimiento de establecimiento de sesión PDU solicitado por el UE mediante la transmisión de un mensaje NAS que contiene una solicitud de establecimiento de sesión PDU dentro de la información SM de N1. LaSolicitud de Establecimiento de Sesión PDUpuede incluir un Tipo PDU, modo SSC, Opciones de Configuración de Protocolo. El tipo de solicitud indica "Initial request" si el establecimiento de sesión PDU es una solicitud para establecer una nueva sesión PDU e indica "Existing PDU Session" si la solicitud se refiere a una sesión PDU existente entre el acceso 3GPP y el acceso no 3GPP. El mensaje NAS enviado por el UE es encapsulado por la AN en un mensaje N2 hacia la<a>M<f>que debe incluir información de localización del usuario e información de tipo de tecnología de acceso. La información SM N1 puede contener un contenedor de solicitud de DN PDU SM que contenga información para la autorización de sesión PDU por el DN externo.
Laacción S120en el diagrama de señalización de la Figura 3B es preferiblemente la misma o muy similar a la acción S120 descrita anteriormente con referencia a la Figura 3A.
En una realización ejemplar, la acción 120 corresponde a la Solicitud SM en TS 23.502 cláusula 4.3.2 Figura 4.3.2.2 1 etapa 3 como se indica en la Figura 4 en esta invención, con la adición de lainformación de versión de IPdescrita anteriormente o similar indicando que la versión de IP de la sesión PDU solicitada puede ser cualquiera de IPv4 o IPv6.
En TS 23.502 cláusula 4.3.2 Figura 4.3.2.2-1 la etapa 3 se describe de la siguiente manera:
"3. De AMF a SMF:Solicitud SM(ID permanente del suscriptor, DNN, S-NSSAI, ID de sesión de PDU, ID de AMF, información N1 SM (ID de sesión de PDU, Solicitud de establecimiento de sesión de PDU), información de ubicación del usuario, tipo de tecnología de acceso)”.
Laacción S130en el diagrama de señalización de la Figura 3B es preferiblemente la misma o muy similar a la acción S130 descrita anteriormente con referencia a la Figura 3A.
En una realización ejemplar, la acción 130 corresponde a la respuesta SM en TS 23.502 cláusula 4.3.2 Figura 4.3.2.21 etapa 10 como se indica en la Figura 4, con la adición de lainformación WCDdescrita anteriormente o similar que indica la versión de IP (es decir, IPv4 o IPv6) que se ha seleccionado para la sesión PDU solicitada.
En TS 23.502 cláusula 4.3.2 Figura 4.3.2.2-1 la etapa 10 se describe de la siguiente manera:
"10. SMF a AMF: Respuesta de SM (Causa, información de N2 SM (ID de sesión de PDU, perfil(es) de QoS, información de túnel CN), información de N1 SM (aceptación de establecimiento de sesión de PDU (regla de QoS autorizada, modo SSC, S-NSSAI, dirección IPv4 asignada))).
Nota del Editor: Es FFS cómo el AMF y la SMF asocian las Nn transacciones con un contexto UE correspondiente. La información N2 SM contiene información que la AMF deberá transmitir a la (R)AN, que incluye:
La información del túnel CN corresponde a la dirección de la red central del túnel N3 correspondiente a la sesión PDU.
El perfil QoS proporciona a la (R)AN la correspondencia entre los parámetros QoS y los identificadores de flujo QoS. Se pueden proporcionar múltiples perfiles de QoS a la (R)AN. Esto se describe con más detalle en TS 23.501 [2] cláusula 5.7.
El ID de sesión PDU puede ser utilizado por la señalización AN con el UE para indicar al UE la asociación entre los recursos AN y una sesión PDU para el UE.
La información N1 SM contiene la aceptación de establecimiento de sesión de PDU que la AMF proporcionará al UE.
Se pueden incluir múltiples reglas de QoS autorizadas en la aceptación del establecimiento de sesión de PDU dentro de la información del SM N1 y en la información del SM N2.
La respuesta SM contiene además el identificador de sesión PDU e información que permite a la AMF saber cuál es el UE de destino, así como determinar qué acceso hacia el UE utilizar.
NOTA: La información de acceso es para tratar el caso en el que un UE está conectado simultáneamente a través de un acceso 3GPP y no 3GPP.
Nota del editor: Se necesitan más estudios para determinar la naturaleza de la información que permite al AMF determinar qué acceso al UE utilizar."
Laacción S140en el diagrama de señalización de la Figura 3B es preferiblemente la misma o muy similar a la acción S140 descrita anteriormente con referencia a la Figura 3A.
En una realización ejemplar, la acción 1440 corresponde a la Respuesta SM en TS 23.502 cláusula 4.3.2 Figura 4.3.2.2-1 la etapa 11 y 12 como se indica en la Figura 4 en esta invención, con la adición de lainformación WCDantes descrita o similar indicando la versión de IP (es decir, IPv4 o IPv6) que se ha seleccionado para la sesión PDU solicitada, y opcionalmente si la otra versión de IP - IPv4 si se selecciona IPv6 e IPv6 si se selecciona IPv4 - también es soportada.
En TS 23.502 cláusula 4.3.2 Figura 4.3.2.2-1 las la etapa 11 y 12 se describen de la siguiente manera:
"11. AMF a (R)AN: Solicitud de sesión de PDU N2 (información SM de N2, mensaje NAS (ID de sesión de PDU, aceptación de establecimiento de sesión de PDU)). La AMF envía el mensaje NAS que contiene el ID de sesión de PDU y la aceptación de establecimiento de sesión de PDU dirigido al UE y la información SM N2 recibida de la SMF dentro de la solicitud de sesión PDU N2 a la (R)AN.
12. (R)AN a UE: La (R)AN puede emitir un intercambio de señalización específico de AN con el UE que esté relacionado con la información recibida de la SMF. Por ejemplo, en el caso de una RAN 3GPP, puede tener lugar una Reconfiguración de Conexión RRC con el UE estableciendo los recursos RAN necesarios relacionados con las Reglas de QoS Autorizadas para la solicitud de Sesión PDU recibida en la etapa 10.
(R)AN también asigna información de túnel (R)AN N3 para la Sesión PDU.
(R)AN reenvía el mensaje NAS (ID de sesión de PDU, información de SM N1 (aceptación de establecimiento de sesión de PDU)) proporcionado en la etapa 10 al UE. (R)AN sólo proporcionará el mensaje NAS al UE si se establecen los recursos RAN necesarios y la asignación de la información del túnel (R)AN se realiza correctamente."
LaFigura 5Ailustra esquemáticamente, en términos de un número de conjuntos funcionales, los componentes de un WCD según una realización. El circuito de procesamiento 210 se proporciona utilizando cualquier combinación de uno o más de un conjunto central de procesamiento (CPU), multiprocesador, microcontrolador, procesador de señal digital (DSP), circuito integrado de aplicación específica (ASIC), matrices de puertas programables en campo (FPGA), etc., capaces de ejecutar instrucciones de software almacenadas en un producto de programa informático 410b (como en la Figura 5C), por ejemplo, en forma de un medio de almacenamiento 430.
En particular, los circuitos de procesamiento 210 están configurados para hacer que el WCD realice un conjunto de operaciones o las etapas S110, 140 y S150. Estas operaciones o las etapas ya se han comentado anteriormente. Por ejemplo, el medio de almacenamiento 230 puede almacenar el conjunto de operaciones, y el circuito de procesamiento 210 puede estar configurado para recuperar el conjunto de operaciones del medio de almacenamiento 230 para hacer que el WCD realice el conjunto de operaciones. El conjunto de operaciones puede proporcionarse como un conjunto de instrucciones ejecutables. De este modo, el circuito de procesamiento 210 está preparado para ejecutar los procedimientos en esta invención descritos.
El medio de almacenamiento 230 también puede comprender almacenamiento persistente, que, por ejemplo, puede ser cualquiera o una combinación de memoria magnética, memoria óptica, memoria de estado sólido o incluso memoria montada a distancia.
El WCD puede comprender además una interfaz de comunicaciones 220 para comunicaciones al menos con la RAN y el nodo MM a través de la RAN y el nodo SM a través de la RAN y el nodo MM. Como tal, la interfaz de comunicaciones 220 puede comprender uno o más transmisores y receptores, con componentes analógicos y digitales y un número adecuado de antenas para comunicaciones inalámbricas y puertos para comunicaciones alámbricas.
Los circuitos de procesamiento 210 controlan el funcionamiento general de los WCD, por ejemplo, enviando datos y señales de control a la interfaz de comunicaciones 220 y al medio de almacenamiento 230, recibiendo datos e informes de la interfaz de comunicaciones 220, y recuperando datos e instrucciones del medio de almacenamiento 230. Otros componentes, así como la funcionalidad relacionada, del WCD se omiten para no oscurecer los conceptos en esta invención presentados.
LaFigura 5Bilustra esquemáticamente, en términos de un número de conjuntos funcionales, los componentes de un nodo SM según una realización. El circuito de procesamiento 310 se proporciona utilizando cualquier combinación de uno o más de un conjunto central de procesamiento (CPU), multiprocesador, microcontrolador, procesador de señal digital (DSP), circuito integrado de aplicación específica (ASIC), matrices de puertas programables en campo (FPGA), etc., capaces de ejecutar instrucciones de software almacenadas en un producto de programa informático 410b (como en la Figura 5C), por ejemplo, en forma de un medio de almacenamiento 430.
En particular, los circuitos de procesamiento 310 están configurados para hacer que el nodo SM realice un conjunto de operaciones o la etapa SS120, S130a, S130b. Estas operaciones o las etapas ya se han comentado anteriormente. Por ejemplo, el medio de almacenamiento 330 puede almacenar el conjunto de operaciones, y el circuito de procesamiento 310 puede estar configurado para recuperar el conjunto de operaciones del medio de almacenamiento 330 para hacer que el nodo SM realice el conjunto de operaciones. El conjunto de operaciones puede proporcionarse como un conjunto de instrucciones ejecutables. De este modo, el circuito de procesamiento 310 está preparado para ejecutar los procedimientos en esta invención descritos.
El medio de almacenamiento 330 también puede comprender almacenamiento persistente, que, por ejemplo, puede ser cualquiera o una combinación de memoria magnética, memoria óptica, memoria de estado sólido o incluso memoria montada a distancia.
El nodo SM puede comprender además una interfaz de comunicaciones 320 para comunicarse al menos con el nodo MM, y también con los WCD a través del nodo MM y la RAN. Como tal, la interfaz de comunicaciones 320 puede comprender uno o más transmisores y receptores, con componentes analógicos y digitales y un número adecuado de antenas para comunicaciones inalámbricas y puertos para comunicaciones alámbricas.
Los circuitos de procesamiento 310 controlan el funcionamiento general del nodo SM, por ejemplo, enviando datos y señales de control a la interfaz de comunicaciones 320 y al medio de almacenamiento 330, recibiendo datos e informes de la interfaz de comunicaciones 320, y recuperando datos e instrucciones del medio de almacenamiento 330. Otros componentes, así como la funcionalidad relacionada, del WCD se omiten para no oscurecer los conceptos en esta invención presentados.
LaFigura 5Cmuestra un ejemplo de un producto de programa informático 410a, 410b que comprende medios legibles por ordenador 430. En este medio legible por ordenador 430, puede almacenarse un programa informático 420a, cuyo programa informático 420a puede hacer que el circuito de procesamiento 310 y las entidades y dispositivos acoplados operativamente al mismo, tales como la interfaz de comunicaciones 320 y el medio de almacenamiento 330, ejecuten procedimientos de acuerdo con las realizaciones descritas en esta invención. El programa informático 420a y/o el producto de programa informático 410a pueden, por tanto, proporcionar medios para realizar cualquier etapa de los WCD 150a, 150b tal como se divulga en esta invención. En este medio legible por ordenador 430, se puede almacenar un programa informático 420b, cuyo programa informático 420b puede hacer que el circuito de procesamiento 310 y las entidades y dispositivos acoplados operativamente al mismo, tales como la interfaz de comunicaciones 320 y el medio de almacenamiento 330, ejecuten procedimientos de acuerdo con las realizaciones descritas en esta invención. El programa informático 420b y/o el producto de programa informático 410b pueden, por tanto, proporcionar medios para realizar cualquier etapa de los WCD 150a, 150b como se divulga en esta invención.
En el ejemplo de la Figura 5C, el producto de programa informático 410a, 410b se ilustra como un disco óptico, tal como un CD (disco compacto) o un DVD (disco versátil digital) o un disco Blu-Ray. El producto de programa informático 410a, 410b también podría ser incorporado como una memoria, tal como una memoria de acceso aleatorio (RAM), una memoria de sólo lectura (ROM), una memoria de sólo lectura programable borrable (EPROM), o una memoria de sólo lectura programable eléctricamente borrable (EEPROM) y más particularmente como un medio de almacenamiento no volátil de un dispositivo en una memoria externa tal como una memoria USB (Universal Serial Bus) o una memoria Flash, tal como una memoria Flash compacta. Así, mientras que el programa informático 420a, 420b se muestra aquí esquemáticamente como una pista en el disco óptico representado, el programa informático 420a, 420b puede almacenarse de cualquier forma que sea adecuada para el producto de programa informático 410a, 410b.
Las soluciones propuestas se han descrito principalmente en relación con algunas realizaciones. Algunas de estas realizaciones pueden resumirse de la siguiente manera mediante una lista de realizaciones ejemplificadoras enumeradas/itemizadas.
Si bien se han descrito anteriormente diversos aspectos y realizaciones de la presente divulgación, debe entenderse que se han presentado únicamente a modo de ejemplo, y no de limitación. Así pues, la amplitud y el alcance de la presente divulgación están limitados por el alcance de las reivindicaciones adjuntas.

Claims (5)

REIVINDICACIONES
1. Un procedimiento para la selección de la versión del Protocolo de Internet, IP, para una sesión de Conjunto de Datos de Protocolo, PDU, solicitada para ser establecida por un Dispositivo de Comunicación Inalámbrica, WCD, que soporta sesiones PDU tanto de la versión 4 del Protocolo de Internet, IPv4, como de la versión 6 del Protocolo de Internet, IPv6, y que está configurado para comunicarse operativamente a través de una Red de Acceso por Radio, RAN, con un nodo de gestión de sesión, SM, en una red central (101), el procedimiento realizado por el WCD comprende:
- enviar (S110) un primer mensaje de solicitud de sesión PDU hacia el nodo SM solicitando el establecimiento de una primera sesión PDU, dicho mensaje de solicitud comprende información de versión de IP indicando que la versión de IP de la primera sesión PDU solicitada debe ser cualquiera de IPv4 o IPv6;
- recibir (S130, S140), en respuesta al envío del primer mensaje de solicitud de sesión PDU, un primer mensaje de respuesta, cuyo primer mensaje de respuesta comprende información WCD que indica la versión de IP que ha sido seleccionada para la primera sesión PDU solicitada, indicándose además en la información WCD que el otro tipo de IP no seleccionado -IPv4, si se ha seleccionado IPv6 e IPv6 si se ha seleccionado IPv4 también es soportado; y
- enviar (S150), cuando se indica en la información WCD que la otra versión de IP también es soportada, un segundo mensaje de solicitud de sesión PDU hacia el nodo SM solicitando el establecimiento de una segunda sesión PDU, cuyo mensaje de solicitud comprende información de versión de IP indicando que la versión de IP de la segunda sesión PDU solicitada debe ser cualquiera de IPv4 o IPv6 que no haya sido seleccionada previamente.
2. El procedimiento según la reivindicación 1, en el que el primer mensaje de respuesta es un mensaje NAS, Non- Access Stratum, que contiene la información WCD.
3 Un Dispositivo de Comunicación Inalámbrica, WCD, configurado para soportar operativamente sesiones PDU tanto del Protocolo de Internet versión 4, IPv4, como del Protocolo de Internet versión 6, IPv6, y para comunicarse operativamente a través de una Red de Acceso por Radio, RAN, con un nodo de gestión de sesión, SM, en una red central (101), comprendiendo el WCD circuitos de procesamiento (210), estando los circuitos de procesamiento configurados para hacer que el WCD pueda operativamente:
- enviar (S110) un primer mensaje de solicitud de sesión PDU hacia el nodo SM solicitando el establecimiento de una primera sesión PDU, dicho mensaje de solicitud comprende información de versión de IP indicando que la versión de IP de la primera sesión PDU solicitada debe ser cualquiera de IPv4 o IPv6;
- recibir (S130, S140), en respuesta al envío del primer mensaje de solicitud de sesión PDU, un primer mensaje de respuesta, cuyo primer mensaje de respuesta comprende información WCD que indica la versión de IP que se ha seleccionado para la primera sesión PDU solicitada, en la que se indica además en la información WCD que el otro tipo de IP no seleccionado (IPv4 si se ha seleccionado IPv6 e IPv6 si se ha seleccionado IPv4) también es compatible; y
- enviar (S150), cuando se indica en la información WCD que la otra versión de IP también es soportada, un segundo mensaje de solicitud de sesión PDU hacia el nodo SM solicitando el establecimiento de una segunda sesión PDU, cuyo mensaje de solicitud comprende información de versión de IP indicando que la versión de IP de la segunda sesión PDU solicitada debe ser cualquiera de IPv4 o IPv6 que no haya sido seleccionada previamente.
4. Un procedimiento para la selección de la versión del Protocolo de Internet, IP, para una sesión de Conjunto de Datos de Protocolo, PDU, solicitada para ser establecida por un Dispositivo de Comunicación Inalámbrica, WCD, que soporta sesiones PDU tanto de la versión 4 del Protocolo de Internet, IPv4, como de la versión 6 del Protocolo de Internet, IPv6, y que está configurado para comunicarse operativamente a través de una Red de Acceso por Radio, RAN, con un nodo de gestión de sesión, SM, en una red central (101), siendo que el procedimiento realizado por el nodo SM comprende:
- recibir (S120) un mensaje de solicitud SM solicitando el establecimiento de una primera sesión PDU, dicho mensaje de solicitud SM comprende información de versión de IP indicando que la versión de IP de la primera sesión PDU solicitada debe ser cualquiera de IPv4 o IPv6;
- seleccionar (S130a), en respuesta a la recepción del mensaje de solicitud SM, una versión de IP para la primera sesión PDU solicitada, y
- enviar (S130b, 140) un primer mensaje de respuesta, cuyo primer mensaje de respuesta comprende información WCD que indica la versión de IP que se ha seleccionado para la primera sesión PDU solicitada, en la que se indica además en la información WCD que el otro tipo de IP no seleccionado IPv4 si se ha seleccionado IPv6 e IPv6 si se ha seleccionado IPv4 es también soportado.
5. Un nodo de gestión de sesión, SM, en una red central (101) configurado para seleccionar operativamente una versión de Protocolo de Internet, IP, para una sesión de Conjunto de Datos de Protocolo, PDU, solicitada para ser establecida por un Dispositivo de Comunicación Inalámbrica, WCD, que soporta sesiones PDU tanto de Protocolo de Internet versión 4, IPv4, como de Protocolo de Internet versión 6, IPv6, el nodo SM que comprende circuitos de procesamiento (310), los circuitos de procesamiento configurados para hacer que el nodo SM pueda operativamente:
- recibir (S120) un mensaje de solicitud SM solicitando el establecimiento de una primera sesión PDU, dicho mensaje de solicitud SM comprende información de versión de IP indicando que la versión de IP de la primera sesión PDU solicitada debe ser cualquiera de IPv4 o IPv6;
- seleccionar (S130a), en respuesta a la recepción del mensaje de solicitud SM, una versión de IP para la primera sesión PDU solicitada, y
- enviar (S130b, 140) un primer mensaje de respuesta, cuyo primer mensaje de respuesta comprende información WCD que indica la versión de IP que ha sido seleccionada para la primera sesión PDU solicitada, en la que se indica además en la información WCD que el otro tipo de IP no seleccionado -IPv4 si se seleccionó IPv6 e IPv6 si se seleccionó IPv4 también es soportado.
ES19206947T 2017-05-09 2018-05-09 Selección de versión de IP Active ES2972146T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US201762503519P 2017-05-09 2017-05-09

Publications (1)

Publication Number Publication Date
ES2972146T3 true ES2972146T3 (es) 2024-06-11

Family

ID=62143183

Family Applications (2)

Application Number Title Priority Date Filing Date
ES18723505T Active ES2777830T3 (es) 2017-05-09 2018-05-09 Selección de versión de IP
ES19206947T Active ES2972146T3 (es) 2017-05-09 2018-05-09 Selección de versión de IP

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES18723505T Active ES2777830T3 (es) 2017-05-09 2018-05-09 Selección de versión de IP

Country Status (10)

Country Link
US (2) US11375576B2 (es)
EP (2) EP3651432B1 (es)
JP (2) JP6982100B2 (es)
CN (1) CN109691059B (es)
AU (2) AU2018265334B2 (es)
BR (1) BR112019022544A2 (es)
ES (2) ES2777830T3 (es)
PL (1) PL3651432T3 (es)
PT (1) PT3476100T (es)
WO (1) WO2018206636A1 (es)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018219352A1 (en) * 2017-06-02 2018-12-06 Fg Innovation Ip Company Limited Methods, devices, and systems for service-driven mobility management
KR102478442B1 (ko) * 2017-08-11 2022-12-15 후아웨이 테크놀러지 컴퍼니 리미티드 Ｐｄｕ 유형 설정 방법, ｕｅ 정책 설정 방법 및 관련 엔티티
US10855814B2 (en) * 2017-10-20 2020-12-01 Comcast Cable Communications, Llc Non-access stratum capability information
US11178194B2 (en) * 2018-02-19 2021-11-16 Electronics And Telecommunications Research Institute Packet data unit session establishment method and network entity performing the same
CN111901446B (zh) * 2019-05-05 2022-04-29 华为技术有限公司 分配、获取ip地址的方法及设备
CN112073997B (zh) * 2019-06-11 2021-09-14 华为技术有限公司 通信方法及装置
WO2021134787A1 (en) * 2020-01-03 2021-07-08 Apple Inc. Radio capability update procedure over non-3GPP access
JP7489785B2 (ja) 2020-02-27 2024-05-24 株式会社Ｎｔｔドコモ アクセス先決定装置
CN114629878A (zh) * 2020-11-26 2022-06-14 中兴通讯股份有限公司 地址分配方法、upf实体、smf实体和存储介质
US20240334500A1 (en) * 2023-03-31 2024-10-03 T-Mobile Usa, Inc. Network core handling of dual stack internet protocol (ip)

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2539209C (en) * 2003-05-01 2014-01-28 Interdigital Technology Corporation Method and apparatus for delivery of data-based/voice services over piconets and wireless lans (wlans) coupled to 3gpp devices including protocol architecture and information elements relating to short message service (sms) over wlans
US20070168472A1 (en) * 2006-01-18 2007-07-19 Sbc Knowledge Ventures L.P. Call center gui: XML converter
CN101166178B (zh) * 2006-10-16 2010-05-12 华为技术有限公司 会话描述协议版本协商方法、系统及网络实体
US7940697B2 (en) * 2008-03-17 2011-05-10 Nokia Corporation Transition between IP protocol versions
CN101540995B (zh) * 2008-03-21 2011-06-08 华为技术有限公司 一种获取信息的方法、用户设备及网络侧设备
CN112911726B (zh) * 2014-06-19 2023-04-07 北京三星通信技术研究有限公司 一种用户平面承载建立的方法及装置
WO2016064201A1 (ko) 2014-10-22 2016-04-28 엘지전자(주) 무선 통신 시스템에서 pdn 타입 폴백 방법 및 이를 위한 장치
CN106332178B (zh) 2015-06-18 2019-12-13 中国移动通信集团公司 一种ip协议头压缩的方法、装置、用户设备及基站
EP3371942A1 (en) 2015-11-06 2018-09-12 Intel IP Corporation User plane resource allocation
EP4075846A1 (en) * 2016-04-01 2022-10-19 IDAC Holdings, Inc. Methods for service slice selection and separation

Also Published As

Publication number Publication date
EP3651432A1 (en) 2020-05-13
PT3476100T (pt) 2020-02-06
JP6982100B2 (ja) 2021-12-17
EP3476100B1 (en) 2019-12-11
US11375576B2 (en) 2022-06-28
ES2777830T3 (es) 2020-08-06
AU2018265334B2 (en) 2021-07-22
EP3651432B1 (en) 2024-02-14
US20190289666A1 (en) 2019-09-19
JP7419310B2 (ja) 2024-01-22
BR112019022544A2 (pt) 2020-05-19
AU2021221761A1 (en) 2021-09-23
AU2018265334A1 (en) 2019-10-31
WO2018206636A1 (en) 2018-11-15
AU2021221761B2 (en) 2023-08-10
US11659621B2 (en) 2023-05-23
CN109691059A (zh) 2019-04-26
PL3651432T3 (pl) 2024-06-24
JP2022003795A (ja) 2022-01-11
EP3651432C0 (en) 2024-02-14
US20220418038A1 (en) 2022-12-29
CN109691059B (zh) 2021-08-17
EP3476100A1 (en) 2019-05-01
JP2020520602A (ja) 2020-07-09

Similar Documents

Publication Publication Date Title
ES2972146T3 (es) Selección de versión de IP
ES2975005T3 (es) Selección de un identificador de segmento de red
ES2837008T3 (es) Métodos de registro y de establecimiento de sesión, terminal y entidad de AMF
ES2882473T3 (es) Seleccionar una entidad de función de plano de usuario (UPF) en una entidad de función de control de políticas (PCF) en base a la información de cambio de ubicación del terminal, proporcionada a partir de una entidad de función de gestión de sesión (SMF)
ES2954463T3 (es) Dispositivo de red central de comunicación móvil y método para gestionar comunicaciones inalámbricas después de la inserción de una función de gestión de sesión intermedia
EP3820181A1 (en) Secure conversation method and device
CN106982473B (zh) 传输通道的建立方法和无线通信装置
KR102390364B1 (ko) 인증 요청들을 제어하기 위한 프라이버시 표시자들
ES2973241T3 (es) Método, aparato y sistema de cobro, soporte de almacenamiento informático y programa informático
US10574462B2 (en) Interfaces for privacy management as service or function
ES2928645T3 (es) Gestión de identificador de suscripción unificada en sistemas de comunicación
US20230029714A1 (en) Authorization method, policy control function device, and access and mobility management function device
JP2015510371A (ja) 非アクセス層（ｎａｓ）信号を使用するネットワークでのマシン・タイプ通信（ｍｔｃ）
CA3156385A1 (en) Method and apparatus for session management
WO2020088594A1 (en) Method and apparatus for data transmission
CN111213427B (zh) 用于处理到5g数据网络的连接性的方法和节点
EP3841831B1 (en) A method implemented at a network exposure node for ip and non-ip data communication
WO2023246649A1 (zh) 通信方法、通信装置及通信系统
US20200195576A1 (en) Technique for Providing Content Via a Mobile Communications Network
CN116367139A (zh) 通信方法及装置
CN115776487A (zh) 数据分流方法、装置、设备及存储介质
WO2018166633A1 (en) Method and nodes for handling registration of a ue to a core network