ES2964564T3 - Métodos, aparatos y sistema para desactivación de sesiones de PDU - Google Patents

Métodos, aparatos y sistema para desactivación de sesiones de PDU Download PDF

Info

Publication number
ES2964564T3
ES2964564T3 ES20190601T ES20190601T ES2964564T3 ES 2964564 T3 ES2964564 T3 ES 2964564T3 ES 20190601 T ES20190601 T ES 20190601T ES 20190601 T ES20190601 T ES 20190601T ES 2964564 T3 ES2964564 T3 ES 2964564T3
Authority
ES
Spain
Prior art keywords
session
smf
amf
message
pdu
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
ES20190601T
Other languages
English (en)
Inventor
Ngoc Dung Dao
Hang Zhang
Xu Li
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2964564T3 publication Critical patent/ES2964564T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0806Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0894Policy-based network configuration management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0895Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34Signalling channels for network management communication
    • H04L41/342Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003Managing SLA; Interaction between SLA and QoS
    • H04L41/5019Ensuring fulfilment of SLA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1083In-session procedures
    • H04L65/1089In-session procedures by adding media; by removing media
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/142Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/143Termination or inactivation of sessions, e.g. event-controlled end of session
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/148Migration or transfer of sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016Hand-off preparation specially adapted for end-to-end data sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • H04W76/34Selective release of ongoing connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/327Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the session layer [OSI layer 5]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08Access security
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • H04W80/10Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/14Backbone network devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

Según un aspecto, se divulga un método para liberar una conexión N2 asociada con un equipo de usuario, UE, que comprende: recibir, mediante una función de gestión de acceso y movilidad, AMF, desde una red de acceso, AN, un mensaje que incluye una unidad de datos en paquetes, PDU, identificadores de sesión, ID, asociados con sesiones de PDU del UE; enviar, por la AMF a una función de gestión de sesión, SMF, una solicitud de desactivación de sesión de PDU para desactivar una sesión de PDU, incluyendo la solicitud de desactivación de sesión de PDU un identificador que indica la sesión de PDU; y recibir, por parte de la AMF desde la SMF, una respuesta de desactivación de sesión de PDU asociada con la solicitud de desactivación de sesión de PDU. Según un aspecto adicional, se divulga un método realizado por un nodo de red de acceso, AN, que comprende: enviar a una AMF un mensaje que incluye identificadores de sesión de PDU, ID, asociados con sesiones de PDU de un UE, en donde el mensaje está configurado para activar una desactivación de las sesiones de PDU; en respuesta al mensaje, recibir, desde la AMF, una indicación que indica liberar un contexto de UE del UE; enviar, a la AMF, una confirmación de la liberación del contexto UE; y liberar una conexión N2 asociada con el UE. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Métodos, aparatos y sistema para desactivación de sesiones de PDU
CAMPO DE LA INVENCIÓN
La presente invención atañe al campo de comunicaciones por red, y en particular a métodos, aparatos correspondientes, un sistema correspondiente, y un medio no transitorio legible por procesador correspondiente para desactivación de sesión de unidad de datos de paquete (PDU).
ANTECEDENTES
Cuando un equipo de usuario (UE) inicia una nueva sesión de datos en una red de quinta generación (5G), el UE se une (es decir, conecta o registra) a la red. Una función de gestión de sesión de la red supervisará tareas de gestión de conexión. Es más, cuando un UE ya se ha unido a una red, la función de gestión de sesión puede supervisar cambios en la conexión de red del UE. Los procedimientos de gestión de sesiones actuales incluyen cuestiones de sobrecarga de señalización y tiempo de conexión.
El Documento 3GPP S2-166727 de NEC titulado "Updates a Solution 4.22" propone actualizaciones a la solución 4.22 en gestión de Sesión por sesión de PDU. Describe que hay casos en los que se pueden configurar múltiples UPF para una única sesión de PDU. Puesto que se supone que todas las UPF de la misma sesión de PDU darían servicio a tráfico a la misma red de datos externa, entonces puede ser beneficioso activar las conexiones UP para todas la UPF pertenecientes a la misma sesión de PDU. Además se clarifica que la desactivación de conexión UP por sesión de PDU se puede iniciar ya sea desde la RAN o desde la UPF que finalizan la conexión UP.
El informe técnico 3GPP TR 23.799 V14.0.0 titulado "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study in Architecture for Next Generation System (Release 14)" pretende diseñar una arquitectura de sistema para las redes móviles de siguiente generación. La nueva arquitectura soportará al menos la nueva RAT(s), la E-UTRA Evolucionada, accesos no-3GPP y minimizará las dependencias de acceso. La solución 4.22 describe diversos principios para gestión de sesiones por sesión de PDU.
Esta información de antecedentes se proporciona para revelar información que el solicitante cree que es de posible relevancia para la presente invención. No necesariamente se pretende admisión, ni se debe interpretar, que cualquier información anterior constituye técnica anterior contra la presente invención.
COMPENDIO
Un objeto de realizaciones de la presente invención es proporcionar un método para liberar una conexión N2 realizada por una función de gestión de acceso y movilidad, AMF, un método realizado por un nodo de red de acceso, AN, un método realizado por una AMF y un nodo de AN, aparatos correspondientes, un sistema correspondiente, y un medio no transitorio legible por procesador correspondiente. La invención se presenta en el conjunto adjunto de las reivindicaciones. Otras realizaciones de la divulgación, que no están cubiertas por las reivindicaciones, se presentan por motivos de ilustración.
BREVE DESCRIPCIÓN DE LAS FIGURAS
Una realización de la invención reivindicada se describe con referencia a la figura 44. La Figura 45 ilustra un ejemplo en un diagrama de flujo, según el procedimiento de desactivación de sesión de PDU de la figura 44. La materia de asunto de las figuras restantes y su correspondiente descripción, incluso si se indican como ejemplos, aspectos o realizaciones etc., no corresponden o no lo hacen totalmente a la invención como se reivindica. Uno o más rasgos presentes en las reivindicaciones independientes faltan en los ejemplos, aspectos o realizaciones etc., por ejemplo debido al uso de expresiones como 'puede', 'preferiblemente', 'opcional(mente)', 'puede', 'podría', 'como/por ejemplo' etc., producirse uno o más rasgos presentes en las reivindicaciones independientes como opcionales. Por lo tanto, la materia de asunto de la siguiente descripción y las figuras no están cubiertas o no lo están completamente por la invención reivindicada y se presenta por motivos de ilustración únicamente.
Características y ventajas adicionales de la presente invención resultan evidentes a partir de la siguiente descripción detallada, tomada en combinación con los dibujos adjunto, en los que:
La FIGURA 1 ilustra, en un diagrama de bloques, un sistema informático que se puede usar para implementar dispositivos y métodos descritos en esta memoria;
la FIGURA 2A ilustra, en un diagrama de componentes, un ejemplo de una arquitectura de red de comunicación; la FIGURA 2B ilustra, en un diagrama de componentes, un ejemplo de una arquitectura sin itinerancia de siguiente generación (NG) (tal como redes inalámbricas móviles 5G), en representación de punto de referencia punto a punto;
la FIGURA 2C es un diagrama de bloques que ilustra una vista basada en servicio de una arquitectura de sistema de una red de Núcleo 5G;
la FIGURA 3 ilustra, en un diagrama de flujo de mensaje, un ejemplo de métodos para unir y volver a unir un UE a una red de datos;
la FIGURA 4 ilustra, en un diagrama de componentes, un ejemplo de un modelo de estado Sesión-INACTIVIDAD;
la FIGURA 5 ilustra, en un diagrama de componentes, un ejemplo de un modelo de estado Sesión-ACTIVA; la FIGURA 6A ilustra, en un diagrama de estado, un ejemplo de un modelo de estado de gestión de sesión en un UE;
la FIGURA 6B ilustra, en un diagrama de estado, un ejemplo de un modelo de estado de gestión de sesión en una SMF;
la FIGURA 6C ilustra, en un diagrama de componentes, un ejemplo de un modelo de estado de gestión de sesión para múltiples sesiones de PDU;
la FIGURA 7 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de establecimiento de sesión, según una realización de la presente divulgación;
la FIGURA 8 ilustra, en un diagrama de flujo de mensaje, un ejemplo del procedimiento de suscripción de información de movilidad de UE SMF-AMF, según una realización del procedimiento de establecimiento de sesión;
la FIGURA 9 ilustra, en un diagrama de flujo de mensaje, un ejemplo del procedimiento de actualización de contexto de SMF-UDM UE, según una realización del procedimiento de establecimiento de sesión;
la FIGURA 10 ilustra, en un diagrama de flujo de mensaje, un ejemplo del procedimiento de actualización de contexto de UE AMF-UDM, según una realización del procedimiento de establecimiento de sesión;
la FIGURA 11 ilustra, en un diagrama de flujo de mensaje, un ejemplo del procedimiento de actualización de contexto de UE SMF-PCF, según una realización del procedimiento de establecimiento de sesión;
la FIGURA 12 ilustra, en un diagrama de flujo, un ejemplo de un método para establecer una sesión, según el procedimiento de establecimiento de sesión;
la FIGURA 13 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de modificación de sesión, según una realización de la presente divulgación;
la FIGURA 14 ilustra, en un diagrama de flujo, un ejemplo de un método para modificar una sesión, según el procedimiento de modificación de sesión;
la FIGURA 15 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de liberación de sesión, según una realización de la presente divulgación;
la FIGURA 16 ilustra, en un diagrama de flujo, un ejemplo de un método para liberar una sesión, según el procedimiento de liberación de sesión;
la FIGURA 17 ilustra, en un diagrama de flujo, otro ejemplo de un método para liberar una sesión, según el procedimiento de liberación de sesión;
la FIGURA 18 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de transición de estado de conexión de sesión de PDU, según una realización de la presente divulgación;
la FIGURA 19 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar una transición de estado, según el procedimiento de transición de estado de conexión de sesión de PDU;
la FIGURA 20 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de suspensión de RRC, según una realización de la presente divulgación;
la FIGURA 21 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar la transición de un estado de sesión, según el procedimiento de suspensión de RRC;
la FIGURA 22 ilustra, en un diagrama de flujo, otro ejemplo de un método para realizar la transición de un estado de sesión, según el procedimiento de suspensión de RRC;
la FIGURA 23 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de retomar el RRC, según una realización de la presente divulgación;
la FIGURA 24 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar la transición de un estado de sesión, según el procedimiento de retomar el RRC;
la FIGURA 25 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar la transición de un estado de sesión, según el procedimiento de retomar el RRC;
la FIGURA 26 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de transición de estado Sesión de PDU-INACTIVIDAD individual, según una realización de la presente divulgación;
la FIGURA 27 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar la transición de un estado de sesión, según el procedimiento de transición de estado Sesión de PDU-INACTIVIDAD individual;
la FIGURA 28 ilustra, en un diagrama de flujo, otro ejemplo de un método para realizar la transición de un estado de sesión, según el procedimiento de transición de estado Sesión de PDU-INACTIVIDAD individual; la FIGURA 29 ilustra, en un diagrama de flujo de mensaje, otro ejemplo de un procedimiento de transición de estado Sesión de PDU-ACTIVA, según una realización de la presente divulgación;
la FIGURA 30 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de transición de estado Sesión de PDU-ACTIVA, según una realización de la presente divulgación;
la FIGURA 31 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar una transición de estado Sesión-ACTIVA, según el procedimiento de transición de estado Sesión de PDU-ACTIVA;
la FIGURA 32 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de transición de estado Sesión de PDU-ACTIVA, según una realización de la presente divulgación;
la FIGURA 33 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar la transición de una sesión, según el procedimiento de transición de estado de sesión de PDU-ACTIVA;
la FIGURA 34 ilustra, en un diagrama de componentes, un ejemplo de un procedimiento de servicio de "Actualizar estado de C<n>del UE";
la FIGURA 35 ilustra, en un diagrama de componentes, un ejemplo de un procedimiento de servicio "Modificación de sesión de PDU";
la FIGURA 36 ilustra, en un diagrama de componentes, un ejemplo de un procedimiento de servicio "Obtener políticas de UE";
la FIGURA 37 ilustra, en un diagrama de componentes, un ejemplo de un procedimiento de servicio "Actualizar contexto de UE";
la FIGURA 38 ilustra, en un diagrama de componentes, un ejemplo de un procedimiento de servicio "Actualizar contexto de UE"; y
la FIGURA 39 es un diagrama de flujo de mensaje que ilustra un método de ejemplo de una realización de la presente divulgación.
La FIGURA 40 es un diagrama de flujo de mensaje que ilustra un método de ejemplo de una realización de la presente divulgación.
La FIGURA 41 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de desactivación de sesión de PDU y liberación de N2, según una realización de la presente invención.
La FIGURA 42 ilustra, en un diagrama de flujo, un ejemplo de un método para liberar conexión N2 y desactivar sesiones de PDU, según el procedimiento de desactivación de sesión de PDU y liberación de N2.
La FIGURA 43 ilustra, en un diagrama de flujo, otro ejemplo de un método para desactivar una sesión de PDU, según el procedimiento de desactivación de sesión de PDU.
la FIGURA 44 ilustra, en un diagrama de flujo de mensaje, otro ejemplo de un procedimiento de desactivación de sesión de PDU, según una realización de la presente invención.
La FIGURA 45 ilustra, en un diagrama de flujo, un ejemplo de un método para desactivar una sesión de PDU, según el procedimiento de desactivación de sesión de PDU de la FIGURA 44.
La FIGURA 46 ilustra, en un diagrama de flujo, otro ejemplo de un método para desactivar una sesión de PDU, según el procedimiento de desactivación de sesión de PDU de la FIGURA 44.
La FIGURA 47 ilustra, en un diagrama de flujo de mensaje, otro ejemplo de un procedimiento de transición de estado Sesión-ACTIVA, según una realización de la presente divulgación.
La FIGURA 48 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar la transición de una sesión, según el procedimiento de transición de estado Sesión-ACTIVA de la FIGURA 47.
La FIGURA 49 ilustra, en un diagrama de flujo, otro ejemplo de un método para realizar la transición de una sesión, según el procedimiento de transición de estado Sesión-ACTIVA de la FIGURA 47.
La FIGURA 50 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de solicitud de servicio, según una realización de la presente divulgación.
La FIGURA 51 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de solicitud de servicio (5100), según una realización de la presente divulgación.
La FIGURA 52A ilustra, en un diagrama de estado, un ejemplo de un modelo de estado de gestión de sesión en un UE, según una realización de la presente divulgación.
La FIGURA 52B ilustra, en un diagrama de estado, un ejemplo de un modelo de estado de gestión de sesión en una AMF y/o una SMF, según una realización de la presente divulgación.
La FIGURA 53 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de traspaso inter NG RAN basado en Xn sin reubicación de UPF, según una realización de la presente divulgación.
La FIGURA 54 ilustra, en un diagrama de flujo, un ejemplo de un método para traspasar un UE desde una RAN de origen a una RAN de destino, según el procedimiento de traspaso inter NG RAN basado en Xn de la FIGURA 53.
La FIGURA 55 ilustra, en un diagrama de flujo, otro ejemplo de un método para traspasar un UE desde una RAN de origen a una RAN de destino, según el procedimiento de traspaso inter NG RAN basado en Xn de la FIGURA 53.
La FIGURA 56 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de traspaso inter NG RAN basado en Xn con reubicación de función de plano de usuario, según una realización de la presente divulgación.
La FIGURA 57 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de reconexión N3 disparado por datos de UL, según una realización de la presente divulgación.
La FIGURA 58 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de reconexión N3 disparado por datos de DL, según una realización de la presente divulgación.
La FIGURA 59 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de desactivación de Sesión de PDU y liberación de N2, según realizaciones de la presente invención.
La FIGURA 60 ilustra, en un diagrama de flujo de mensaje, otro ejemplo de un procedimiento de desactivación de Sesión de PDU y liberación de N2, según realizaciones de la presente invención.
La FIGURA 61 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de liberación de sesión de PDU disparado por el UE, PCF, o la SMF, según realizaciones de la presente invención.
La FIGURA 62 ilustra, en un diagrama de flujo de mensaje, otro ejemplo de un procedimiento de liberación de sesión de PDU disparado por el UE o la SMF, según realizaciones de la presente invención.
La FIGURA 63 ilustra, en un diagrama de llamada de mensaje, un ejemplo de un procedimiento de traspaso inter NG (R)AN basado en Xn sin reubicación de función de plano de usuario y con desactivación de sesión, según realizaciones de la presente divulgación
La FIGURA 64 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de Solicitud de Servicio disparado por UE, según realizaciones de la presente divulgación.
La FIGURA 65 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de conmutación de ruta tardía disparado por datos de DL sin una reubicación de UPF, según realizaciones de la presente divulgación.
La FIGURA 66 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de conmutación de ruta tardía disparado por datos de UL con reselección de UPF, según realizaciones de la presente divulgación.
La FIGURA 67 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de conmutación de ruta tardía disparado por datos de DL con reselección de UPF, según realizaciones de la presente divulgación.
La FIGURA 68 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de reselección de UPF, según realizaciones de la presente divulgación.
La FIGURA 69 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento para una liberación de contexto de UE en una AN, según realizaciones de la presente invención.
La FIGURA 70 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento para una liberación de sesión de PDU solicitada por UE o Cn para No-Itinerancia e Itinerancia con Ruptura Local, según realizaciones de la presente invención.
La FIGURA 71 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento para una liberación de sesión de PDU solicitada por UE o CN para Itinerancia enrutada a Hogar, según realizaciones de la presente divulgación.
La FIGURA 72 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de traspaso inter NG (R)AN basado en Xn sin reubicación de función de plano de usuario, según realizaciones de la presente divulgación.
La FIGURA 73 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de traspaso inter NG (R)AN basado en Xn con reubicación de función de plano de usuario, según realizaciones de la presente divulgación.
La FIGURA 74 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de Solicitud de Servicio disparado por UE, según realizaciones de la presente divulgación.
La FIGURA 75 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de Solicitud de Servicio disparado por UE en estado CM-CONECTADO, según realizaciones de la presente divulgación.
La FIGURA 76 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de Solicitud de Servicio disparado por red, según realizaciones de la presente divulgación.
La FIGURA 77 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de Solicitud de Servicio disparado por UE en estado CM-CONECTADO, según realizaciones de la presente divulgación.
La FIGURA 78 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de traspaso de nodo Intra AMF, inter NG-RAN sin interfaz Xn, según realizaciones de la presente divulgación.
La FIGURA 79 ilustra, en un diagrama de flujo de mensaje, un ejemplo de procedimiento de Liberación de N2, que también se conoce como Liberación de Contexto de UE en procedimiento de AN, según realizaciones de la presente divulgación.
La FIGURA 80 es un diagrama de flujo de mensaje que ilustra un ejemplo de liberación de sesión de PDU solicitada por UE o red para no-itinerancia e itinerancia con ruptura local, según realizaciones de la presente divulgación.
La FIGURA 81 es un diagrama de flujo de mensaje que ilustra un procedimiento de ejemplo para liberación de contexto de UE en la AN, según realizaciones de la presente divulgación.
Las Figuras 82A y 82B son un diagrama de flujo de mensaje que ilustra un ejemplo de procedimiento de Solicitud de Servicio disparado por UE, según realizaciones de la presente divulgación.
Las Figuras 83A y 83B son un diagrama de flujo de mensaje que ilustra un ejemplo de procedimiento de Solicitud de Servicio disparado por UE en estado CM-CONECTADO, según realizaciones de la presente divulgación.
Se señalará que por todos la dibujos adjuntos, rasgos semejantes se identifican con numerales de referencia semejantes.
DESCRIPCIÓN DETALLADA
Realizaciones de la presente invención se dirigen hacia procedimientos de gestión de sesiones para una red de comunicaciones.
Como se emplea en esta memoria, un "red" o "red de comunicación" puede dar servicio a diversos dispositivos que incluye, pero no necesariamente limitados a esto, dispositivos inalámbricos. Este tipo de red puede incluir una parte de acceso por radio y una parte de retorno. La red puede comprender además diversos componentes virtualizados. Un ejemplo primario de este tipo de red es una red 5G, que es reconfigurable y capaz de segmentación de red.
La segmentación de red está relacionada con la capacidad de una red, tal como una red de comunicación 5G accesible por dispositivos inalámbricos, para proporcionar múltiples segmentos de red lógicos bajo demanda, con cada segmento de red funcionando como red sustancialmente separada para diferentes escenarios de mercado que demandan diversos requisitos. Las capacidades y los parámetros de funcionamiento de cada segmento de red pueden personalizarse a los requisitos de servicio. La configuración de los segmentos de red puede basarse en red definida por software, virtualización de funciones de red y orquestación de red.
Un uso de la segmentación de red está en la red de núcleo. Mediante el uso de segmentación de red, diferentes proveedores de servicios pueden tener distintas redes de núcleo que funcionan en el mismo conjunto físico de red y recursos de cómputo. Esto también se puede usar para crear una red virtual dedicada a tipos particulares de tráfico de red. Debe entenderse que esta discusión no pretende excluir la aplicación de segmentación de red a la tecnología de acceso por radio de la red de acceso por radio (RAN), que puede usar funcionalidad específica para soportar múltiples segmentos de red o particionar de recursos para diferentes segmentos de red. A fin de proporcionar garantías de prestaciones, los segmentos de red pueden aislarse entre sí de modo que un segmento no afecte negativamente al otro segmento. El aislamiento no se restringe a diferentes tipos de servicios, sino que también permite a la operadora desplegar múltiples casos de la misma partición de red.
La segmentación de red permite la instanciación de segmentos de red separados respectivamente dirigidos hacia diferentes servicios de red. Esto permite aislar entre sí diferentes tipos de tráfico al asignar cada tipo de tráfico a un segmento diferente. Cada segmento puede tener características adaptadas a las necesidades del flujo de tráfico que lleva. Tales necesidades pueden incluir diferentes requisitos de procesamiento de paquetes, diferentes requisitos de servicio, y diferentes requisitos de calidad de servicio (QoS). Diferentes segmentos de red correspondientes a diferentes adjudicaciones de recursos agrupados pueden ofrecer diferentes servicios a diferentes clientes, o grupos de clientes. Los diferentes servicios pueden ser soportados por diferentes segmentos de red (un segmento de red puede considerarse como tipo de red virtual personalizada), donde los diferentes segmentos de red (es decir, diferente redes virtuales personalizadas) están sustancialmente separadas entre sí desde el punto de vista del cliente aunque pueden compartir recursos de red físicos comunes. Los recursos agrupados pueden estar disponibles comercialmente en el mercado de componentes de hardware con posibilidad de configuración a través de enfoques de virtualización, tales como NFV, a fin de soportar diversas funcionalidades de red para soportar las operaciones de los segmentos de red.
La funcionalidad de gestión de sesiones en una red es responsable de la configuración del protocolo de internet (IP) o conectividad de tráfico sin IP para un equipo de usuario (UE), así como la gestión del plano de usuario para esa conectividad. Funciones de red dentro del plano de control de siguiente generación (NG) puede tener interfaces basadas en servicios para servicios que pueden ser usadas por funciones de red autorizadas.
La FIGURA 1 es un diagrama de bloques que ilustra un sistema informático 100 que se puede usar para implementar dispositivos y métodos descritos en esta memoria. Dispositivos específicos pueden utilizar todos los componentes mostrados o únicamente un subconjunto de los componentes, y los niveles de integración pueden variar de un dispositivo a otro. Es más, un dispositivo puede contener múltiples casos de un componente, tales como múltiples unidades de procesamiento, procesadores, memorias, transmisores, receptores, etc. El sistema informático 100 incluye una unidad de procesamiento 102. La unidad de procesamiento 102 incluye unidad de procesamiento central (CPU) 104, memoria 106, y puede incluir además un dispositivo de almacenamiento masivo 108, un adaptador de vídeo 110, y una interfaz de E/S 112 conectada a un bus 114.
El bus 114 puede ser uno o más de cualquier tipo de varias arquitecturas de bus que incluyen un bus de memoria o controlador de memoria, un bus de periféricos, o un bus de vídeo. La CPU 104 puede comprender cualquier tipo de procesador de datos electrónico. La memoria 106 puede comprender cualquier tipo de memoria de sistema no transitoria tal como memoria de acceso aleatorio estática (SRAM), memoria de acceso aleatorio dinámica (DRAM), DRAM sincrónica (SDRAM), memoria de solo lectura (ROM), o una combinación de las mismas. La memoria 106 puede incluir ROM para su utilización en el arranque, y DRAM para almacenamiento de programas y datos para su utilización mientras se ejecutan programas.
El almacenamiento masivo 108 puede comprender cualquier tipo de dispositivo de almacenamiento configurado no transitorio para almacenar datos, programas, y otra información y para hacer los datos, programas y otra información accesibles por medio del bus 114. El almacenamiento masivo 108 puede comprender, por ejemplo, uno o más de una unidad de estado sólido, unidad de disco duro, unidad de disco magnético, o unidad de disco óptico.
El adaptador de vídeo 110 y la interfaz de E/S 112 proporcionan interfaces para acoplar dispositivos externos de entrada y salida a la unidad de procesamiento 102. Como se ilustra, ejemplos de dispositivos de entrada y salida incluyen una pantalla 116 acoplada al adaptador de vídeo 110 y un ratón/teclado/impresora 118 acoplados a la interfaz de E/S 112. Otros dispositivos pueden acoplarse a la unidad de procesamiento 102, y se pueden utilizar tarjetas de interfaz adicionales o menos. Por ejemplo, se puede usar una interfaz serie tal como bus serie universal (USB) (no se muestra) para proporcionar una interfaz para un dispositivo externo.
La unidad de procesamiento 102 también puede incluir una o más interfaces de red 120, que puede comprender enlaces cableados, tal como un cable Ethernet y/o enlaces inalámbricos para acceder a nodos o diferentes redes. Las interfaces de red 120 permiten a la unidad de procesamiento 102 comunicar con unidades remotas por medio de las redes. Por ejemplo, las interfaces de red 120 pueden proporcionar comunicación inalámbrica por medio de uno o más transmisores/antenas de transmisión y uno o más receptores/antenas de recepción. La unidad de procesamiento 102 se puede acoplar a una red de área local 122 o una red de área ancha para procesamiento de datos y comunicaciones con dispositivos remotos, tales como otras unidades de procesamiento, internet, o instalaciones de almacenamiento remoto.
La FIGURA 2A ilustra, en un diagrama de componentes, un ejemplo de una arquitectura de red de comunicación 200. La arquitectura de red de comunicación 200 comprende un equipo de usuario (UE) 202, una red de acceso (AN) 204, una red de núcleo (CN) 206 y una red de datos (DN) 208. Un ejemplo de una AN 204 es una red de acceso por radio (RAN). El término (R)AN se usa en esta descripción para designar que puede aplicarse una AN y/o una RAN. El UE 202 se comunica con una DN 208 por medio de la (R)AN 204 y CN 206. Unidades de datos de paquetes (PDU) de mensajes entre el UE 202 y DN 208 atraviesan la (R)AN 204 y la CN 206. Una DN 208 puede ser una operadora de red pública, una red de datos privada, tal como trabajo de datos de área local (LADN), una red de datos intra-operadora, o cualquier otro tipo de red de datos.
En una dirección de enlace ascendente (UL), las PDU del plano de usuario (UP) pasan desde el UE 202 a la (R)AN 204 por medio de un enlace de comunicación. La (R)AN 204 reenvía las PDU de UP a la CN 206 que entonces reenvía las PDU de UP a la DN 208. En una dirección de enlace descendente (DL), las PDU de DL pasan desde la DN 208 a la CN 206 que entonces reenvía las PDU de DL a la (R)AN 204 que entonces reenvías las PDU de DL al UE 202. La funcionalidad CP en la CN 206 configura funciones de UP en la CN 206 para proporcionar funcionalidad de manejo de tráfico para una sesión. Una o más funciones de UP por sesión pueden ser activadas y configuradas por la funcionalidad CP para un escenario UP dado.
Las conexiones entre los componentes de la arquitectura de red de comunicación 200 pueden ser adecuadas para cualquier canal de comunicación. Para arquitecturas de siguiente generación (NG), la conexión entre la (R)AN 204 y el CP de la CN 206 puede ser por medio de una interfaz NG2. La conexión entre la (R)AN 204 y el UP de la CN 206 puede ser por medio de una interfaz NG3. La conexión entre el UP de la CN 206 y la DN 208 puede ser por medio de una interfaz NG6.
La FIGURA 2B ilustra, en un diagrama de componentes, un ejemplo de una arquitectura NG sin itinerancia (tal como redes móviles inalámbricas 5G) 210, en representación de punto de referencia punto a punto. La arquitectura NG sin itinerancia 210 comprende el UE 202, la (R)AN 204, la CN 206, una función de aplicación (AF) 250 que está fuera de la CN 206 y la DN 208. La CN 206 comprende un módulo de función UP (UPF) 212 y funciones CP. Las funciones CP incluyen una función de servidor de autenticación (AUSF) 214, una función de gestión de datos unificado (UDM) 216, una función de gestión de acceso y movilidad (AMF) 218, una función de gestión de sesiones (SMF) 220, y una función de control de políticas (PCF) 222. La AMF 218 gestiona la finalización de interfaces de señalización NG1 y NG2, el reenvío de mensajes de señalización desde el UE 202 y la (R)AN 204 a la SMF 220, y la gestión de procedimientos de movilidad y seguridad para el UE 202. La SMF gestiona el establecimiento de conexión UP entre el UE 202 y la DN 208. La PCF 222 proporciona políticas a diferentes funciones de red para manejar una sesión del UE, tal como QoS, gestión de movilidad, gestión de sesiones y políticas de cobro. La UDM 216 proporciona gestión de almacenamiento para información de red e información de usuario, y medidas de seguridad para proteger los datos. La AUSF 214 proporciona funciones de seguridad, tales como autenticación de los usuarios y solicitudes de los usuarios, y proporcionar claves de seguridad para encriptar datos transmitidos sobre interfaces. La AF 224 puede ser cualquier servidor de aplicaciones fuera de la red 3GPP, que proporciona información de control entre aplicaciones externas y la CN 206. Por ejemplo, un servidor IMS puede ser un AF 224. La UPF 212 proporciona funciones de plano de usuario, tales como mapear paquetes IP a flujos QoS, reenviar paquetes, medición de tráfico y preparar y enviar informes. La (R)AN 204 proporciona una conexión de interfaz aérea para el UE 202, y reenvía paquetes entre el UE 202 y CN UPF 212.
Los componentes de la CN 206 en la arquitectura NG sin itinerancia 210 puede implementarse como módulos de software en uno o más servidores. La FIGURA 2B ilustra un ejemplo de interfaces posibles entre algunos de los componentes. La Tabla 1 muestra las interfaces de comunicación usadas por algunos de los componentes en la FIGURA 2B.
Tabla 1: Interfaces usadas por algunos componentes de una arquitectura NG sin itinerancia
La FIGURA 2C ilustra una arquitectura basada en servicio 226 para una Red de Núcleo de siguiente generación o 5G (5GCN / NGCN/ NCN). Esta ilustración representa conexiones lógicas entre nodos y funciones, y sus conexiones ilustradas no deben interpretarse como conexiones físicas directas. Un UE 202 forma una conexión de red de acceso por radio con un nodo de Red de Acceso (Por Radio) ((R)AN) 228 (que puede, por ejemplo, ser un gNodeB (gNB)), que se conecta a una función de Plano de Usuario CN (UP) (UPF) 212 tal como una Pasarela UP en una interfaz de red que proporciona una interfaz definida tal como una interfaz N3. La UPF 212 proporciona una conexión lógica a una red de datos (DN) 208 en una interfaz de red tal como una interfaz N6. La conexión de red de acceso por radio entre el UE 202 y el nodo de (R)AN 226 puede denominarse Portador de Radio de Datos (DRB).
La DN 208 puede ser una red de datos usada para proporcionar un servicio de operadora, o puede estar fuera del alcance de la estandarización del Proyecto de Asociación de Tercera Generación (3 GPP), tal como internet, una red usada para proporcionar servicio de terceros, y en algunas realizaciones DN 208 puede representar un recurso o red de cálculo de vanguardia, tal como una red de Computación de Borde Móvil (MEC).
El UE 202 también se conecta a la Función de Gestión de Acceso y Movilidad (AMF) 218 a través de una conexión N1 lógica (aunque la ruta física de la conexión no es directa). La AMF 218 es responsable de autenticación y autorización de solicitudes de acceso, así como funciones de gestión de movilidad. La AMF 218 puede realizar otros roles y funciones definidas por la Especificación Técnica 3GPP (TS) 23.501. En una vista basada en servicio, AMF 218 puede comunicar con otras de funciones de plano de control de red de núcleo a través de una interfaz basada en servicio denotada Namf.
La Función de Gestión de Sesiones (SMF) 220 es una función de red que es responsable de la adjudicación y gestión de direcciones IP que se asignan a un ED así como la selección de un UPF 212 (o un caso particular de un UPF 212) para tráfico asociado con una sesión de UE 202 particular. Se apreciará que típicamente habrá múltiples SMF 220 en la red 226, cada una de las cuales puede asociarse con un respectivo grupo de UE 202, nodos de (R)AN 2282 o UPF 212. La SMF 220 puede comunicar con otras funciones de red de núcleo, en una vista basada en servicio, a través de una interfaz basada en servicio denotada Nsmf. La SMF 220 también pueden conectarse a un UPF 212 a través de una interfaz lógica tal como interfaz de red N4.
La Función de Servidor de Autenticación (AUSF) 214, proporciona servicios de autenticación a otras funciones de red sobre una interfaz basada en servicio Nausf.
Una función de Exposición de Red (NEF) 230 se puede desplegar en la red para permitir servidores, funciones y otras entidades tales como las exteriores a un dominio de confianza para tener exposición a servicios y capacidades dentro de la red. En tal ejemplo, una NEF 230 puede actuar como proxy entre un servidor de aplicaciones fuera de la red ilustrada y funciones de red tal como la Función de Control de Políticas (PCF) 222, la SMF 220, la UDM 216, y la AMF 218, de modo que el servidor de aplicaciones externo puede proporcionar información que puede ser de uso en la configuración de los parámetros asociados con una sesión de datos. La NEF 230 puede comunicar con otras funciones de red a través de una interfaz de red basada en servicio Nnef. La NEF 230 también puede tener una interfaz con funciones no 3GPP.
Una Función de Repositorio de Red (NRF) 232, proporciona funcionalidad de descubrimiento de servicio de red. La NRF 232 puede ser específica para la Red de Movilidad Terrestre Pública (PLMN) u operadora de red, con la que se asocia. La funcionalidad de descubrimiento de servicio puede permitir funciones de red y UE conectadas a la red para determinar dónde y cómo acceder a funciones de red existentes, y puede presentar la interfaz basada en servicio Nnrf.
La PCF 222 se comunica con otras funciones de red por una interfaz basada en servicio Npcf, y se puede usar para proporcionar política y reglas a otras funciones de red, que incluye aquellas dentro del plano de control. El refuerzo y la aplicación de la políticas y reglas no es necesariamente responsabilidad de la PCF 222, y en cambio típicamente es responsabilidad de las funciones a las que la PCF 222 transmite la política. En tal ejemplo la PCF 222 puede transmitir política asociada con gestión de sesiones a la SMF 220. Esto se puede usar para permitir una estructura de políticas unificada con la que se puede controlar el comportamiento de red.
Una Función de Gestión de Datos Unificados (UDM) 216 puede presentar una interfaz basada en servicio Nudm para comunicarse con otras funciones de red, y puede proporcionar instalaciones de almacenamiento de datos a otras funciones de red. El almacenamiento de datos unificado puede permitir una vista consolidada de información de red que se puede usar para asegurar que la mayor parte de información relevante se puede hacer disponible a diferentes funciones de red desde un único recurso. Esto puede hacer más fácil la implementación de otras funciones de red, ya que no necesita determinar dónde se almacena un tipo particular de datos en la red. La UDM 216 puede emplear una interfaz, tal como Nudr para conectarse a un Repositorio de Datos de Usuario (UDR) 234. La PCF 222 puede asociarse con la UDM 216 porque puede implicarse con solicitar y proporcionar información de política de suscripción a la UDR 234, pero debe entenderse que típicamente la PCF 222 y la UDM 216 son funciones independientes.
La PCF 222 puede tener una interfaz directa a la UDR 234 o puede usar interfaz Nudr para conectar con UDR 234. La UDM 216 puede recibir solicitudes para recuperar contenido almacenado en la UDR 234, o solicitudes para almacenar contenido en la UDR 234. La UDM 216 es típicamente responsable de funcionalidad tal como el procesamiento de credenciales, gestión de ubicación y gestión de suscripción. La UDR 234 también pueden soportar cualquiera o todos de Procesamiento de Credenciales de Autenticación, Manejo de Identificación de Usuarios, Autorización de Acceso, gestión de registro/movilidad, gestión de suscripción y gestión de Servicio de Mensajes Cortos (SMS). La UDR 234 es típicamente responsable de almacenar datos proporcionados por la UDM 216. Los datos almacenados se asocian típicamente con información de perfil de política (que pueden ser proporcionadas por la PCF 222) que controla los derechos de acceso a los datos almacenados. En algunas realizaciones, la UDR 234 puede almacenar datos de política, así como datos de suscripción de usuario que pueden incluir cualquiera o todos los identificadores de suscripción, credenciales de seguridad, acceso y datos de suscripción relacionados con movilidad y datos relacionados con sesión.
La función de aplicación (AF) 224 representa la funcionalidad de plano no de datos (también denominado el plano no de usuario) de una aplicación desplegada dentro de un dominio de operadora de red y dentro de una red conforme con 3GPP. La AF 224 interactúa con otras funciones de red de núcleo a través de una interfaz basada en servicio Naf, y puede acceder a información de exposición de capacidad de red, así como proporcionar información de aplicación para usar en decisiones tales como enrutamiento de tráfico. La AF 224 puede también interactuar con funciones tales como la PCF 222 para proporcionar entrada específica de aplicación a política y decisiones de refuerzo de políticas. Debe entenderse que en muchas situaciones la AF 224 no proporciona servicios de red a otras NF, y en cambio a menudo se ve como consumidor o usuario de servicios proporcionados por otras NF. Una aplicación fuera de la red 3GPP, puede realizar muchas de las mismas funciones que AF 224 mediante el uso de NEF 230.
El UE 202 comunica con funciones de red que están en el plano de Usuario (UP) 236, y el plano de control (CP) 238. La UPF 212 es una parte de la CN UP 236 (DN 208 está fuera de la 5GCN). El nodo (R)AN 228 puede considerarse como parte de un Plano de Usuario, pero como no es estrictamente una parte de la CN, no se considera que sea una parte de la CN UP 236 o UPF 212. AMF 218, SMF 220, AUSF 214, NEF 230, NRF 232, PCF 222 y UDM 216 son funciones que residen dentro de la CN CP 238, y a menudo se denominan Funciones de Plano de Control. La AF 224 puede comunicar con otras funciones dentro de CN CP 238 (ya sea directa o indirectamente a través de la NEF 230), pero típicamente no se considera que sea una parte de la CN CP 238.
Los expertos en la técnica apreciarán que puede haber una pluralidad de UPF conectadas en serie entre el nodo (R)AN 228 y la DN 208, y múltiples sesiones de datos a diferentes DN se pueden acomodar mediante el uso de múltiples UPF en paralelo.
La FIGURA 3 ilustra, en un diagrama de flujo de mensaje, un ejemplo de métodos (300) para unir (305) y volver a unir (375) un UE 202 a una red de datos 208. El método para unir (305) comprende el UE 204 que envía una solicitud de unión inicial a la AN 204 (310) que incluye capacidad de UE y, opcionalmente, el servicio solicitado e información de asistencia de selección de segmento de red (NSSAI). La AN 204 reenvía la solicitud de unión a la AMF 218. La AMF 218 determina qué segmento(s) ha seleccionado el UE 204 al acceder a un repositorio de abonados y entonces autentica el UE 204 (320) para comprobar si el UE 204 tiene permitido acceder a la red. La AMF 218 entonces comprueba la política de movilidad de UE (330) para verificar si el UE puede acceder a la red en esta ubicación. La AMF 218 selecciona la función de segmento de red apropiada SMF 220 en función de la información recibida del UE 204 en la solicitud de unión e información de perfil en un repositorio de abonados. La AMF 218 además interactúa con la AUSF 214 para realizar el procedimiento de autenticación/autorización de segmentos al comprobar la identidad de UE con el repositorio de abonados. El procedimiento determina si el UE 204 está autorizado para acceder a este segmento. Opcionalmente, puede realizarse una configuración de las conexiones UP (360) para un segmento de tipo específico de UE o predeterminado. La AMF 218 entonces puede enviar una respuesta de unión al UE 202 por medio de la AN 204. La respuesta de unión incluye una gestión de sesiones - información de asistencia de selección de segmento de red (SM-NSSAI), identificador de UE temporal (ID de UE temp), y parámetros MM. Cuando el UE 204 recibe la SM-NSSAI, un ID de UE temp y parámetros de gestión de movilidad (MM), el UE 204 puede usar la información para ayudar a la selección de segmento de red (p. ej., cuando el UE se desprende desde la red y entonces se vuelve a unir a la red de nuevo).
El método para volver a unirse (375) comprende el UE 202 que envía una solicitud de unión (380) a la AN 204. La solicitud de unión incluye la SM-NSSAI, el ID de UE temp y los parámetros de MM. La AN 204 reenvía la solicitud de unión a la AMF 218. Puede realizarse la etapa de autorización específica de segmento (350) y opcionalmente, la configuración de la etapa de conexiones UP (360) descritas anteriormente. La AMF 218 entonces puede enviar una respuesta de unión (390) al UE 202 por medio de la AN 204. La respuesta de unión incluye los SM-NSSAI, ID de UE temp y parámetros (posiblemente actualizados) de MM. Una vez el UE 202 se une (o vuelve a unirse) a la red de datos 208, el UE puede iniciar una sesión de unidad de datos de paquete (PDU) con la red de datos 208.
Los estados de gestión de sesiones describen la conectividad UP para una sesión de PDU entre el UE 202 y la SMF 220. Para una sesión de PDU establecida, puede haber al menos dos estados de gestión de sesiones para una sesión de PDU: un estado activo (p. ej., Sesión-ACTIVA) y un estado de inactividad (p. ej., Sesión-INACTIVIDAD). En esta descripción, "Sesión-ACTIVA" se puede usar para denotar un estado activo y "Sesión-INACTIVIDAD" se usa para denotar un estado de inactividad. Puesto que el estado de sesión de PDU se relaciona con actividades de transmisión de datos (UL y DL) de la usuario, el estado de sesión puede como alternativa llamarse estado de conexión de sesión.
Un estado de gestión de sesiones se puede diseñar para cada sesión de PDU respectivamente. El estado de gestión de sesiones puede mantenerse en el UE 202 y la SMF 220. La AN 204 y las funciones de UP pueden no ser conscientes del estado de gestión de sesiones. Sin embargo, la AN 204 y las funciones de UP pueden mantener el contexto de sesión de la sesión de PDU establecida.
Cuando un UE 202 está en itinerancia (en un modelo de itinerancia enrutado al hogar), la sesión de PDU puede recibir servicio de dos SMF 220 en una cadena: una para la red móvil terrestre pública visitada (VPLMN) y una para la red móvil terrestre pública de hogar (HPLMN). El estado de gestión de sesiones puede actualizarse en la SMF 220 en la VPLMN, mientras la SMF 220 en la HPlMn puede considerar la sesión de PDU como Sesión-ACTIVA.
Cuando una sesión de PDU del UE no tiene actividad UL o DL durante cierto periodo, este estado de la sesión puede cambiarse a Sesión-INACTIVIDAD. El UE puede retomar la sesión(es) de PDU tras cierto periodo de tiempo enviando un mensaje de estrato de acceso (AS) a la AN 204 para activar el portador de radio de datos (DRB). Como alternativa, el UE puede retomar la sesión(es) de PDU tras cierto periodo de tiempo enviando un mensaje no estrato de acceso (NAS) a la SMF para notificar la solicitud de activación de sesión. Por ejemplo, un usuario está navegando por un sitio web. El usuario puede no tener transmisión de datos mientras ve las páginas descargadas o vídeo descargado. El UE puede de nuevo descargar nuevos datos para la misma sesión tras leer o ver el contenido descargado. En este ejemplo, si un periodo de tiempo expira mientras el usuario está viendo el contenido descargado, la sesión de PDU puede cambiarse a Sesión-INACTIVIDAD. Cuando el usuario comienza a descargar datos adicionales, la sesión de PDU se cambia entonces a Sesión-ACTIVA.
En un procedimiento combinado de solicitud de sesión de PDU y unión, un UE puede enviar una solicitud para una nueva sesión en un mensaje de solicitud de unión. Sin embargo, si el UE no tiene transmisión de paquetes de UL o DL tras un periodo de tiempo, el estado de sesión puede cambiarse desde Sesión-ACTIVA a Sesión-INACTIVIDAD. Así, al permitir que una sesión tenga un estado activo y un estado de inactividad, un UE puede configurar y mantener una nueva sesión para "uso futuro" (o cerca de uso futuro) incluso si el UE no tiene transmisión de paquetes de UL o DL durante un periodo de tiempo tras configurar la nueva sesión. Sin el estado Sesión-INACTIVIDAD, la sesión puede haberse liberado prematuramente.
El atributo de estado de sesión puede permitir a la CN 206 manejar eficientemente sesiones de PDU de diversas aplicaciones. El UE 202 puede disparar una transición de estado de conexión de sesión en la CN 206 enviando un mensaje AS a la AN 204 para cambiar el estado de un DRB (entre un estado activo o suspendido); la AN 204 puede entonces informar a la SMF 220 de la solicitud de UE para activar o desactivar una sesión de PDU en la CN 206. Como alternativa, el UE 202 puede disparar una transición de estado de conexión de sesión en la CN 206 enviando un mensaje NAS a la CN 206; entonces la CN activa procedimientos de gestión de sesiones en la CN e informa a la AN 204 para asignar recursos de radio para la sesión de PDU. El atributo de estado de conexión de sesión también pueden permitir reconexión rápida en la CN 206 cuando se retoma una sesión, puede reducir sobrecarga de señalización en el CP cuando se retoma una sesión o un control de recursos de radio (RRC), puede utilizar uso de recursos de funciones de red cuando las sesiones de PDU están inactiva en un periodo largo, y puede evitar señalización RRC en relación con cambios de estado de sesión en la CN 206. En una realización, el UE 202 desconoce el estado de las sesiones en la CN 206. En otra realización, el UE 202 es consciente del estado de conexión de sesión.
La FIGURA 4 ilustra, en un diagrama de modelo de estado, un ejemplo de un modelo de estado Sesión-INACTIVIDAD 400. El modelo de estado Sesión-INACTIVIDAD 400 muestra cómo un estado Sesión-INACTIVIDAD puede representarse en el CP (como estado de sesión) y el UP (como contexto de sesión) para el UE 202, la AN 204, la SF 220 y la UPF 212. Cuando una sesión de PDU está en el estado Sesión-INACTIVIDAD, puede no haber conexión UP dedicada a la sesión de PDU existente entre el UE 202 y la función UPF 212 que finaliza NG3. El UE 202 puede mantener el contexto de sesión sin recursos RAN activados correspondientes a la sesión de PDU. En este ejemplo, la AN no mantiene contexto de recurso de radio correspondiente a la sesión de PDU. Si la sesión de PDU recibe servicio de únicamente una UPF 212, (es decir, si únicamente la UPF A está presente para la UPF 212 en la FIGURA 4), entonces el contexto de sesión puede mantenerse en la UPF A sin información relacionada con AN 204 de la NG3. Si la sesión de PDU recibe servicio de dos UPF 212 en una cadena (es decir, si únicamente la UPF A y la UPF B estuvieran presentes para la UPF 212 en la FIGURA 4), entonces el contexto de sesión puede mantenerse en ambas UPF A y UPF B. La UPF que finaliza NG3 puede no mantener información relacionada con AN 204. Ambas UPF A y UPF B pueden mantener la información relacionada con túnel NG9. Si la sesión de PDU es una sesión de PDU multihogar (es decir, UPF A, UPF B y UPF C están presentes como se muestra en la FIGURA 4), entonces el contexto de sesión en el punto de ramal UPF (es decir, UPF A) no mantiene información relacionada con AN 204. En esta sesión de PDU multihogar, el punto de ramal UPF A puede mantener la información relacionada con túnel NG9 hacia ambas UPF B y UPF C. UPF B y UPF C pueden mantener la información relacionada con túnel NG9 hacia el punto de ramal UPF A.
El UE 202 y la SMF 220 pueden estar en el estado Sesión-INACTIVIDAD cuando la conexión de datos (es decir, NG3) dedicada a la sesión de PDU dada no está establecida entre el UE 202 y la UPF 212. Un mensaje NAS (p. ej., una solicitud de Servicio) que incluye el identificador (ID) de sesión de PDU dado puede iniciar una transición desde Sesión-INACTIVIDAD a Sesión-ACTIVA. Cuando una sesión de PDU está en el estado Sesión-INACTIVIDAD, el contexto de sesión en el UE 202 y la SMF 220 puede ser desincronizado (es decir, el UE 202 y la red pueden tener diferentes conjuntos de flujos de QoS activados (p. ej., para flujos de QoS de tasa de bits garantizada (GBR))). Durante la transición desde el estado Sesión-INACTIVIDAD al estado Sesión-ACTIVA, el UE 202 puede incluir estado de flujos de QoS que indica cada estado de flujo de QoS (es decir, activado o desactivado) de la sesión de PDU en el mensaje NAS (p. ej., Solicitud de Servicio), el conjunto de flujos de QoS activados se sincroniza entre el UE 202 y la SMF 220.
La FIGURA 5 ilustra, en un diagrama de componentes, un ejemplo de un modelo de estado Sesión-ACTIVA 500. El modelo de estado Sesión-ACTIVA 500 muestra cómo un estado Sesión-ACTIVA puede representarse en el CP (como estado de sesión) y el UP (como contexto de sesión) para el UE 202, la AN 204, la SF 220 y la UPF 212. Una sesión de PDU puede estar en el estado Sesión-ACTIVA cuando la conexión de datos (es decir, NG3) dedicada a la sesión de PDU dada se establece entre el UE 202 y la UPF 214. En el estado Sesión-ACTIVA, los datos de UL/DL pertenecientes a la sesión de PDU pueden enviarse directamente entre el UE 202 y la red. El UE 202 puede mantener un contexto de sesión con recursos RAN activados correspondientes a la sesión de PDU. La AN 204 puede mantener un contexto de sesión y recurso de RAN de reserva (para flujo de QoS de GBR, si está presente) correspondiente a la sesión de PDU. En la sesión de PDU recibe servicio de únicamente una UPF (es decir, únicamente UPF A), el contexto de sesión puede mantenerse en la UPF A con información relacionada con AN 204 de NG3. Si la sesión de PDU recibe servicio de dos UPF en una cadena (es decir, únicamente UPF A y UPF B), el contexto de sesión puede mantenerse en ambas UPF A y UPF B. La UPF que finaliza NG3 puede mantener información relacionada con AN 204 de NG3. Ambas UPF A y UPF B pueden mantener la información relacionada con túnel NG9. Si la sesión de PDU es una sesión de PDU multihogar (es decir, UPF A, UPF B y UPF C), el contexto de sesión en el punto de ramal UPF (es decir, UPF A) puede mantener información relacionada con AN 204. El punto de ramal UPF A puede mantener la información relacionada con túnel NG9 hacia ambas UPF A y UPF B. UPF A y UPF B pueden mantener la información relacionada con túnel NG9 hacia el punto de ramal UPF A.
La AN 204 se puede configurar con un Temporizador de Sesión Inactiva por la SMF 220 cuando se establece o se activa una sesión de PDU. Si, para la duración del temporizador de Sesión Inactiva, no hay datos de UL/DL detectados en la sesión de PDU en la AN 204, entonces la AN 204 puede iniciar un procedimiento de transición de estado de conexión de sesión. El estado de conexión de sesión en ambos del UE 202 y la SMF 220 puede entrar a Sesión-INACTIVIDAD para la sesión de PDU dada.
La AN 202 y la SMF 220 también pueden iniciar el procedimiento de desactivación de sesión de PDU debido a cierta causa. Por ejemplo, una intervención de O&M, un fallo no especificado, etc. Cuando una sesión de PDU está en el estado Sesión-ACTIVA, durante los procedimientos de traspaso, la AN 204 puede enviar a la AMF 218 el ID de sesión de PDU en un mensaje de "Traspaso Requerido". Según el ID de sesión de PDU, la AMF 218 puede notificar a la SMF 220 correspondiente para que ejecute el procedimiento de traspaso.
Los siguientes parámetros de gestión de sesiones (SM) se usan en esta divulgación: "Sesión-Estado", "Activar-Sesióncuando-RRC-Retomada", "Sesión-Actividad-TiempoLímite", "SM-Acción-para-Inactividad" y "Mantener-UE-Contexto-Para-Todo".
El parámetro, Sesión-Estado, se puede usar en un contexto de sesión de PDU de UE de AN 204, LA SMF 220, UPF 212, UDM 216 y PCF 222. El parámetro, Sesión-Estado, puede tener dos valores: "Sesión-ACTIVA" y "Sesión-INACTIVIDAD".
El parámetro, Activar-Sesión-cuando-RRC-Retomado, se puede usar para indicar si una sesión de PDU está en el estado Sesión-ACTIVA cuando se retoma un RRC. Este parámetro puede tener dos valores: "Sí" y "No". El parámetro puede ser configurado por la PCF 222. La PCF 222 puede enviar este parámetro a la SMF 220. Entonces la SMF 220 puede enviar este parámetro a la AN 204 y/o al UE 202 durante un procedimiento de establecimiento de sesión.
El parámetro, Sesión-Actividad-TiempoLímite, puede ser un parámetro de temporizador en la AN 204, configurado por la PCF 222 para sesiones de PDU individuales. El parámetro se puede usar para monitorizar actividades en la UL y DL de una sesión de PDU. Si el UE 202 no tiene paquetes de UL o DL más largos que el parámetro Sesión-Actividad-TiempoLímite, entonces la AN 204 puede informar a la SMF 220. La SMF 220 puede entonces ya sea liberar esta sesión de PDU o cambiar el estado de una sesión desde Sesión-ACTIVA a Sesión-INACTIVIDAD, dependiendo de la política de gestión de sesiones (SM) configurada por la PCF 222.
El parámetro, SM-Acción-para-Inactividad-Sesión, es un parámetro de política de SM configurado por la PCF 222. La PCF 222 puede enviar este parámetro a la SMF 220 durante un procedimiento de establecimiento de sesión. El parámetro SM-Acción-para-Inactividad-Sesión puede tener dos valores: "Mantener-Inactividad-Sesión" y "Liberar-Inactividad-Sesión". Si el valor se establece a "Mantener-Inactividad-Sesión", entonces la SMF 220 puede cambiar el estado de la sesión de PDU desde Sesión-ACTIVA a Sesión-INACTIVIDAD. Si el valor se establece a "Liberar-Inactividad-Sesión", entonces la SMF 220 puede liberar la sesión de PDU en inactividad.
El parámetro, Mantener-UE-Contexto-para-Inactividad-Sesiones, puede estar en el contexto de UE de la SMF 220 y la UPF 222, como lo configura la PCF 222. Este parámetro se puede usar para indicar si el contexto del UE 202 puede mantenerse en la SMF 220 y UPF 222 cuando todas las sesiones de PDU del mismo UE 202 que reciben servicio de la SMF 220 y por la UPF 222 están en el estado Sesión-INACTIVIDAD. El parámetro Mantener-UE-Contexto-para-Inactividad-Sesiones puede tener dos valores: "Mantener" y "Se-Puede-Liberar". Si el parámetro Mantener-UE-Contexto-para-Inactividad-Sesiones se establece a "Mantener", entonces la SMF 220 y la UPF 222 pueden mantener el contexto de UE independientemente del estado de sesión. Si el parámetro Mantener-UE-Contexto-para-Inactividad-Sesiones se establece a "Puede-Ser-Liberado", entonces se puede aplicar al menos uno de los siguientes:
La UPF 212 y SMF 220 pueden mantener un contexto de UE completo si su contexto de UE tiene al menos una sesión activa. Sin embargo, alguna información en el contexto de UE puede liberarse, tal como información de conexión de NG3, que incluye el identificador de punto final de túnel NG3 y dirección IP de AN 204.
La UPF 212 y la SMF 220 pueden o no mantener contexto de UE si todas las sesiones a la que dan servicio están en el estado de inactividad.
Cuando un UPF 212 libera el contexto de UE de un UE 202 que tiene todas las sesiones en inactividad, la UPF 212 puede transferir su contexto de UE completo a la SMF 220. Adicionalmente, la UPF 220 puede transferir a la PCF 222 la información de cobro del contexto de UE.
La FIGURA 6A ilustra, en un diagrama de estado, un ejemplo de un modelo de estado de gestión de sesión 600A en un UE 202. El modelo de estado de gestión de sesión 600A muestra un estado Sesión-INACTIVIDAD 610 y un estado Sesión-ACTIVA 620. Una sesión activa (es decir, una sesión que está en el estado Sesión-ACTIVA 620) puede realizar una transición al estado Sesión-INACTIVIDAD 610 tras una solicitud por parte del UE 202 o una solicitud por parte de la AN 204. Tales solicitudes pueden incluir una reconfiguración de conexión de RRC para desactivar recursos de RAN para la sesión de PDU, y una liberación de conexión de RRC. Una sesión en inactividad (es decir, una sesión que está en el estado Sesión-INACTIVIDAD 610) puede realizar una transición al estado Sesión-ACTIVA 620 tras una solicitud por parte del UE 202 (datos originados en móvil (MO)) o una solicitud por parte de la UPF 212 (datos finalizados en móvil (MT)). Tales solicitudes pueden incluir una reconfiguración de conexión de RRC para activar recursos de RAN para la sesión de PDU.
La FIGURA 6B ilustra, en un diagrama de estado, un ejemplo de un modelo de estado de gestión de sesión 600B en una SMF 220. El modelo de transición de estado de gestión de sesiones 600B muestra el estado Sesión-INACTIVIDAD 610 y un estado Sesión-ACTIVA 620. Una sesión activa (es decir, una sesión que está en el estado Sesión-ACTIVA 610) puede realizar una transición al estado Sesión-INACTIVIDAD 620 tras una solicitud por parte del UE 202 o una solicitud por parte de la AN 204. Tales solicitudes pueden incluir una solicitud de sesión de desactivación para la sesión de PDU. Una sesión en inactividad (es decir, una sesión que está en el estado Sesión-INACTIVIDAD 620) puede realizar una transición al estado Sesión-ACTIVA 610 tras una solicitud por parte del UE 202 (datos MO) o una solicitud por parte de la UPF 212 (datos MT). Tales solicitudes pueden incluir una reconfiguración de conexión de RRC para activar recursos de RAN para la sesión de PDU.
La FIGURA 6C ilustra, en un diagrama de componentes, un ejemplo de un modelo de estado de gestión de sesión 600C para múltiples sesiones de PDU. Un UE 202 puede tener múltiples sesiones de PDU establecidas usando múltiples SMF 220 y UPF 212. El sistema NextGen soporta el estado de conexión de sesión independiente por sesión de PDU (p. ej., Sesión A está en estado Sesión-INACTIVIDAD, mientras que Sesión B y Sesión C están en estado Sesión-ACTIVA. Sesión A y Sesión B reciben servicio de SMF A, mientras que Sesión C recibe servicio de SMF B). Cuando múltiples sesiones de PDU se activan para un UE 202, la AN 204 se puede configurar con Temporizadores de Sesión Inactiva individuales por la SMF(s) 220 para cada sesión de PDU durante el procedimiento de activación de sesión. Cuando el UE 202 está en el estado de CN-INACTIVIDAD, el estado de conexión de sesión de cada sesión de PDU puede ser Sesión-INACTIVIDAD. Cuando el UE 202 solicita entrar al estado de CN-CONECTADO desde el estado de CN-INACTIVIDAD (p. ej., una solicitud de Servicio), el UE 202 también pueden indicar la sesión(es) de PDU a activar. El estado de conexión de sesión para la sesión(es) de PDU solicitada(s) puede cambiarse a Sesión-ACTIVA en el UE 202 y la SMF 220, mientras las otras sesión(es) de PDU (si las hay) pueden permanecer en Sesión-INACTIVIDAD. Tanto si el UE 202 tiene como si no una sesión de PDU activada, el sistema NextGen puede soportar la activación de sesiones de PDU adicionales.
Cuando una sesión está en un estado Sesión-INACTIVIDAD 610, un RRC puede estar en cualquier estado (p. ej., RRC-CONECTADO, RRC-INACTIVIDAD, RRC-INACTIVO). Si todas las sesiones de PDU están en el estado Sesión-INACTIVIDAD, entonces el RRC puede estar en cualquier estado, el estado de movilidad es MM-Registrado, y el estado de CN es CN-INACTIVIDAD o CN-CONECTAdO. La DRB puede ser suspendida. Así no hay señalización AS para sesiones en inactividad. El UE 202, la AN 204, la UPF 212, la SMF 220, la UDM 216 y la PCF (222) pueden almacenar un contexto de UE relevante, que incluye información de túnel, para retomar la conexión rápidamente. Sin embargo, la información de túnel NG3 puede no actualizarse en caso de movilidad de UE o reubicación de UPF 212. Pueden no realizarse procedimientos de mantenimiento de túnel. Es más, un túnel NG3 de sesiones en inactividad puede ser retirado de tablas de enrutamiento de la AN 204 y la UPF 212. La información de túnel se actualizará cuando una sesión cambia su estado desde Sesión-INACTIVIDAD a Sesión-ACTIVA. En un contexto de UE de la AN 204, la UPF 212, la SMF 220, la UDM 216 y la PCF 222, el parámetro Sesión-Estado puede marcarse "Sesión-INACTIVIDAD". No se requiere señalización NAS para sesiones en inactividad. En la UPF 212, para sesiones en inactividad, las TFT pueden no estar disponibles en la función de clasificación de paquetes de UPF 212. Los recursos usados para monitorización y cobro de tasa de datos de sesión (AMBR/MBR/GBR) pueden liberarse.
Cuando una sesión está en un estado Sesión-ACTIVA 620, y un RRC está en un estado RRC-CONECTADO, se establece la señalización DRB/AS/NAS. El estado de movilidad es MM-Registrado y el estado de CN es CN-CONECTADO. Funciones de red que dan servicio a sesiones de PDU, que incluye el UE 202, la AN 204, la UPF 212, la AMF 218, la SMF 220, la UDM 216 y la PCF 222, tienen información de contexto de UE relevante. En los contextos de UE de la AN 204, la UPF 212, la SMF 220, la UdM 216 y la PCF 222, el parámetro Sesión-Estado se marca "Sesión-ACTIVA". En la UPF 212, la plantilla de flujo de tráfico (TFT) está disponible en la función de clasificación de paquetes de UPF 212. La TFT se usa para clasificar paquetes en flujos de calidad de servicio (QoS). Por lo tanto, cuantas más TFT hay en uso, más alta es la complejidad de búsqueda en la UPF 212. Así, únicamente se buscan las TFT de sesiones activas en cuanto a paquetes de ingreso en UPF 212. En la AN 204 y la UPF 212, están en funcionamiento recursos para la monitorización y cobro de tasa de datos de sesión de PDU (tasa de bits máxima agregada (AMBR) / tasa de bits máxima (MBR) / tasa de bits garantizada (GBR)).
La SMF 220 puede cambiar el estado de una sesión de PDU desde Sesión-ACTIVA a Sesión-INACTIVIDAD en función de solicitudes de UE 202 y AN 204, o en función de su propia decisión. El UE 202 y UPF 212 pueden informar a la SMF 220 sobre la presencia de datos de UE de modo que la SMF 220 puede cambiar el estado de una sesión desde Sesión-INACTIVIDAD a Sesión-ACTIVA. Es posible cambiar el estado de sesiones individuales o un grupo de sesiones. La SMF 220 informa a la UPF 212 de modo que la UPF 212 debe mantener o puede opcionalmente retirar el contexto de UE, dependiendo de la política de SM para esta sesión de PDU configurada por la PCF 222.
Cuando el RRC del UE 202 está en un estado RRC-CONECTADO y la AN 204 cambia el RRC a modo RRC-INACTIVIDAD o RRC-INACTIVO CONECTADO, el estado de todas las sesiones de PDU del UE 202 se puede establecer al estado Sesión-INACTIVIDAD.
Cuando se retoma una conexión de RRC, el estado de CN se cambia desde CN-INACTIVIDAD a CN-CONECTADO. Para transmisión MO, el UE 202 puede enviar una solicitud AS a la AN 204 para retomar la conexión de RRC. Esta solicitud puede incluir los identificadores (ID) de DRB a retomar. Como alternativa, el UE 202 puede enviar una solicitud NAS a la SMF 220 para indicar qué sesión se va a retomar. Es posible retomar SM para algunas sesiones de PDU específicas. Para transmisión MT, la UPF 212 puede enviar una solicitud de actualización de contexto de UE a la SMF 220. La SMF 220 interactúa con la AMF 218 para localizar el UE 202 para activar la conexión de RRC.
Para soportar (des-) activación de sesión individual, el UE 202 y la AN 204 pueden iniciar un procedimiento para suspender o retomar DRB. Si se suspende un DRB, el estado de sesión en la CN 206 puede cambiarse a Sesión-INACTIVIDAD. Si se retoma un DRB, el estado de sesión en la CN 206 puede cambiarse a Sesión-ACTIVA.
A continuación se describen procedimientos de gestión de sesiones para establecimiento de sesión, liberación de sesión, modificación de sesión, transición de estado de RRC, y transición de estado de sesión.
La FIGURA 7 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de establecimiento de sesión (700), según una realización de la presente divulgación. Etapas para el procedimiento de establecimiento de sesión (700) pueden ser realizadas por varios componentes de la arquitectura de no itinerancia 210 para establecer una sesión entre el UE 202 y la DN 208. La PCF 222 puede tener una política de SM que incluye información en relación con rutas de UL y DL lógicas preferibles específicas de segmento de red entre la An 204 y la UPF 212.
El método (700) comprende el UE que envía un nuevo mensaje de solicitud de sesión NAS (705) que incluye un SM-NSSAI, ID de AN temp de UE, e ID de AN de sesión generado por UE, tipo de servicio, y una red de nombre de dominio (DNN) a la AMF 218 por medio de la AN 204. Cabe señalar que cuando la sesión de PDU se crea junto con un procedimiento de unión inicial o volver a unir un UE para algunos segmentos de red específicos, el UE puede proporcionar el ID de sesión generado por UE junto con la solicitud de unión inicial o de volver a unir. La AMF 218 usa la SM-NSSAI para seleccionar una SMF 220 y reenviar el mensaje de solicitud de sesión a la SMF seleccionada 220 (710), junto con una dirección IP de la AN que da servicio. La AMF 218 puede almacenar el ID de la SMF seleccionada 220. Cuando la SMF 220 recibe la solicitud desde la AMF 218, la SMF 220 puede almacenar el ID de la AMF 218 que da servicio al UE 202. La SMF 220 puede acceder a información de suscripción de usuario en la UDM 216 para autorización de servicio (715) (es decir, mensajería de autorización de servicio de SMF-UDM). Si el servicio no está autorizado, entonces la SMF 220 puede enviar un mensaje de respuesta de creación de sesión apropiado (760) al UE 202 por medio de la AMF 218. La respuesta de creación de sesión puede incluir un código de negación de sesión.
Si el servicio está autorizado (715), entonces puede realizarse la configuración de las conexiones UP (360) para un segmento de tipo específico de UE o predeterminado. La preparación de las conexiones UP (360) puede incluir que la SMF 220 obtiene políticas de UE desde la PCF 222 (720), incluidas las políticas de SM, QoS y de cobro (i.e., mensajería de recuperación de políticas de SMF-PCF UE (SM, QoS, cobro)). La SMF 220 también pueden destinar la dirección(es) IP para el UE 202 si la sesión de PDU es una sesión basada en IP. La política de SM puede incluir al menos la siguiente información: la UPF(s) preferida(s) 212 para soportar aplicaciones de computación de borde móvil (MEC); el parámetro Sesión-Actividad-TiempoLímite; el parámetro Mantener-UE-Contexto-para-Inactividad-Sesiones; el parámetro SM-Acción-para-Inactividad-Sesión; y el parámetro Activar-Sesión-cuando-RRC-Retomado.
Opcionalmente, la SMF 220 puede suscribirse a la AMF 218 para información de movilidad de UE (725), si se va a realizar optimización de gestión de sesiones basado en patrón de movilidad y si la SMF no se ha suscrito aún a la AMF 218 para la información. Cabe señalar que la mensajería de suscripción a información de movilidad de SMF-AMF UE (725) puede ser un procedimiento independiente que puede tener lugar en cualquier momento antes, después o durante el establecimiento de sesión. En este ejemplo, la suscripción a información de movilidad SMF-AMF UE se muestra dentro del procedimiento de establecimiento de sesión.
A continuación, la SMF 220 puede enviar a la AN que da servicio 204, por medio de la AMF 218, un mensaje de solicitud de preparación de recursos de AN (730). La solicitud puede incluir el ID temp de UE, el ID de sesión, la Perfil de QoS, y la dirección IP seleccionada de la UPF 212. La solicitud también puede incluir el parámetro de Sesión-Actividad-TiempoLímite y el parámetro Activar-Sesión-cuando-RRC-Retomado.
Opcionalmente, si el ID de sesión proporcionada por UE 202 se incluye en la solicitud de unión, la AN 204 puede realizar control de admisión para la sesión de PDU solicitada según la Perfil de QoS. Si la sesión de PDU es aceptada, la AN 204 puede establecer (es decir, preparar) un DRB (735) según la Perfil de QoS. Cabe señalar que para algunos servicios, aunque el UE puede no solicitar una nueva sesión durante el procedimiento de conexión, la CN 206 todavía puede establecer la ruta UP, aunque no se establece DRB entre el UE 202 y la AN204.
La AN 204 puede entonces enviar a la SMF 220, por medio de la AMF 218, un mensaje de Respuesta de preparación de recursos de AN (740). La AN 204 puede almacenar toda la información relacionada con UE en un perfil de contexto específico de UE, incluyendo el parámetro Sesión-Estado. A continuación, la SMF 220 puede seleccionar la UPF 212 en función de la política de UPF(s) preferida, si está disponible, y la carga de tráfico actual de las UPF 212. La SMF 220 puede enviar un mensaje de solicitud de configuración de sesión de UPF (745) a la UPF seleccionada 212, que puede incluir al menos el ID temp de UE, el ID de sesión, la dirección(es) IP del UE 202, la QoS y políticas de cobro, la DNN, y el parámetro Mantener-UE-Contexto-para-Inactividad-Sesiones. La UPF 212 puede almacenar toda la información relacionada con UE en un contexto específico de UE, que puede incluir el ID temp de UE, el ID de sesión, la AN 204, la dirección(es) IP de UE 202, la QoS y políticas de cobro, y otra información. Cabe señalar que el ID de sesión puede omitirse para algunos tipos de UE, tales como dispositivos simples de internet de las cosas (IoT), que accede únicamente a un segmento y únicamente a una sesión de PDU por segmento de red.
A continuación, la UPF 212 puede enviar un mensaje de respuesta de configuración de sesión de UPF (750) a la SMF 220. La SMF 220 puede almacenar toda la información relacionada con UE en un perfil de contexto de UE SM, que incluye el parámetro Sesión-Estado. La SMF 220 puede entonces enviar un mensaje de respuesta de creación de sesión (755) a la AMF 218, que puede incluir el ID temp de UE y el ID de sesión. La AMF 218 puede disparar procedimientos de gestión de movilidad. La SMF 220 puede entonces enviar un mensaje de respuesta de creación de sesión NAS (760) al UE 202 por medio de la AMF 218. Si la solicitud de sesión es aceptada, la respuesta de creación de sesión puede incluir el ID de sesión, la dirección(es) IP asignada(s), un Perfil de QoS opcional y el modo de continuidad de servicio y sesión (SSC). La SM puede almacenar información de contexto de UE, que incluye política de SM, QoS y políticas de cobro, la dirección(es) IP asignada(s), la AMF ID, el ID de AN, la UPF ID, la información de túnel NG3, y otros parámetros. Las dos etapas 755 y 760 se pueden combinar. Por ejemplo, la SMF 220 puede enviar un mensaje que contiene dos partes: una para la AMF 218 y una para el UE 202. Tras recibir el mensaje combinado de respuesta de creación de sesión, la AMF 218 puede desprender la información por sí misma y reenviar el parte del UE al UE 202. Como se señala anteriormente, si la solicitud de sesión es rechazada, la respuesta de creación de sesión puede incluir un código de error. Este código de error puede ser "Solicitud de Servicio No Autorizada", "Agotamiento de Recursos de Red", "Insuficiente Crédito para Cobro", u otro código de error. Cabe señalar que si el UE 202 solicita una nueva sesión en una solicitud de unión inicial y volver a unir, puede omitirse la etapa (760). En este caso, en los procedimientos de unión inicial y volverse a unir, la AMF 218 puede enviar un mensaje de respuesta de unión que incluye información de gestión de sesiones. La información de SM puede incluir el ID de sesión y la Perfil de QoS.
Opcionalmente, la SMF 220 puede enviar información de gestión de sesiones de UE (es decir, por medio de un procedimiento de actualización de contexto de SMF-UE (765)) a la UDM 216. También opcionalmente, la AMF 218 puede enviar información relacionada con gestión de movilidad de UE (es decir, por medio de un procedimiento de actualización de contexto de AMF-UDM UE (770)) a la UDM 216. Opcionalmente, la SMF 220 y la PCF 222 pueden realizar un procedimiento de actualización de sesión de SMF-PCF (775) donde los parámetros reales de la sesión de PDU pueden enviarse desde la SMF 220 a la PCF 222. Cabe señalar que la AN 204 y la UPF 212 pueden preparar un túnel si este túnel todavía no existe.
La FIGURA 8 ilustra, en un diagrama de flujo de mensaje, un ejemplo del procedimiento de suscripción de información de movilidad de UE SMF-AMF (725), según una realización del procedimiento de establecimiento de sesión (700). La SMF 220 puede enviar a la AMF 218 (o la AMF 218 puede recibir de la SMF 220) un mensaje de solicitud de información de movilidad de SMF-AMF UE (826). El mensaje (826) puede incluir uno o más identificadores para identificar el UE 202 (tal como ID de UE temp, identidad de abonado móvil internacional (IMSI), GUTI), el margen de tiempo de movilidad y el tipo de suscripción. El margen de tiempo de movilidad indica el lapso de la información de movilidad de UE solicitada. El tipo de suscripción indica si la suscripción es una recuperación de información de un solo uso o puede usar actualizaciones de información periódicas. La SMF 220 entonces puede recibir de la AMF 218 (o la AMF 218 puede enviar a la SMF 220) un mensaje de actualización de información de movilidad de SMF-AMF UE (828). El mensaje puede incluir los identificadores del conjunto de AN 204 que pueden potencialmente dar servicio al UE en el margen de tiempo de movilidad especificado. La AMF 218 puede realizar la actualización de información de movilidad (828) al recibir la solicitud (826), y, si la solicitud (826) indica una actualización periódica, cuando cambia la información de movilidad solicitada. La AMF 218 puede determinar el servicio AN 204 establecido según el patrón de movilidad del UE 202. Pueden añadirse otras etapas al procedimiento (725).
La FIGURA 9 ilustra, en un diagrama de flujo de mensaje, un ejemplo del procedimiento de actualización de contexto de SMF-UDM UE (765), según una realización del procedimiento de establecimiento de sesión (700). La SMF 220 puede enviar a la UDM 216 (o la UDM 216 puede recibir de la SMF 220) un mensaje de solicitud de actualización de contexto de SMF-UDM UE (966). El mensaje (966) puede incluir identificadores para identificar el UE 202 (tal como temp ID, IMSI, GUTI), y el contexto de UE o valores nuevos de parámetros del contexto de UE que han cambiado. La SMF 220 puede entonces recibir de la UDM 216 (o la UDM 216 puede enviar a la SMF 220) un mensaje de respuesta de actualización de contexto de SFM-UDM (968) para confirmar que el contexto de UE ha sido actualizado en la UDM 216. Pueden añadirse otras etapas al procedimiento (765).
la FIGURA 10 ilustra, en un diagrama de flujo de mensaje, un ejemplo del procedimiento de actualización de contexto de UE AMF-UDM (770), según una realización del procedimiento de establecimiento de sesión (700). La AMF 218 puede enviar a la UDM 216 (o la UDM 216 puede recibir de la AMF 218) un mensaje solicitud de actualización de contexto de UE AMF-UDM (1072) para actualizar los parámetros de gestión de movilidad para un UE 202. El mensaje (1072) puede incluir identificadores para identificar el UE 202 (tal como ID de UE temp, IMSI, GUTI), y el contexto de UE o valores nuevos de parámetros del contexto de UE que han cambiado. La AMF 218 puede entonces recibir de la UDM 216 (o la UDM 216 puede enviar a la AMF 218) un mensaje de respuesta de actualización de contexto de AMF-UDM UE (1074) para confirmar que los parámetros de gestión de movilidad en el contexto de UE han sido actualizados en la UDM 216. Pueden añadirse otras etapas al procedimiento (770).
la FIGURA 11 ilustra, en un diagrama de flujo de mensaje, un ejemplo del procedimiento de actualización de contexto de UE SMF-PCF (775), según una realización del procedimiento de establecimiento de sesión (700). La SMF 220 puede enviar a la PCF 222 (o la PCF 222 puede recibir de la SMF 220) un mensaje de solicitud de actualización de sesión de SMF-PCF UE (1176) para actualizar los parámetros de sesión para un UE 202. El mensaje (1176) puede incluir identificadores para identificar el UE 202 (tal como ID de UE temp, IMSI, GUTI) y el contexto de UE (gestión de sesiones, parámetros de QoS, información de cobro) o valores nuevos de parámetros del contexto de UE que han cambiado. La SMF 220 puede entonces recibir de la PCF 222 (o la PCF 222 puede enviar a la SMF 220) un mensaje de respuesta de actualización de sesión de SMF-PCF (1178) para confirmar que los parámetros de gestión de sesiones del UE 202 han sido actualizados en la PCF 136. Pueden añadirse otras etapas al procedimiento (775).
la FIGURA 12 ilustra, en un diagrama de flujo, un ejemplo de un método para establecer una sesión (1200), según el procedimiento de establecimiento de sesión (700). El método (1200) es realizado por la SMF 220. La SMF 220 puede implementarse como módulo de función de gestión de sesión en un servidor en la CN 206. La SMF 220 se puede configurar para recibir un mensaje de solicitud de sesión (1210). El mensaje de solicitud de sesión puede ser desde una AMF 218 que ha recibido el mensaje de solicitud de sesión desde un UE 202. Una vez la SMF 220 recibe el mensaje de solicitud de sesión, la SMF 220 puede determinar si el UE 202 está autorizado para solicitar al servicio (1220). Para realizar esta autorización de servicio, la SMF 220 puede acceder a información de suscripción de usuario en la UDM 216. Si el servicio no está autorizado (1220), entonces la SMF 220 puede enviar un mensaje de respuesta de creación de sesión apropiado (760) al UE 202 por medio de la AMF 218. Como se ha descrito anteriormente, la respuesta de creación de sesión puede incluir un código de negación de sesión. Si el servicio está autorizado (1220), y si se va a realizar un optimización de gestión de sesiones basada en patrón de movilidad, y si la SMF 220 no se ha suscrito todavía a la AMF para la información, (1230) entonces la SMF 220 puede suscribirse a la AMF 218 para información de movilidad de UE (725), como se ha descrito anteriormente. Cabe señalar que, como se ha descrito anteriormente, las etapas (1230) y (725) pueden realizarse en cualquier momento antes, durante o después del método (2040).
La SMF 220 puede obtener políticas de UE desde la PCF 222 (720), como se ha descrito anteriormente. A continuación, la SMF 220 puede enviar a la AN que da servicio 204 por medio de la AMF 218 el mensaje de solicitud de preparación de recursos (730), como se ha descrito anteriormente. La SMF 220 puede entonces recibir el mensaje de respuesta de preparación de recursos desde la AN 204 por medio de la AMF 218 (740), como se ha descrito anteriormente. A continuación, la SMF 220 puede enviar un mensaje de solicitud de configuración de UP a un UPF seleccionada 212 (745), como se ha descrito anteriormente. A continuación, la SMF 220 puede recibir un mensaje de respuesta de configuración de sesión desde la UPF 212 (750), como se ha descrito anteriormente. La SMF 220 puede entonces enviar un mensaje de respuesta de creación de sesión (755) a la AMF 218, como se ha descrito anteriormente. La SMF 220 puede entonces enviar un mensaje de respuesta de creación de sesión (760) al UE 202 por medio de la AMF 218, como se ha descrito anteriormente.
Pueden añadirse otras etapas al método (2040), incluso que la SMF 220 almacena toda la información relacionada con UE en un perfil de contexto de UE SM, incluido el parámetro Sesión-Estado. La SMF 220 también pueden opcionalmente enviar información de gestión de sesiones de UE a la UDM 216 (765).
la FIGURA 13 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de modificación de sesión (2060), según una realización de la presente divulgación. Un procedimiento de modificación de sesión de PDU puede ser disparado por la PCF 222, el UE 202 y la SMF 220. Un primer posible disparador para modificación de sesión ocurre cuando la PCF 222 envía a la SMF 220 una solicitud de modificación de sesión de PCF-SMF (1310a). La solicitud puede incluir el ID de UE temp, el ID de sesión, y nuevos parámetros de SM/QoS/política de cobros. Un segundo posible disparador para modificación de sesión ocurre cuando el UE 202 envía a la SMF 220, por medio de AMF 218, una solicitud de modificación de sesión de UE-SMF para una sesión activa (1310b). La solicitud puede incluir la SM-NSSAI, el ID de UE temp, el ID de sesión, una lista de parámetros a cambiar y sus valores nuevos, y una zona horaria de UE. Un tercer posible disparador para modificación de sesión ocurre cuando la SMF 220 crea una solicitud de modificación de sesión de SMF (1310c) en función de políticas de UE actuales, y otros factores (p. ej., cambios de carga en la UPF 212 y la AN 204).
Si los disparadores posibles primero y segundo fueran responsables de la solicitud de modificación de sesión, entonces la SMF 220 puede verificar las solicitudes de modificación de sesión (1320). Si la solicitud procede de la PCF 222 para actualizaciones de políticas de UE (1310a), entonces la actualización de política nueva puede almacenarse en una memoria local de la SMF 220. La SMF 220 puede crear una solicitud de modificación de sesión a la AN 204 y la UPF 212 en función de los parámetros de política nueva. Si la solicitud procede del UE 202 (p. ej., para nuevos parámetros de QoS (MBR más alto o GBR más alto)) (1310b), la SMF 220 puede verificar la solicitud con la políticas de UE actuales. Si se permite la solicitud de UE (1310b), entonces la SMF 220 puede crear una solicitud de modificación de sesión a la AN 204 y la UPF 212 en función de la solicitud de UE. Si no se permite la solicitud de UE (1310b), entonces la SMF 220 puede enviar un código de causa al UE (1390b) y pueden ignorarse las otras etapas en el procedimiento (1300).
El UE 202 puede solicitar modificación de sesión que puede establecer políticas almacenadas en la SMF 220. Por ejemplo, el UE 202 puede solicitar un flujo de GBR adicional para una sesión de PDU actual que no tiene flujos de GBR. Si el UE 202 solicita flujo de GBR adicional, entonces la SMF 220 y la PCF 222 pueden realizar un procedimiento de recuperación de política de UE. La SMF 220 puede enviar a la PCF 222 un mensaje de solicitud de política de SMF-PCF UE (1330), que puede incluir la política requerida para el flujo de PDU adicional que ha solicitado el UE. La PCF 222 puede devolver a la SMF 220 un mensaje de respuesta de política de SMF-PCF UE (1335), que puede incluir la política de UE.
A continuación, la SMF 220 puede enviar a la AN 204, por medio de la AMF 218, un mensaje de solicitud de modificación de sesión de SMF-AN (1340). La solicitud puede incluir nuevos parámetros de SM y/o nuevos parámetros de QoS. Opcionalmente, la AN 204 puede entonces realizar control de admisión (1350) si se solicita un nuevo flujo de GBR o se modifica un flujo de GBR actual. Si se aceptan los cambios de parámetro de QoS, la AN 204 puede opcionalmente realizar un procedimiento de modificación de sesión con el UE 202. La AN 204 puede enviar al UE 202 un mensaje de solicitud de modificación de sesión de AN-UE (1360). La solicitud puede incluir nuevos parámetros de QoS, SM o política. Después de aplicar nuevos parámetros de QoS, SM o política, el UE 202 puede enviar a la AN 204 un mensaje de respuesta de modificación de sesión de AN-UE (1365).
A continuación, la AN 204 puede enviar a la SMF 220, por medio de la AMF 218, un mensaje de respuesta de modificación de sesión de SMF-AN (1370), que puede incluir ya sea un acuse de recibo o un código de causa. Si el mensaje de respuesta de modificación de sesión SMF-AN incluye un código de causa, pueden ignorarse las etapas (1380) y (1385). De otro modo, la SMF 220 y la UPF 212 pueden realizar un procedimiento de modificación de sesión de SMF-UPF. La SMF 220 puede enviar a la UPF 212 un mensaje de solicitud de modificación de sesión de SMF-UPF (1380), que puede incluir el ID de UE temp, el ID de sesión, y nuevos parámetros de la sesión de PDU. La UPF 212 puede recibir nuevos parámetros de sesión y comprobar si los nuevos parámetros se pueden soportar. Si los nuevos parámetros se pueden soportar, la UPF 212 puede reconfigurar sus recursos para soportar la sesión de PDU. La UPF 212 puede entonces enviar a la SMF 220 un mensaje de respuesta de modificación de sesión de SMF-UPF (1385), que puede incluir ya sea un acuse de recibo o un código de causa. A continuación, la SMF 220 puede enviar una respuesta a la solicitud original. Si la solicitud de modificación de sesión procedía de la PCF 222, entonces la SMF 220 puede enviar a la PCF 222 un mensaje de respuesta de modificación de sesión de PCF-SMF (1390a), que puede incluir ya sea un acuse de recibo o un código de causa. Si la solicitud de modificación de sesión procedía del UE 202 (1310b) o la SMF 220 (1310c), la SMF 220 puede enviar a la PCF 222 un mensaje de respuesta de modificación de sesión de PCF-SMF (1390a) que contiene nuevos parámetros de sesión. Si la solicitud de modificación de sesión procedía del UE 202 (1310b), entonces la SMF 220 puede enviar al UE 202 un mensaje de respuesta de modificación de sesión de UE-SMF (1390b), que puede incluir ya sea un acuse de recibo o un código de causa. Opcional, la SMF 220 puede realizar un procedimiento de actualización de contexto de UE (765) con la UDM 216.
La FIGURA 14 ilustra, en un diagrama de flujo, un ejemplo de un método para modificar una sesión (1400), según el procedimiento de modificación de sesión (1300). El método (1400) es realizado por la SMF 220. La SMF 220 se puede configurar para determinar que se va a realizar una modificación de sesión (1410). Esta determinación (1410) puede ser debida a que la SMF 220 recibe un mensaje de solicitud de modificación de sesión de PCF-SMF desde la PCF 222. Como alternativa, esta determinación (1410) puede ser debida a que la SMF 220 recibe un mensaje de solicitud de modificación de sesión de UE-SMF desde el UE 202. Como alternativa, esta determinación (1410) puede ser debida a que la SMF 220 genera un mensaje de solicitud de modificación de sesión de SFM en función de políticas de UE actuales y otros factores (p. ej., cambios de carga en la UPF 212 y la AN 204). Si la determinación (1410) se realizó debido a solicitudes desde la PCF 222 o el UE 202 (1420), entonces la s Fm 220 se configura para verificar las solicitudes de modificación de sesión recibidas (1320), como se ha descrito anteriormente. La SMF 220 puede entonces enviar el mensaje de solicitud de modificación de sesión de SMF-AN a la AN 204 (1340), por medio de la AMF 218, como se ha descrito anteriormente. A continuación, la SMF 220 puede recibir el mensaje de respuesta de modificación de sesión de SMF-AN desde la AN 204 (1370), por medio de la AMF 218, como se ha descrito anteriormente. A continuación, la SMF 220 puede enviar a la UPF 212 el mensaje de solicitud de modificación de sesión de SMF-UPF (1380), como se ha descrito anteriormente. La SMF 220 puede entonces recibir de la UPF 212 el mensaje de respuesta de modificación de sesión de SMF-UPF (1385), como se ha descrito anteriormente. Si la modificación de sesión se debió a una solicitud desde la SM F 220 (1430), entonces la SM F 220 puede enviar a la PCF 222 un mensaje de respuesta de modificación de sesión de PCF-SMF (1390a), como se ha descrito anteriormente. Si la modificación de sesión se debió a una solicitud desde el UE 202 (1440), entonces la SMF 220 puede enviar a la PCF 222 un mensaje de respuesta de modificación de sesión de PCF-SMF (1390a), y entonces, la SMF 220 puede enviar al UE 202 un mensaje de respuesta de modificación de sesión de UE-SMF (1390b), como se ha descrito anteriormente.
Pueden añadirse otras etapas al método (2080), que incluye enviar un mensaje de respuesta de modificación de sesión de PCF-SMF a la PCF 222 si la PCF 222 envió la solicitud original de modificación de sesión a la SMF 220. Como alternativa, la SMF 220 puede enviar un mensaje de respuesta de modificación de sesión de UE-SMF al UE 202 si el UE 202 envió la solicitud original de modificación de sesión a la SMF 220. Adicionalmente, la SMF 23 puede opcionalmente enviar un mensaje de solicitud de política de SMF-PCF UE a la UPF 212 (1330), y recibir un mensaje de respuesta de política de SMF-PCF UE desde la UPF 212 (1335), como se ha descrito anteriormente.
La FIGURA 15 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de liberación de sesión (1500), según una realización de la presente divulgación. El procedimiento de liberación de sesión de PDU (1500) puede ser disparado por el UE 202, la AN 204, la UPF 212 y la SMF 220. Un primer posible disparador para la liberación de sesión de PDU ocurre cuando el UE 202 envía a la SMF 220 un mensaje de solicitud de liberación de sesión de UE (1510a). El mensaje puede incluir la SM-NSSAI, el ID de UE temp y el ID de sesión. Un segundo posible disparador para la liberación de sesión de PDU ocurre cuando la AN 204 envía a la SMF 220 un mensaje de solicitud de liberación de sesión de AN (1510b). La AN 204 puede informar una de: una condición de congestión para algunas sesiones de PDU, sin actividad de tráfico un largo periodo, y/u otras condiciones. Un tercer posible disparador para la liberación de sesión de PDU ocurre cuando la UPF 212 envía a la SMF 220 un mensaje de solicitud de liberación de sesión de UPF (1510c). La UPF 212 puede informar al menos una de una condición de congestión para algunas sesiones de PDU, una infracción de política de cobro (es decir, basada en tiempo, basada en volumen de datos, etc.), y/u otras condiciones. Un cuarto posible disparador para la liberación de sesión de PDU ocurre cuando la SMF 220 decide liberar una sesión de PDU mediante su propia lógica (1510d), o al recibir información desde el UE 202, la AN 204 y/o la UPF 212. Una vez la SMF 220 toma una decisión para liberar una sesión, hay dos opciones para un procedimiento de liberación de sesión para el UE 202 y la AN 204.
En la primera opción de procedimiento de liberación de sesión, la SMF 220 puede enviar al UE 202, por medio de la AMF 218, un mensaje de solicitud de liberación de sesión de SMF-UE (1520a), que puede incluir el ID temp de UE, el ID de sesión, y un código de causa. El valor del código de causa puede indicar la fuente de la solicitud de liberación de sesión, tal como: "Liberación de Sesión por UE" (correspondiente a la etapa 1510a); "Liberación de Sesión por AN" (correspondiente a la etapa 1510b); "Liberación de Sesión por UPF" (correspondiente a la etapa 1510c); y "Liberación de Sesión por SMF" (correspondiente a la etapa 1510d). A continuación, el UE 202 puede liberar sus recursos de DRB y contexto de sesión de PDU. El UE 202 puede enviar a la SMF 220, por medio de la AMF 218, un mensaje de respuesta de liberación de sesión de SMF-UE (1530a) para confirmar la liberación de recursos de AN 204 para la sesión de PDU liberada. A continuación, la SMF 220 puede enviar a AN 204, por medio de la AMF 218, un mensaje de solicitud de liberación de sesión de SMF-AN (1540), que puede incluir el ID temp de UE y el ID de sesión. A continuación, la AN 204 puede retirar el contexto de PDU del UE, y libera recursos de DRB. La AN 204 puede enviar a la SMF 220, por medio de la AMF 218, un mensaje de respuesta de liberación de sesión de SMF-AN (1550) para confirmar la liberación de recursos de AN 204 para la sesión de PDU liberada.
En la segunda opción de procedimiento de liberación de sesión, la SMF 220 puede enviar al AN 204, por medio de la AMF 218, un mensaje de solicitud de liberación de sesión de SMF-AN (1540), que puede incluir el ID temp de UE, el ID de sesión, y un código de causa. El valor del código de causa puede indicar la fuente de la solicitud de liberación de sesión, tal como: "Liberación de Sesión por UE" (correspondiente a la etapa 1510a); "Liberación de Sesión por AN" (correspondiente a la etapa 1510b); "Liberación de Sesión por UPF" (correspondiente a la etapa 1510c); y "Liberación de Sesión por SMF" (correspondiente a la etapa 1510d). A continuación, la AN 204 puede enviar al UE 202 un mensaje de solicitud de liberación de sesión de AN-UE (1520b). El mensaje indica la DRB a liberar (que se está usando para dar servicio a la sesión de PDU) y un código de causa. A continuación el UE 202 puede liberar su recursos de DRB y contexto de sesión de PDU. El UE 202 puede enviar a la AN 204 un mensaje de respuesta de liberación de sesión de AN-UE (1530b). A continuación, la AN 204 puede retirar el contexto de PDU del UE, y liberar recursos de DRB. La AN 204 puede enviar a la SMF 220 un mensaje de respuesta de liberación de sesión de SMF-AN (1550) para confirmar la liberación de recursos de AN para la sesión de PDU liberada.
A continuación, la SMF 220 y la UPF(s) 212 pueden realizar un procedimiento de liberación de sesión de SMF-UPF. La SMF 220 puede enviar a la UPF 212 un mensaje de solicitud de liberación de sesión de SMF-UPF (1560a). El mensaje puede incluir el ID de UE temp y el ID de sesión. A continuación, la UPF 212 puede retirar el contexto de sesión de PDU del UE, y liberar recursos que dan servicio a la sesión de PDU. La UPF 212 puede enviar a la SMF 212 un mensaje de respuesta de liberación de sesión de SMF-UPF (1560b). Cabe señalar que las UPF 212 pueden enviar información de cobro a la PCF 222 por medio de la SMF 220. Opcional, la SMF 220 y la UDM 216 pueden realizar un procedimiento de actualización de contexto de SMF-UDM UE (1570), en el que la UDM 216 puede retirar la información de sesión de PDU del UE. A continuación, la SMF 220 y la PCF 222 pueden realizar un procedimiento de actualización de contexto de SMF-PCF UE (1580). La SMF puede reenviar información de cobro a la PCF 222. La PCF 222 puede retirar la información de sesión de PDU de la sesión de PDU liberada.
La FIGURA 16 ilustra, en un diagrama de flujo, un ejemplo de un método para liberar una sesión (1600), según el procedimiento de liberación de sesión (1500). El método (1600) es realizado por la SMF 220. La SMF 220 se puede configurar para determinar liberar una sesión (1610), como se ha descrito anteriormente con referencia a la FIGURA 15. Una vez se toma la determinación (1610), la SMF 220 puede enviar el mensaje de solicitud de liberación de SMF-UE (1520a) al UE 202, por medio de la AMF 218, como se ha descrito anteriormente. A continuación, la SMF 220 puede recibir el mensaje de respuesta de liberación de SMF-UE (1530a) desde el UE 202, por medio de la AMF 218, como se ha descrito anteriormente. A continuación, la SMF 220 puede enviar el mensaje de solicitud de liberación de sesión de SMF-AN (1540) a la AN 204, por medio de la AMF 218, como se ha descrito anteriormente. A continuación, la SMF 220 puede recibir el mensaje de respuesta de liberación de sesión de SMF-AN (1550) desde la AN, por medio de la AMF 218, como se ha descrito anteriormente. A continuación, la SMF 220 puede enviar el mensaje de solicitud de liberación de sesión de SMF-UPF (1560a) a la UPF 212, como se ha descrito anteriormente. A continuación, la SMF 220 puede recibir la respuesta de liberación de sesión de SMF-UPF (1560b) desde la UPF 212, como se ha descrito anteriormente. A continuación, la SMF puede realizar un procedimiento de actualización de contexto de SMF-PCF UE (1570) con la PCF 222, como se ha descrito anteriormente. Pueden añadirse otras etapas al método (1600), que incluye que la SMF 220 y la UDM 216 realizan un procedimiento opcional de actualización de contexto de SMF-UDM UE (765), como se ha descrito anteriormente.
La FIGURA 17 ilustra, en un diagrama de flujo, otro ejemplo de un método para liberar una sesión (1700), según el procedimiento de liberación de sesión (1500). El método (1700) es realizado por la SMF 220. La SMF 220 se puede configurar para determinar liberar una sesión (1610). La determinación (1610) puede ser en función de recibir un mensaje de solicitud de liberación de sesión desde el UE 202. Alternativamente, la determinación (1610) también puede ser en función de recibir un mensaje de solicitud de liberación de sesión desde la AN 204. Alternativamente, la determinación (1610) también puede ser en función de recibir un mensaje de solicitud de liberación de sesión desde la UPF 212. Como alternativa, la determinación (1610) también puede ser en función de la lógica de la SMF 220. Una vez se toma la determinación, la SMF 220 puede enviar el mensaje de solicitud de liberación de sesión de SMF-AN (1540) a la AN 204, por medio de la AMF 218, como se ha descrito anteriormente. A continuación, la SMF 220 puede recibir el mensaje de respuesta de liberación de sesión de SMF-AN (1550) desde la AN, por medio de la AMF 218, como se ha descrito anteriormente. Cabe señalar que antes de que la SMF reciba el mensaje de respuesta de liberación de sesión de SMF-AN (1550) desde la AN, la AN habría enviado al UE una solicitud de liberación de sesión de AN-UE, y recibido del UE una respuesta de liberación de sesión de AN-UE, como se ha descrito anteriormente. A continuación, la SMF 220 puede enviar el mensaje de solicitud de liberación de sesión de SMF-UPF (1560a) a la UPF 212, como se ha descrito anteriormente. A continuación, la SMF 220 puede recibir la respuesta de liberación de sesión de SMF-UPF (1560b) desde la UPF 212, como se ha descrito anteriormente. A continuación, la SMF puede realizar un procedimiento de actualización de contexto de SMF-PCF UE (1570) con la PCF 222, como se ha descrito anteriormente. Pueden añadirse otras etapas al método (1700), que incluye que la SMF 220 y la UDM 216 realizan un procedimiento opcional de actualización de contexto de SMF-UDM UE (765), como se ha descrito anteriormente.
La FIGURA 18 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de transición de estado de conexión de sesión de PDU (1800), según una realización de la presente divulgación. El UE 202 puede tener su propia lógica para determinar si el estado de conexión de sesión de una sesión se puede cambiar. La AN 204 puede monitorizar actividades de UL/DL de la sesión de PDU para solicitar a la SMF 220 que cambie el estado de conexión de sesión a Sesión-INACTIVIDAD. El procedimiento (1800) puede ser disparado por el UE 202 o por la AN 204. Un primer posible disparador para el procedimiento de transición de estado de conexión de sesión de PDU ocurre cuando el UE 202 envía a la SMF 220 una solicitud de transición de estado de conexión de sesión (1810a) (ya sea Sesión-ACTIVA o Sesión-INACTIVIDAD). El mensaje (1810a) puede incluir el ID de UE temp, la SM-NSSAI(s), la ID(s) de sesión, y el nuevo estado de conexión de sesión. Un valor especial del ID de sesión (p. ej., comodín) se puede usar para representar que todas las sesiones de PDU que reciben servicio de la misma SM indicada en SM-NSSAI están en el estado de inactividad. Otro posible disparador para el procedimiento de transición de estado de conexión de sesión de PDU ocurre cuando la AN 204 monitoriza actividades de sesión de PDU de todas las sesiones de PDU y la AN 204 no detecta paquetes de UL y DL de una sesión después de un Temporizador de Sesión Inactiva establecido por la SMF 220 durante un procedimiento de establecimiento de sesión (700). La AN 204 envía a la SMF 220 una solicitud de transición de estado Sesión-INACTIVIDAD (181 0b), que solicita establecer el estado de una única sesión de PDU, o múltiples sesiones de PDU, al estado Sesión-INACTIVIDAD. El mensaje puede incluir el ID de UE temp, la SM-NSSAI(s), la ID(s) de sesión y el ID de AN. Un valor especial del ID de sesión (p. ej., comodín) se puede usar para representar que todas las sesiones de PDU que reciben servicio de la misma SM indicada en SM-NSSAI están en el estado de inactividad.
El parámetro para el estado de conexión de sesión del contexto de UE de la SM se establece al nuevo estado según lo solicitado (1820). A continuación, la SMF 220 puede notificar a la AN 204 la transición de estado de conexión de sesión (1830a). La notificación puede incluir el ID de UE, el ID de sesión, y otra información. Si el estado de conexión de sesión se cambia a Sesión-INACTIVIDAD, entonces la SMF 220 puede solicitar a la AN 202 que libere información de sesión de PDU, que incluye información de túnel NG3. La AN 204 también pueden liberar recursos de radio que dan servicio a la sesión de PDU. Si el estado de conexión de sesión se cambia a Sesión-ACTIVA, entonces la SMF 220 puede enviar a la AN el contexto de sesión de PDU, que incluye la información de túnel NG3 y Perfil de QoS. La AN 204 puede entonces preparar recursos de radio para dar servicio a la sesión de PDU según la Perfil de QoS. Si los flujos de QoS requieren control de admisión, la AN 204 puede realizar el control de admisión. A continuación, la AN 204 puede enviar a la SMF 220 una respuesta de transición de estado de conexión de sesión (1830b). La respuesta puede ser un acuse de recibo o un código de error (causa). Si la respuesta es un código de causa, entonces las etapas restantes en el procedimiento no se realizan.
Si la respuesta (1830b) no es un código de causa, entonces la SMF 220 puede solicitar a la UPF 212 que realice un servicio de "Actualizar contexto de UE" (1840). La SMF 220 puede solicitar a la UPF 212 que libere información de túnel NG3 del contexto de UE en la UPF 212 si el estado de conexión de sesión se cambia a Sesión-INACTIVIDAD. En esta solicitud, el ID de punto final de túnel de la AN 204 se puede establecer a NULO. Si el estado de conexión de sesión se cambia a Sesión-ACTIVA, la SMF puede solicitar a la UPF 212 que añada la dirección IP de la AN 204 para información de túnel NG3. A continuación, la SMF 220 puede solicitar a la AMF 218 que realice un servicio de "Actualizar contexto de UE" (1850). El estado de conexión de sesión en el contexto de UE de la AMF 218 se puede establecer al nuevo estado de conexión de sesión. La notificación puede incluir el ID de UE, el ID de sesión, y nuevo estado de conexión de sesión solicitado. La AMF 218 puede almacenar el estado de conexión de sesión de la sesión en su contexto de UE.
A continuación, la SMF 220 puede notificar al UE 202 el nuevo estado de conexión de sesión (1860a). La notificación puede incluir el ID de sesión, el nuevo estado de conexión de sesión, y un código de causa si la SMF 220 recibió un código de causa desde la AN 204. A continuación, el UE 202 puede enviar un mensaje de respuesta de transición de estado Sesión-INACTIVIDAD (1860b) a la SMF 220. A continuación, la SMF 220 solicita a la PCF 222 que realice un servicio de "Actualizar contexto de UE" (1870). El nuevo estado de conexión de sesión pueden enviarse a la PCF 222. La solicitud de servicio desde la SMF 220 puede incluir el ID de UE, el ID de sesión, y el nuevo estado de conexión de sesión. La solicitud (1870) puede ser el procedimiento de actualización de contexto de SMF-PCF UE (1580), como se ha descrito anteriormente.
la FIGURA 19 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar una transición de estado (1900), según el procedimiento de transición de estado de conexión de sesión de PDU (1800). El método (1900) puede ser realizado por la SMF 220. La SMF 220 se puede configurar para recibir una solicitud de transición de estado de sesión (1910). La solicitud puede ser desde el UE 202 o desde la AN 204. A continuación, la SMF 220 puede actualizar el parámetro de estado de conexión de sesión del contexto de UE de la SM al estado de conexión solicitado (1820). A continuación, la SMF 220 puede enviar un mensaje de solicitud de transición de estado de conexión de sesión a la AN 204 (1830a).A continuación, la SMF 220 puede recibir un mensaje de respuesta de transición de estado de conexión de sesión desde la AN 204 (1830b). A continuación, la SMF 220 puede enviar una solicitud de servicio de "Actualizar contexto de UE" a la UPF 212 (1840). A continuación, la SMF 220 puede enviar una solicitud de servicio de "Actualización de Contexto de UE" a la AMF 218 (1850). A continuación, la SMF 220 puede enviar una notificación de transición de estado de conexión de sesión al UE 202 (1860a). A continuación, la SMF 220 puede recibir una respuesta de transición de estado de conexión de sesión desde el UE 202 (1860b). A continuación, la SMF 220 puede enviar una solicitud de servicio de "Actualizar contexto de UE" a la PCF 222 (1870). Otras etapas pueden añadirse al procedimiento de transición de estado de conexión de sesión de PDU (1800).
La FIGURA 20 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de suspensión de RRC (2000), según una realización de la presente divulgación. Un resultado de este procedimiento (2000) puede ser la transición de una sesión de PDU desde un estado activo al estado Sesión de PDU-INACTIVIDAD. El UE 202 puede tener su propia lógica para determinar si el estado de RRC se puede suspender para ahorrar energía, pero sin liberar la sesión(es) actual(es). En este escenario, el estado de la sesión(es) actual(es) se puede establecer a Sesión-INACTIVIDAD en la AN 204, la UPF 212, la Sm F 220, la PCF 222, y opcionalmente en la UDM 216. El UE 202 puede tener múltiples sesiones de PDU, donde cada sesión puede recibir servicio de una única UPF 212 o múltiples UPF 212. El UE puede tener acceso a múltiples segmentos de red, donde cada segmento puede tener una SMF 220 separada para dar servicio al UE 202. El procedimiento de suspensión de RRC (2100) puede ser disparado por el UE 202 o la AN 204. Un primer posible disparador para la transición de estado Sesión-INACTIVIDAD ocurre cuando el UE 202 envía a la AN 204 un mensaje de solicitud de suspensión de RRC de UE-AN (2010a). Un segundo posible disparador para la transición de estado Sesión-INACTIVIDAD ocurre cuando la AN 204 no detecta actividades en la UL y la DL (2010b). Después de que expira un temporizador UE-Actividad-TiempoLímite, la AN 204 puede suspender la conexión de RRC.
A continuación, la AN 204 y la AMF 218 pueden realizar un procedimiento de actualización de estado de AN-AMF UE CN (2020). La AN 204 puede enviar a la AMF 218 un mensaje de solicitud de transición de estado de AN-AMF UE CN-INAcT iVIDAD (2020a), que puede incluir el ID de UE temp, el nuevo estado de CN-INACTIVIDAD del UE 202, y un código de causa "UE solicita Suspensión de RRC" (correspondiente a la etapa 2010a) o "todas las sesiones en Inactividad" o "sin Actividades de Datos" (correspondiente a la etapa 2010b). La AMF 218 puede entonces cambiar el estado del UE 202 a CN-INACTIVIDAD y parar los procedimientos de la AMF 218 con el UE 202. La AN puede entonces enviar al UE 202 un mensaje de respuesta de transición de estado de AN-AMF UE CN-INACTIVIDAD (2020b).
A continuación, la AN 204 y el UE 202 pueden realizar un procedimiento de suspensión de RRC de UE-AN (2030). La AN 204 puede enviar al UE 202 un mensaje de respuesta de suspensión de RRC de UE-AN (2030a), que puede incluir un código de causa e ID de AN de retomar el RRC. El valor del código de causa puede ser el mismo que el código de causa en la etapa (2020a). La AN 204 puede entonces desactivar todos los procedimientos de señalización AS y marcar todos los DRB en un estado suspendido. Entonces, el UE 202 puede realizar un procedimiento de suspensión de UE RRC (2030b).
A continuación, la AMF 218 y la SMF(s) 220 pueden realizar un procedimiento de actualización de estado de AMF-SMF UE CN-INACTIVIDAD (2040). La Am F 218 puede enviar a la SMF(s) 220 un mensaje de solicitud de transición de estado de AMF-SMF UE CN-lNACTIVIDAD (2040a), que puede contener el ID de u E temp, el nuevo estado de CN-INACTIVIDAD del UE 202, y el código de causa opcional como en la etapa (2020a). Entonces, la SMF(s) 220 puede enviar a la AMF 218 un mensaje de respuesta de transición de estado de AMF-SMF UE c N-INACTIVIDAD (2040b). Al acusar recibo del UE mensaje de solicitud de transición de estado de CN-INACTIVIDAD recibido de la AMF 218, la SMF 220 puede suponer implícitamente que la AN 204 ha colocado todas las sesiones de PDU del UE 202 en el estado Sesión-INACTIVIDAD.
A continuación, la SMF 220 puede realizar un procedimiento de desactivar toda sesión de SMF (2050) para colocar las sesiones de PDU en el estado Sesión-INACTIVIDAD en la UPF(s) 220. La SMF 220 puede enviar a la UPF(s) 212 que dan servicio al sesión(es) de PDU del UE un mensaje de solicitud de desactivar toda sesión de SMF-UPF (2050a), que puede indicar que el estado de la sesión de PDU se tiene que cambiar al estado Sesión-INACTIVIDAD. El mensaje (2050a) incluye el ID de UE temp y la ID(s) de sesión (o un parámetro de comodín). El parámetro de comodín (que puede ser un valor especial para ID de AN de sesión) puede indicar que el estado de las sesiones de PDU que reciben servicio de la UPF 212 debe establecerse a "Sesión-INACTIVIDAD". Entonces, la UPF 212 puede establecer el campo "Sesión-Estado" del contexto de sesión de PDU del UE a Sesión-INACTIVIDAD. La UPF 212 puede seguir la política de SM en el parámetro Mantener-UE-Contexto-para-Inactividad-Sesiones. Si en esta UPF 212, el UE 202 no tiene otra sesión de PDU activa (que recibe servicio de otras RAT), y si el valor del parámetro Mantener-UE-Contexto-para-Inactividad-Sesiones se establece a "Mantener", entonces la UPF 212 (y la SMF 220) pueden mantener el contexto de UE independientemente del estado de sesión. Si en esta UPF 212, el UE 202 no tiene otra sesión de PDU activa (que recibe servicio de otras RAT), y si el valor del parámetro Mantener-UE-Contexto-para-Inactividad-Sesiones se establece a "Puede-Ser-Liberado", entonces la UPF 212 puede mantener el contexto de UE completo, dependiendo del recurso de almacenamiento.
A continuación, la UPF 212 puede enviar a la SMF 220 un mensaje de respuesta de desactivar toda sesión de SMF-UPF (2050b). Si se libera el contexto de UE, entonces la UPF 212 puede enviar a la SMF 220 el contexto de UE completo, que incluye el contexto de SM del UE y el contexto de cobro del UE. Cabe señalar que la UPF 212 también pueden enviar a la PCF 222 el contexto de cobro de UE. Si la UPF 212 libera el contexto de u E, entonces la SMF 220 puede recibir el contexto de UE completo desde la UPF 212 y puede almacenar el contexto de UE completo en memoria local. Cabe señalar que el contexto de UE de la UPF y el contexto de la SMF pueden tener algunos campos comunes, tales como el ID temp de UE, la dirección(es) IP, y la TFT. Para ahorrar recursos de memoria, la SMF 220 puede almacenar únicamente el contexto de las UPF adicionales de parámetros de UE que el contexto de UE de la SMF no tiene. Opcionalmente, la SMF 220 puede notificar a la AN 204 que todas las sesiones de PDU están en el estado Sesión-INACTIVIDAD enviando un mensaje de notificación de todas sesiones SMF-AN en inactividad (2050c). También opcionalmente, la SMF 220 y la UDM 216 pueden realizar un procedimiento de actualización de contexto de SMF-UDM UE (765), como se ha descrito anteriormente. A continuación, la SMF 220 y la PCF 222 pueden realizar un procedimiento de actualización de contexto de SMF-PCF UE (1580), que puede incluir el estado de UE CN y el estado de sesiones que cambian su estado de sesión. Cabe señalar que, opcionalmente, la función PCF 222 también puede acceder a la UDM 216 para obtener el contexto de UE si la política es almacenar el contexto de UE en UDM 216.
La FIGURA 21 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar la transición de un estado de sesión (2100), según el procedimiento de suspensión de RRC (2000). El método (2100) es realizado por la SMF 220. La SMF 220 se puede configurar para recibir de la AMF 218 el mensaje de solicitud de transición estado de AMF-SMF UE CN-inactividad (2040a), como se ha descrito anteriormente. La SMF 220 puede entonces enviar a la AMF 218 el mensaje de respuesta de transición de estado de AMF-SMF UE CN-INA<c>T<i>VIDAD (2040b), como se ha descrito anteriormente. A continuación, la SMF 220 puede enviar a la UPF 212 el mensaje de solicitud de desactivar toda sesión de SMF-UPF (2050a), como se ha descrito anteriormente. La SMF 220 entonces recibe de la UPF 212 el mensaje de respuesta desactivar toda sesión de SMF-UPF (2050b), como se ha descrito anteriormente. A continuación, la SMF 220 realiza un procedimiento de actualización de contexto de SMF-PCF UE (1580) con la PCF 222, como se ha descrito anteriormente. Pueden añadirse otras etapas al método (2100), que incluye que la SMF envía opcionalmente a la SMF-AN todos los mensajes de notificación de inactividad de sesión a la AN 204, y realiza el procedimiento de actualización de contexto de SMF-UDM UE (765), como se ha descrito anteriormente.
La FIGURA 22 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar la transición de un estado de sesión (2200), según el procedimiento de suspensión de RRC (2000). El método (2200) es realizado por la AN 204. La AN 204 se puede configurar para determinar liberar una sesión (2210). La determinación (2210) puede ser en función de recibir un mensaje de solicitud de suspensión de RRC de UE-AN desde el UE 202. Como alternativa, la determinación (2210) también puede ser en función de la AN 204 que no detecta actividades en la UL y DL. Una vez se toma la determinación (2210), la AN 204 puede enviar al mensaje de solicitud de transición de estado de AN-AMF UE CN-INACTIVIDAD (1620a) a la AMF 218, como se ha descrito anteriormente. La AMF 218 puede entonces enviar el mensaje de respuesta de transición de estado de AN-AMF UE CN-INACTIVIDAD (1620b) a la AN 204, como se ha descrito anteriormente. A continuación, la AN 202 puede enviar el mensaje de respuesta de suspensión de RRC de UE-AN (1630a), como se ha descrito anteriormente. Pueden añadirse otras etapas al método (1800), que incluye la AN 204 recibe el mensaje de notificación de todas sesiones en inactividad de SMF-AN (1650c) desde la SMF 220, como se ha descrito anteriormente.
La FIGURA 23 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de retomar el RRC (2300), según una realización de la presente divulgación. El procedimiento (2300) puede dispararse cuando el UE RRC está en un estado RRC-Suspendido y el UE 202 tiene datos para enviar en la UL. El procedimiento (2300) se dispara cuando el UE 202 envía a la AN 204 un mensaje de solicitud de retomar el RRC de UE-AN (2310). El mensaje puede incluir al menos el ID de retomar el RRC. Opcionalmente, la solicitud de retomar el RRC incluye los ID de DRB o ID de sesión a retomar. Si el ID de AN denota la AN anterior (primero) 204' cuando el RRC fue suspendido (nota, la primer ID de AN se proporciona en el ID de retomar el RRC), entonces la nueva AN que da servicio 204 y la primera AN 204' realizan un procedimiento de traspaso de contexto de UE (2320) de modo que la nueva AN que da servicio 204 puede obtener el contexto de UE de la primera AN 204'. Después de enviar el contexto de UE a la nueva AN que da servicio 204, la primera AN 204' puede liberar el contexto de UE.
A continuación, la AN 204 y la AMF 218 realizan un procedimiento de transición de estado AN-AMF UE CN-CONECTADO (2330). La AN 204 puede comprobar el contexto de UE para encontrar la AMF que da servicio 218. La<AN 204 puede enviar a la AMF>218<un mensaje de solicitud de transición de estado de AN-AMF UE CN-CONECTADO>(2330a). El mensaje puede incluir el ID de UE temp y el nuevo estado de CN-CONECTADO. A continuación, la AMF 218 puede enviar a la AN 204 un mensaje de respuesta de transición de estado AN-AMF UE CN-CONECTADO (2330b). Si la AMF 218 puede soportar el UE 202, el mensaje de respuesta de transición de estado de UE CN puede incluir un acuse de recibo. De otro modo, el mensaje puede incluir un código de causa.
Se debe observar que si la solicitud de retomar el RRC en la etapa (2310) no incluye un ID de DRB o ID de sesión, entonces el siguiente procedimiento de transición de estado Sesión-ACTIVA AN-SMF (2400) no se realiza. Es más, si la respuesta de transición de estado de CN-CONECTADO incluye un código de causa, el UE 202 realiza un procedimiento de reconexión y el procedimiento (2400) y la etapa (2380) no se realizan. En la etapa (2370), la respuesta de retomar el RRC puede incluir el código de causa generado por la AMF 218 en la etapa (2330b). Además, si hay errores en la etapa (2320) o (2330), el procedimiento (2400) y la etapa (2380) no se realizan y el UE 202 no retoma la conexión suspendida de RRC. En la etapa (2370), la AN 204 puede enviar un código de causa al UE 202 de modo que el UE puede iniciar un nuevo procedimiento de volver a unir (300).
La AN 204 puede enviar, por medio de la AMF 218, a la SMF 220 un mensaje de solicitud de transición de estado de AN-SMF Sesión-ACTIVA (2340), que puede incluir el ID(s) de sesión, su nuevo estado Sesión-ACTIVA, la SM-NSSAI a reconocer por AMF 218 para seleccionar la SMF, y el ID de UE temp. El mensaje puede incluir un código de causa "RRC Retomado por UE". Si el valor del parámetro Activar-Sesión-cuando-RRC-Retomado se establece a "Sí" para algunas sesiones de PDU, la AN 204 puede incluir el ID(s) de sesión de aquellas sesiones de PDU en la solicitud de transición de estado Sesión-ACTIVA. En el caso de que el UE 202 reciba servicio de una nueva AN 204, la solicitud de transición de estado de AN-SMF Sesión-ACTIVA también puede incluir un mensaje de solicitud de conmutación de ruta de AN, que puede incluir la dirección IP de la nueva AN que da servicio 204.
A continuación, la SMF 220 y la UPF 212 pueden realizar un procedimiento de transición de estado de SMF-UPF Sesión-ACTIVA (2350). La SMF 220 puede enviar a la UPF 212 un mensaje de solicitud de transición de estado de SMF-UPF Sesión-ACTIVA (2350a). El mensaje puede incluir el ID de UE temp, los ID de sesión y el nuevo estado Sesión-ACTIVA. Si la UPF 212 ha liberado el contexto de UE, entonces la Sm F 220 también puede enviar a la 212 UPF el contexto de UE previamente almacenado en el mensaje de solicitud de transición de estado de SMF-UPF Sesión-ACTIVA. En el caso de que el UE 202 reciba servicio de una nueva AN 204, la solicitud de transición de estado de SMF-UPF Sesión-ACTIVA también puede incluir la solicitud de conmutación de ruta de AN, que puede incluir la dirección IP de la nueva AN que da servicio 204. La UPF 212 prepara sus recursos según el contexto de UE. Si se preparan los recursos en la UPF 212, la UPF 212 puede enviar a la SMF 220 un mensaje de respuesta de transición de estado de SMF-UPF Sesión-ACTIVA (2350b) con un acuse de recibo. Si la UPF 212 tiene suficientes recursos para soportar la sesión(es) retomada(s), entonces el estado de sesión en el contexto de UE de la UPF 212 puede cambiarse a Sesión-ACTIVA. Si la UPF 212 no tiene suficientes recursos para soportar la sesión(es) retomada(s), el mensaje de respuesta de transición de estado Sesión-ACTIVA puede incluir un código de causa.
La SMF 220 puede enviar a la AN 204 un mensaje de respuesta de transición de estado de AN-SMF Sesión-ACTIVA (2070), que puede incluir el estado de los ID de sesión solicitados. En su contexto de UE, la AN 204 puede cambiar el estado de sesión desde Sesión-INACTIVIDAD a Sesión-ACTIVA. Para sesiones que no se activan debido a errores en las etapas (2030) y (2050), la respuesta de transición de estado de AN-SMF Sesión-ACTIVA puede incluir un código de causa. Opcionalmente, la SMF 220 y la UDM 216 pueden realizar un procedimiento de actualización de contexto de SMF-UDM UE (765), como se ha descrito anteriormente.
La SMF 220 y la PCF 222 pueden realizar un procedimiento de actualización de contexto de SMF-PCF UE (1580). A continuación, la AN 204 puede enviar al UE 202 un mensaje de respuesta de retomar de RRC de UE-AN (2370). El mensaje puede incluir ya sea un acuse de recibo o códigos de causa para la solicitud de retomar el RRC. Los códigos de causa pueden indicar un error de la AN 204 (en la etapa (2320)), la AMF (en la etapa (2330), o los errores de retomar el RRC. Si en la etapa (2310), la solicitud de retomar el RRC de UE-AN incluía ID de DRB (o ID de sesión), el mensaje de respuesta de retomar el RRC de UE-AN también puede incluir ya sea un acuse de recibo o código de causa para cada ID de DRB solicitado.
El UE 202 tiene datos de UL para enviar en la DRB que era según lo solicitado en la etapa (2310). El UE puede enviar a la AN 204 el mensaje de solicitud de concesión de UL (2380). La AN 204 proporciona recursos para la DRB en la UL. Tras eso, el UE puede enviar datos por el DRB.
La FIGURA 24 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar la transición de un estado de sesión (2400), según el procedimiento de retomar el RRC (2300). El método (2400) es realizado por la SMF 220. El método comprende la SMF 220 configurada para recibir desde la AN 204, por medio de la AMF 218, el mensaje de solicitud de transición de estado Sesión-ACTIVA de AN-SMF (2340), como se ha descrito anteriormente. A continuación, la SMF 220 puede enviar a la UPF 212 el mensaje de solicitud de transición de estado Sesión-ACTIVA de SMF-UPF (2350a), como se ha descrito anteriormente. La SMF 220 entonces recibe de la UPF 212 el mensaje de respuesta de transición de estado Sesión-ACTIVA de SMF-UPF (2350b), como se ha descrito anteriormente. A continuación, la SFM 220 puede enviar a la AN 204, por medio de la AMF 218, el mensaje de respuesta de transición de estado Sesión-ACTIVA de AN-SMF (2360), como se ha descrito anteriormente. A continuación, la SMF 220 realiza un procedimiento de actualización de contexto de SMF-PCF UE (1580) con la PCF 222, como se ha descrito anteriormente. Pueden añadirse otras etapas al método (2400), que incluye la SMF que realiza opcionalmente el procedimiento de recuperación de contexto de SM-UDM UE, que realiza el procedimiento de actualización de contexto de SMF-UE (765), y que recupera del UE (por medio de la AN 204) el mensaje de solicitud de concesión de UL, como se ha descrito anteriormente.
La FIGURA 25 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar la transición de un estado de sesión (2500), según el procedimiento de retomar el r Rc (2300). El método (2500) es realizado por la AN 204. El método comprende la a N 204 que recibe la solicitud de retomar el RRC de UE-AN (2310) desde un UE 202, como se ha descrito anteriormente. A continuación, si el ID de AN denota una AN anterior 204' (2510), entonces la AN que da servicio 204 y la AN anterior 204' realizan el procedimiento de traspaso de contexto de UE (2320), como se ha descrito anteriormente. La AN 204 puede enviar a la AMF 218 el mensaje de solicitud de transición de estado de AN-AMF UE CN-CONECTADO (2330a), como se ha descrito anteriormente. La AN 204 puede entonces recibir el mensaje de respuesta de transición de estado de AN-AMF UE CN-CONECTADO (2330b) desde la AMF 218. A continuación, la AN 204 puede enviar a la SMF 220, por medio de la AMF 218, el mensaje de solicitud de transición de estado de ANSMF Sesión-ACTIVA (2340), como se ha descrito anteriormente. La AN 204 puede entonces recibir de la SMF 220, por medio de la AMF 218, el mensaje de respuesta de transición de estado Sesión-ACTIVA de AN-SMF (2350), como se ha descrito anteriormente. A continuación, la AN 204 puede enviar al UE el mensaje de respuesta de retomar el RRC de UE-AN, como se ha descrito anteriormente. Pueden añadirse otras etapas al método (2500), que incluye reenviar transmisiones de PDU de UL recibidas desde el UE 202 a la UPF 212.
La FIGURA 26 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento individual de transición de estado Sesión de PDU-INACTIVIDAD (2600) disparado por el u E 202 o la AN 204, según una realización de la presente divulgación. El UE 202 puede tener su propia lógica para determinar si el estado de RRC se puede suspender para ahorrar energía, pero sin liberar la sesión(es) actual(es). En este escenario, el estado de la sesión(es) actual(es) se puede establecer a Sesión-INACTIVIDAD en la AN 204, la UPF 212, la SMF 220, la PCF 222, y opcionalmente en la UDM 216. El UE 202 puede tener múltiples sesiones de PDU, donde cada sesión puede recibir servicio de una única UPF 212 o múltiples UPF 212. El UE 202 puede tener acceso a múltiples segmentos de red, donde cada segmento puede tener una SMF 220 separada para dar servicio al UE 202. Hay una correspondencia biunívoca entre el ID de sesión de PDU y el ID de DrB.
El procedimiento individual de transición de estado Sesión de PDU-INACTIVIDAD (2600) puede ser disparado por el UE 202 y por la AN 204. Un primer posible disparador para el procedimiento individual de transición de estado Sesión de PDU-INACTIVIDAD (2600) ocurre cuando el UE 202 envía a AN 204 un mensaje de solicitud de suspensión de DRB (2610a). Un segundo posible disparador para el procedimiento individual de transición de estado Sesión de PDU-INACTIVIDAD (2600) ocurre cuando la AN 204, que está monitorizando actividades de sesión de PDU de todas las sesiones de PDU, no detecta paquetes de UL y DL (2610b) de una sesión después del temporizador Sesión-Monitor-TiempoLímite. Cabe señalar que cada sesión de PDU puede tener un parámetro Sesión-Monitor-TiempoLímite configurado por la PCF 222. La SMF 220 puede obtener el parámetro Sesión-Monitor-TiempoLímite de la pCf 222 y enviarlo a la AN 204 durante el procedimiento de establecimiento de sesión (700).
La AN 204 puede enviar a la SMF 220 un mensaje de solicitud de transición de estado de AN-SMF Sesión-INACTIVIDAD (2620), que puede solicitar establecer una única o múltiples sesiones de PDU al estado Sesión-INACTIVIDAD. El mensaje (2620) puede incluir el ID de UE temp, la SM-NSSAI(s), y el ID(s) de sesión. Un valor especial del ID de sesión (p. ej., comodín) puede indicar que el estado de las sesiones de PDU que reciben servicio de la misma SM indicado en SM_NSAAI debe establecerse al estado de inactividad.
A continuación, la SMF 220 y la UPF(s) 212 pueden realizar un procedimiento de transición de estado de SMF-UPF Sesión-INACTIVIDAD (2630). La Sm F 220 puede enviar a la UPF(s) 212 que dan servicio al mensaje(s) de solicitud de transición de estado de sesión(es) de PDU SMF-UPF Sesión-INACTIVIDAD (2630a), que indican el estado Sesión-INACTIVIDAD de la sesión(es) de PDU. El mensaje (2630a) puede incluir el ID de u E temp y el ID(s) de sesión. Un valor especial del ID de sesión (p. ej., comodín) puede indicar que el estado de las sesiones de PDU que reciben servicio de la UPF 212 debe establecerse a "Sesión-INACTIVIDAD". A continuación, si hay paquetes de UL o DL en el almacenamiento temporal de la UPF 212, la UPF 212 puede enviar a la SMF 220 un mensaje de respuesta de transición de estado de SMF-UPF Sesión-INACTIVIDAD (2630b) que puede incluir un código de causa. El estado de la sesión permanece Sesión-ACTIVA. Si no hay paquetes de DL en el almacenamiento temporal de la UPF 212, la UPF 212 puede establecer el campo "Sesión-Estado" del contexto de sesión de PDU del UE a Sesión-INACTIVIDAD. La UPF 212 puede enviar a la SMF 220 un mensaje de respuesta de transición de estado de SMF-UPF Sesión-INACTIVIDAD (2630b) con un acuse de recibo. Si hay no más sesiones activas en la misma UPF 212, el contexto de UE podría liberarse y la UPF 212 puede enviar a la SMF 220 el contexto de UE completo, que incluye el contexto de SM y el contexto de PCF.
A continuación, la SMF 220 puede enviar a la AN 204 un mensaje de respuesta de transición de estado de AN-SMF Sesión-INACTIVIDAD (2640) (respuesta a la etapa (2620)). El mensaje (2640) puede incluir ya sea un acuse de recibo o el código de causa en la etapa (2630b). Si la UPF 212 libera el contexto de Ue , la SMF 220 puede recibir el contexto de UE completo y la información de cobro de la UPF 212. La SMF 220 puede almacenar el contexto de UE completo en una memoria local y reenviar la información de cobro a la PCF 222 como en la etapa (2670) a continuación. Cabe señalar que el contexto de UE de la UPF y el contexto de la SMF pueden tener algunos campos comunes, tales como el ID temp de UE, la dirección(es) IP, y la TFT. Para ahorrar recursos de memoria, la SMF 220 puede almacenar únicamente el contexto de la UPF de parámetros de UE que el contexto de UE de la SMF no tiene.
A continuación, la AN 204 y el UE 202 pueden opcionalmente realizar un procedimiento de suspensión de DRB de AN-UE (2650). El UE 202 puede realizar un procedimiento suspendido de UE DRB. Después de esta etapa (2650), puede no haber señalización AS para la DRB suspendido, y puede no haber señalización NAS para sesión de PDU asociada con la DRB suspendido. También opcionalmente, la SMF 220 y la UDM 216 pueden realizar un procedimiento de actualización de contexto de SMF-UDM UE (765), como se ha descrito anteriormente. Sin embargo, esta etapa (765) puede ser obligatoria si la SMF 220 libera el contexto de UE. La SMF debe entonces enviar todo el contexto de UP del UE y el contexto de SM del UE al UDM 216. A continuación, la SMF 220 y la PCF 222 pueden realizar un procedimiento de actualización de contexto de SMF-PCF UE (1580), que puede incluir un estado de UE CN, el estado de sesiones que cambian su estado de sesión, e información de cobro. Cabe señalar que, opcionalmente, la función PCF 222 también puede acceder a la UDM 216 para obtener el contexto de UE si la política es almacenar el contexto de UE en la UDM 216. Cabe señalar además que la UPF 212 puede enviar directamente a la PCF 222 el contexto de cobro.
La FIGURA 27 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar la transición de un estado de sesión (2700), según el procedimiento individual de transición de estado Sesión de PDU-INACTIVIDAD (2600). El método (2700) es realizado por la SMF 220. El método comprende la SMF 220 configurada para recibir desde la AN 204, por medio de la AMF 218, el mensaje de solicitud de transición de estado Sesión-INACTIVIDAD de AN-SMF (2620), como se ha descrito anteriormente. A continuación, la SMF 220 puede enviar a la UPF 212 el mensaje de solicitud de transición de estado de SMF-UPF Sesión-INACTIVIDAD (2630a), como se ha descrito anteriormente. La SMF 220 entonces recibe de la UPF 212 el mensaje de respuesta de transición de estado de SMF-UPF Sesión-INACTIVIDAD (2630b), como se ha descrito anteriormente. A continuación, la SMF 220 puede enviar a la AN 204, por medio de la a Mf 218, el mensaje de respuesta de transición de estado de AN-SMF Sesión-INACTIVIDAD (2640), como se ha descrito anteriormente. A continuación, la SMF 220 realiza un procedimiento de actualización de contexto de SMF-PCF UE (1580) con la PCF 222, como se ha descrito anteriormente. Pueden añadirse otras etapas al método (2700), que incluye que la SMF opcionalmente realiza el procedimiento de actualización de contexto de SMF-UDF UE (765), como se ha descrito anteriormente.
La FIGURA 28 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar la transición de un estado de sesión (2800), según el procedimiento individual de transición de estado Sesión de PDU-INACTIVIDAD (2600). El método (2800) es realizado por la AN 204. El método comprende que la AN 204 determina que se va a realizar una transición de estado de sesión (2810). La determinación (2810) puede ser hecha por la AN 204 que recibe una solicitud de suspensión de DRB de UE-AN (2610a), como se ha descrito anteriormente. La determinación (2810) también puede ser hecha por la AN 204 que está monitorizando actividades de sesión de PDU de todas las sesiones de PDU y no detecta paquetes de UL y DL (2610b) de una sesión después del temporizador Sesión-Monitor-TiempoLímite, como se ha descrito anteriormente. La AN 204 entonces puede enviar a la SMF 220, por medio de la AMF 218, el mensaje de solicitud de transición de estado Sesión-INACTIVIDAD de AN-SMF (2620), como se ha descrito anteriormente. A continuación, la AN 204 puede recibir de la SMF 220, por medio de la AMF 218, el mensaje de respuesta de transición de estado Sesión-INACTIVIDAD de AN-SMF (2640), como se ha descrito anteriormente. Pueden añadirse otras etapas al método (2800), que incluye que la AN realiza el procedimiento de suspensión de DRB de AN-UE (2650), como se ha descrito anteriormente.
La FIGURA 29 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de transición de estado Sesión de PDU-ACTIVA (2900), según una realización de la presente divulgación. El procedimiento (2900) es disparado por un solicitud de concesión de UL de UE cuando el UE 202 está en un estado RRC-CONECTADO y tiene datos de UL a enviar en un DRB suspendido. El UE 202 puede enviar a la AN 204 un mensaje de solicitud de concesión de UE-AN UL (2910). El mensaje puede incluir el ID(s) de DRB. Si un DRB está en un estado suspendido, entonces la solicitud de concesión UL puede implicar una solicitud para retomar este DRB. Si las sesiones con ID(s) de sesión asociado con el ID(s) de DRB están en un estado Sesión-INACTIVIDAD, entonces el procedimiento (2400) puede ser seguido, como se ha descrito anteriormente. A continuación, la AN 204 puede enviar al UE 202 un mensaje de respuesta de concesión de UE-AN UL (2920), que puede incluir el ID(s) de DRB o ID(s) de sesión, y ya sea un acuse de recibo o un código de causa para cada DRB. En caso de un código de causa se incluya para un DRB, el UE 202 puede solicitar una nueva sesión cuando la CN 206 no puede retomar la sesión en inactividad. Al recibir un acuse de recibo desde la AN 204 en el mensaje de respuesta de concesión de UE-AN UL (2920), el UE 202 puede enviar al paquete de UL a la AN 204 (2930) para la DRB(s) retomado(s). La AN 204 puede entonces reenviar paquetes de UL (2930) a la UPF 212.
La FIGURA 30 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de transición de estado Sesión de PDU-ACTIVA (3000), según una realización de la presente divulgación. En este escenario, el estado de conexión de sesión actual está en el estado Sesión-INACTIVIDAD. La UPF 212 puede no tener información de túnel NG3 en el contexto de UE. El procedimiento (3000) puede ser disparado por la UPF 212 que recibe un paquete de DL desde una red de datos de paquete (PDN) 208. El paquete se puede ser almacenado temporalmente por la UPF 212. A continuación, la UPF 212 puede enviar a la SMF 220 un mensaje de solicitud "Obtener Actualización de Contexto de UE" para obtener el ID de punto final de túnel NG3. A continuación, la SMF 220 comprueba el estado de la CN 206 en su contexto de UE. Si el UE 202 está en el estado de CN-CONECTADO, entonces pueden no realizarse las etapas (3030a), (3030b), (3030c).
Si el UE 202 está en el estado de CN-INACTIVIDAD, la SMF 220 puede enviar una solicitud de "Actualizar estado de CN del UE" (3030a) a la AMF 218 de modo que la AMF 218 puede localizar la función de localización de UE. El mensaje (3030a) puede incluir el ID de UE temp. A continuación la AMF 218 puede realizar un procedimiento de localización de UE (3030b). Esto puede implicar un procedimiento de traspaso de contexto de UE si el UE 202 recibe servicio de una nueva AN 204. Si la AMF 218 localiza con éxito el UE 202, entonces el UE entra un estado de CN-CONECTADO. La AMF 218 puede enviar a la SMF 220 un servicio "Actualizar estado de CN del UE" (3030c), que indica que el UE 202 está en el estado de CN-CONECTADO.
A continuación, la SMF 220 puede actualizar el estado de CN-CONECTADO del UE 202. La SMF 220 puede enviar a la AN 204 un mensaje de solicitud de transición de estado Sesión-ACTIVA (3040). El mensaje puede incluir el ID de UE temp, el ID de sesión el contexto de sesión de PDU del UE y la Perfil de QoS. A continuación, la AN 204 puede establecer recursos de radio (3050) con el UE 202 para la sesión de PDU. Esta etapa (3050) puede incluir control de admisión, si se requiere. A continuación, la AN 204 puede enviar a la SMF 220 un mensaje de respuesta de transición de estado Sesión-ACTIVA (3060) que puede incluir la SM-NSSAI, el ID de UE temp, el ID de sesión, y ya sea un acuse de recibo o un código de causa para esta ID de sesión.
A continuación, la SMF 220 puede enviar a la UPF 212 una respuesta de servicio de "Obtener Actualización de Contexto de UE" (3070). Si la SMF 220 recibió un código de causa de la AMF 218, entonces la SMF 220 puede enviar un código de causa a la UPF 212 para liberar el contexto de UE y paquetes recibidos caídos. La SMF 220 también pueden liberar el contexto de UE. Si la SMF 220 recibe un código de causa de la AN 204, entonces la SMF 220 puede enviar un código de causa a la UPF 212. La UPF 212 puede entonces descartar paquetes recibidos. Si la SMF 220 recibe un acuse de recibo en las etapas (3030) y (3060), entonces la SMF 220 puede enviar a la UPF 212 una respuesta de "Obtener Actualización de Contexto de UE" (3070) que puede incluir el ID de UE, el ID de sesión y el ID de punto final de túnel NG3. A continuación, la SMF 220 y la PCF 222 realizan el procedimiento de actualización de contexto de SMF-PCF UE (1580), como se ha descrito anteriormente. La SMF 220 puede solicitar a la PCF 222 que realice un servicio "Actualizar contexto de UE" donde el nuevo estado de conexión de sesión puede enviarse a la PCF 222. La solicitud de servicio desde la SMF 220 puede incluir el ID de UE, el ID de sesión y el nuevo estado de conexión de sesión.
La FIGURA 31 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar una transición de estado Sesión-ACTIVA (3100), según el procedimiento de transición de estado de sesión de PDU-ACTIVA (3000). El método (3100) puede ser realizado por la SMF 220. La SMF 220 se puede configurar para recibir un mensaje de solicitud de servicio de "Obtener Actualización de Contexto de UE" (3020) desde la UPF 212. La SMF 220 puede enviar un mensaje de solicitud de servicio "Actualizar estado de CN del UE" (3030a) a la AMF 218. A continuación, la SMF 220 puede recibir una respuesta de servicio de "Actualizar estado de CN del UE" (3030c). A continuación, la SMF 220 puede enviar a la AN 204, por medio de la AMF 218, un mensaje de solicitud de transición de estado Sesión-ACTIVA (3040). A continuación, la SMF 220 puede recibir de la AN 204, por medio de la AMF 218, un mensaje de respuesta de transición estado Sesión-ACTIVA (3060). A continuación, la SMF 220 puede enviar a la UPF 212 un mensaje de respuesta de servicio "Obtener Actualización de Contexto de UE" (3070). A continuación la SMF 220 puede realizar el procedimiento de actualización de contexto de SMF-PCF UE (1580), como se ha descrito anteriormente. Pueden añadirse otras etapas al método (3100).
La FIGURA 32 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de transición de estado de sesión de PDU-ACTIVA (3200), según una realización de la presente divulgación. El procedimiento (3200) es disparado por una solicitud de la UPF 212 cuando la sesión de PDU está en el estado Sesión-INACTIVIDAD, y así, la UPF 212 puede no tener la TFT para el paquete de DL de sesiones en inactividad. El contexto de PDU del UE se puede almacenar ya sea en la SMF 220 o la UPF 212. La UPF 212 recibe un paquete de DL de una red de datos de paquete (PDN) 208 (3210). El paquete se puede ser almacenado temporalmente por la UPF 212. La UPF 212 puede enviar a la SMF 220 un mensaje de solicitud de contexto de UPF-Sm F UE (3220). Si la UPF 212 no tiene el contexto de UE, la UPF 212 puede identificar y enviar la SMF que da servicio 220 la solicitud de contexto de UPF-SMF UE, que puede incluir la información de cabecera de paquete. Cabe señalar que algunos servidores de aplicaciones pueden configurar un túnel con la UPF 212. Este túnel puede asociarse a sesiones manejadas por una SMF específica 220. La UPF 212 puede depender de la información de túnel para identificar la SMF de servicio 220.
La SMF 220 puede comprobar el estado de CN en contexto de UE. Si el UE 202 está en el estado de CN-INACTIVIDAD (es decir, el UE 202 está en el estado RRC-INACTIVIDAD o Estado RRC-suspendido), entonces la SMF 220 puede iniciar un procedimiento de localización de UE (3230). La SMF 220 puede enviar a la AMF 218 un mensaje de solicitud de localización de SMF-AMF UE (3230a). El mensaje puede incluir el ID de UE temp. La AMF 218 puede entonces realizar un procedimiento de localización de UE (3230b). Esta etapa puede implicar un procedimiento de traspaso de contexto de UE si el UE 202 recibe servicio de una nueva AN 204. Si la AMF 218 localiza con éxito el UE 202, entonces el UE 202 entra al estado de CN-CONECTADO. La AMF 218 puede enviar a la SMF 220 un mensaje de respuesta de localización de SMF-AMF UE (3230c), que puede indicar que el UE 202 está en el estado de CN-CONECtAdO.
La SMF 220 puede actualizar el UE 202 para que esté en el estado de CN-CONECTADO. La SMF 220 puede enviar a la AN 204 un mensaje de solicitud de transición de estado de SMF-AN Sesión-ACTIVA (3240). El mensaje puede incluir el ID de UE temp, el ID de sesión, y el parámetro de estado Sesión-ACTIVA. Opcionalmente, si la DRB está actualmente suspendido, la AN 204 inicia un procedimiento de retomar DRB de AN-Ue (3224). La AN 204 puede enviar al UE 202 un mensaje de solicitud de retomar DRB de AN-UE (3224a). El mensaje puede incluir los ID de DRB. Entonces, el UE 202 retoma el DRB suspendido. El UE 202 puede enviar a la AN 204 un mensaje de respuesta de retomar DRB de AN-UE (3224b), que puede incluir el ID de DRB, y ya sea un acuse de recibo o un código de causa. Cabe señalar que en la etapa (3224a), el mensaje de solicitud de retomar DRB de AN-UE puede llevarse implícitamente en un mensaje de concesión de canal de DL.
La AN 204 puede enviar a la SMF 220 un mensaje de respuesta de transición de estado de SMF-AN Sesión-ACTIVA (3260), que puede incluir la SM-NSSAI, el ID de UE temp, el ID de sesión, y ya sea un acuse de recibo o un código de causa para esta ID de sesión. Si la SMF 220 recibe un código de causa de la AN 204, la SMF 220 puede iniciar el procedimiento de establecimiento de SM (700) disparado por la CN 206. De otro modo (la SMF 220 recibe un acuse de recibo de la AN 204), la SMF 220 puede enviar a la u Pf 212 un mensaje de respuesta de contexto de UPF-SMF UE (3270), que puede incluir una confirmación de estado Sesión-ACTIVA. Si la UPF 212 no tiene el contexto de UE, el mensaje también puede incluir un contexto de UE completo. La UPF 212 puede preparar recursos de UP para soportar las sesiones de PDU. Opcionalmente, la SMF 220 y la UDM 216 pueden realizar un procedimiento de actualización de contexto de SMF-UDM UE (765), como se ha descrito anteriormente. La SMF 220 y la PCF 222 pueden realizar un procedimiento de actualización de contexto de SMF-PCF UE (1580). La UPF 212 puede entonces enviar paquete de Dl al UE 202 (3280).
La FIGURA 33 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar la transición de una sesión (3300), según el procedimiento de transición de estado de sesión de PDU-ACTIVA (3210). El método comprende la SMF 220 configurada para recibir el mensaje de solicitud de contexto de UPF-SMF UE (3220), como se ha descrito anteriormente. A continuación, la SMF 220 puede enviar a la AN 204, por medio de la AMF 218, la solicitud de transición de estado de SMF-AN Sesión-ACTIVA (3240), como se ha descrito anteriormente. A continuación, la SMF 220 puede recibir de la AN 204, por medio de la AMF 218, el mensaje de respuesta de transición de estado de SMF-AN Sesión-ACTIVA (3260), como se ha descrito anteriormente. A continuación, la SMF 220 puede enviar a la UPF 212 el mensaje de respuesta de contexto de UE de UPF-SMF (3270), como se ha descrito anteriormente. A continuación, la SFM 220 puede realizar un procedimiento de actualización de contexto de UE de SMF-PCF (1580), como se ha descrito anteriormente. Pueden añadirse otras etapas al método (3300), que incluye que la SMF 220 realiza el procedimiento de recuperación de contexto de SFM-UDM UE con la UDM 216, la SMF 220 inicia el procedimiento de localización de UE, y la SMF 220 realiza el procedimiento de actualización de contexto de SMF-UDM UE con la UDM 216, como se ha descrito anteriormente.
La FIGURA 34 ilustra, en un diagrama de componentes, un ejemplo de un procedimiento de servicio "Actualizar estado de CN del UE" (3400). La AMF 218 puede proporcionar un servicio para localizar el UE 202 cuando el UE 202 está en el estado de CN-INACTIVIDAD. La AMF 218 puede mantener el contexto de UE. Un solicitante 3405 puede enviar un mensaje de solicitud de "Actualizar estado de CN del UE" (3410) a la AMF 218. El mensaje puede incluir el ID de UE. El solicitante 3405 puede ser la SMF 220 de la etapa (3030a) arriba. El solicitante 3405 también puede ser cualquier función de red que pueda comunicarse con la AMF 218. A continuación, la AMF 218 puede enviar al solicitante 3405 un mensaje de respuesta "Actualizar estado de CN del UE" (3420), que puede incluir un acuse de recibo del estado de CN-COn ECTADo del UE y la dirección IP de la AN 204. Si ocurre un fallo de localización, la respuesta puede incluir un código de causa.
La FIGURA 35 ilustra, en un diagrama de componentes, un ejemplo de un procedimiento de servicio "Modificación de sesión de PDU" (3500). Este servicio (3500) proporciona el servicio de modificación de sesión de PDU tal como parámetros de QoS y parámetros de cobro. La SMF 220 puede mantener el contexto de UE. Un solicitante 3505 puede enviar un mensaje de solicitud "Modificación de Sesión" (3510) a la SMF 220. El mensaje puede incluir el ID de UE, el ID de sesión de PDU y los nuevos parámetros de sesión. El solicitante 3505 puede ser cualquier función de red que pueda comunicarse con la SMF 220. A continuación, la SMF 220 puede enviar al solicitante 3505 un mensaje de respuesta "Modificación de Sesión" (3520) para confirmar la finalización del servicio. El mensaje (3520) puede incluir un acuse de recibo o un código de causa.
La FIGURA 36 ilustra, en un diagrama de componentes, un ejemplo de un procedimiento de servicio "Obtener políticas de UE" (3600). La PCF 222 puede proporcionar políticas de UE a un solicitante 3605. La PCF 222 puede tener políticas para servicios, DN 208, zona horaria, y UE 202. Un solicitante 3605 puede enviar un mensaje de solicitud de "Obtener políticas de UE" (3610) a la PCF 222. El mensaje puede incluir el tipo de sesión de PDU, el nombre de DN, la zona horaria del UE 202, y la política solicitada tal como la política de SM, la política de acceso y movilidad (AM), la política de QoS y la política de cobro. El solicitante 3605 puede ser cualquier función de red que pueda comunicarse con la PCF 222. A continuación, la PCF 222 puede enviar al solicitante 3605 un mensaje de respuesta de "Obtener Políticas de UP" (3620), que puede incluir la política solicitada.
La FIGURA 37 ilustra, en un diagrama de componentes, un ejemplo de un procedimiento de servicio "Actualizar contexto de UE" (3700). La PCF 222 puede proporcionar un servicio de actualizar contexto de UE al solicitante 3605 para algunos escenarios, que incluye política dinámica. La PCF 222 puede tener políticas para servicios, la DN 208, la zona horaria y el UE 202. Un solicitante 3605 puede enviar un mensaje de solicitud de "Actualizar contexto de UE" (3710) a la PCF 222. El mensaje puede incluir el ID de UE, el ID(s) de sesión, y una lista de parámetros y sus correspondientes valores nuevos. El solicitante 3605 puede ser la SMF 220 de la etapa (1580) arriba. El solicitante también puede ser cualquier función de red que pueda comunicarse con la PCF 222. A continuación, la PCF 222 puede almacenar valores nuevos de los parámetros al contexto de UE. La PCF 222 puede enviar al solicitante 3605 un mensaje de respuesta de "Actualizar contexto de UE" (3720) para confirmar que el servicio se ha realizado o para informar un error (por medio de un código de causa).
La FIGURA 38 ilustra, en un diagrama de componentes, un ejemplo de un procedimiento de servicio "Actualizar contexto de UE" (3800). Cuando se ha establecido una sesión de PDU, la UPF 212 puede tener el contexto de UE. Un solicitante 3805 puede enviar a UPF(s) 212 que dan servicio a la sesión de PDU un mensaje de solicitud "Actualizar contexto de UE" (3810). El mensaje puede incluir el ID de UE, el ID(s) de sesión y una lista de parámetros y su correspondiente valores nuevos. El nuevo valor puede ser el valor NULO. Si un nuevo ID de punto final de túnel es NULO, la UPF 212 puede contactar con la SMF 220 si la UPF 212 no sabe cómo reenviar el paquete. El solicitante 3805 puede ser la SMF 220 de la etapa (3070) arriba. El solicitante 3805 también pueden ser cualquier función de red que pueda comunicarse con la UPF 212. La UPF 212 puede recibir nuevos parámetros de sesión y comprobar si los nuevos parámetros puede ser soportado. Si los nuevos parámetros pueden ser soportados, entonces la UPF 212 puede reconfigurar o liberar recursos que dan servicio a la sesión de PDU. La UPF 212 puede enviar a la SMF 220 el mensaje de respuesta de modificación de sesión de SMF-UPF (3820) que puede incluir un acuse de recibo para confirmar que el servicio se ha realizado o para informar un error (por medio de un código de causa).
La FIGURA 39 es un diagrama de flujo de llamada 3900 que ilustra métodos que se pueden llevar a cabo en una serie de nodos y funciones diferentes para una transición de estado Sesión-INACTIVIDAD de un UE en un modo CM-Conectado. Como se muestra en la FIGURA 39, puede haber varios disparadores diferentes para el inicio del procedimiento de transición de estado de conexión de sesión. Como se ilustra en la FIGURA 39, un UE 202 o una AN 204 puede solicitar la transición de sesión INACTIVIDAD. Los expertos en la técnica apreciarán que también pueden ser aplicables otros disparadores. Ya sea el UE 202 o la AN 204, puede emitir una solicitud de transición de sesión INACTIVIDAD (en 3902a y 3902b) hacia la SMF 220. En algunos ejemplos, el mensaje de solicitud puede incluir el ID temp de UE, el ID(s) de sesión, un estado Sesión-INACTIVIDAD, o un AD ID según sea apropiado. Puede haber una diferencia en la información incluida dentro del mensaje dependiendo del nodo o función que inicia el mensaje. Se puede usar un valor especial del ID de sesión (p. ej. comodín) para denotar todas las sesiones de PDU que cumplen los requisitos de identificación inducidos dentro de la solicitud. También se debe entender que la SMF 220 puede iniciar la transición de estado de sesión-inactividad ya sea en respuesta a otro disparador externo, o en respuesta a que se satisface una condición interna. La SMF 220 y la UPF 212 se comunican entre sí para realizar una actualización de sesión. La SMF 220 puede transmitir una solicitud de Actualización de sesión (p. ej. una solicitud de actualización de sesión N4) 3904a hacia la UPF 212. Esta solicitud puede servir como solicitud a la UPF 212 para que libere información NG3 asociada con una AN del contexto de sesión de PDU del UE (identificado por la UPF). Esta información de sesión puede incluir el ID de punto final de túnel de AN 204 y la dirección IP de la AN. En respuesta a esta solicitud, la UPF212 puede liberar la sesión y transmitir una réplica 3904b a la SMF 220 para confirmar la finalización de solicitud de actualización de contexto de UE. La SMF 220 puede entonces enviar una solicitud de actualización de sesión 3906 hacia la AN 204, que puede opcionalmente enrutarse a través de la AMF 218. En algunas realizaciones, esto puede adoptar la forma de una solicitud de Actualización de Sesión N2 enviada a la AN 204 por medio de la AMF 208. La solicitud de actualización de sesión puede incluir información tal como ID temp de UE, ID(s) de sesión y estado Sesión-INACTIVIDAD. En respuesta a la recepción de la solicitud de actualización de sesión, la AN 204 y el UE 202 pueden realizar un procedimiento de Reconfiguración de conexión de RRC 3908 para liberar recursos adjudicados para la sesión(es). La AN 204 puede informar al UE 202 de la transición de estado de sesión por medio del procedimiento. Los expertos en la técnica apreciarán que puede haber detalles adicionales para la interacción del UE 202 y AN 204, pero estos detalles de implementación pueden variar de una solución a otra. Al liberar el contexto de la sesión de PDU (o sesiones), la AN 204 puede enviar una respuesta 3910 a la Solicitud de Actualización de Sesión (una respuesta de Actualización de Sesión, tal como una respuesta de Actualización de Sesión N2). Esta respuesta se puede enviar hacia la SMF 220, y opcionalmente puede enviarse a través de la AMF 208. La respuesta puede servir para confirmar la finalización de la transición de estado Sesión-INACTIVIDAD en el UE 202, y puede incluir el ID temp de UE e ID de sesión. En este punto, la SMF 220 puede establecer el estado de conexión de sesión (en 3912) del contexto de UE a la Sesión-INACTIVIDAD. Los expertos en la técnica apreciarán que también se pueden llamar otros servicios para transferir la solicitud y respuesta de actualización de sesión sin salir del método pretendido. También se debe entender que también puede implicarse una Función de Control de Políticas.
La FIGURA 40 es un diagrama de flujo de llamada que ilustra métodos que se pueden llevar a cabo en una serie de nodos y funciones diferentes para una transición de estado Sesión-ACTIVA Originada por UE en modo CM-Conectado. Como se muestra en la realización de la FIGURA 40, como se muestra en la FIGURA 40, el método puede iniciarse por un UE 202 que transmite, hacia la SMF 220, una solicitud para una transición a una sesión activa. Como se muestra en la FIGURA 40, la etapa 4002, el UE 202 envía a la SMF 220 (opcionalmente por medio de la AMF 218) una solicitud de Sesión-ACTIVA. El mensaje puede incluir el ID temp de UE, ID(s) de sesión, y estado Sesión-ACTIVA. Debe entenderse que se puede usar un valor especial de ID de sesión (p. ej. comodín) para denotar todas las sesiones de PDU que satisfacen otras condiciones especificadas en la solicitud. En respuesta, la SMF 220 puede enviar (en 4004) una solicitud de actualización de sesión, tal como una solicitud de Actualización de Sesión N2, hacia la AN 204, p. ej. por medio de la AMF. 218. El mensaje de solicitud de actualización de sesión puede incluir ID de AN temp de UE, ID de AN de sesión, un estado Sesión-ACTIVA, e información de conexión de NG3. La AN 204 y el UE 202 pueden realizar un procedimiento de Reconfiguración de conexión de RRC (en 4006). En una realización, el procedimiento de reconfiguración de conexión de RRC puede incluir la AN 204 que asigna recursos de radio para dar servicio a la sesión de PDU según un Perfil de QoS. Si el Perfil de QoS requiere control de admisión, la AN 204 puede realizar control de admisión (o puede invocar un procedimiento de control de admisión). Si hay insuficientes recursos de radio para satisfacer las necesidades de la sesión de PDU, o si la AN 204 no puede soportar de otro modo la sesión, la AN 204 puede dar instrucciones o informar de otro modo al UE 202 para que libere la sesión de PDU. Si hay suficientes recursos de radio, y la AN 204 puede soportar de otro modo la sesión, la AN 204 puede enviar un mensaje de Reconfiguración de conexión de RRC al UE 202 que indica la adjudicación de recursos de radio. Según la configuración de conexión de RRC, el UE 202 puede establecer el estado de conexión de sesión a Sesión-ACTIVA. Los expertos en la técnica entenderán que otras etapas pueden tomarse como parte de la reconfiguración de conexión de RRC. La adición de estas etapas puede variar de una implementación a otra y así no se discuten en esta memoria. Al configurar (o reconfigurar según sea la situación) la conexión de RRC, la AN 204 puede enviar un mensaje de respuesta de actualización de sesión (en 4008) hacia la SMF 220. Opcionalmente este mensaje puede enviarse a la AMF 218 para entrega a la SMF 220. En algunas realizaciones, el mensaje puede ser una respuesta de Actualización de Sesión de N2. El mensaje puede incluir el ID temp de UE e ID de sesión. La AN 204 puede usar este mensaje de respuesta 4008 para notificar a la SMF 220 ya sea de la finalización exitosa de la transición de estado Sesión-ACTIVA o un código de causa asociado con un fallo para finalizar con éxito la transición, p. ej. falta de recursos de radio para soportar la sesión de PDU. Si la SMF 220 es notificada de una finalización exitosa de la transición, puede transmitir una solicitud a la UPF 212 para actualizar el contexto de sesión de UE. Esto puede adoptar la forma de mensajes 4010a y 4010b en respuesta. Si la SMF 220 no es notificada de un éxito (incluido la escenario en el que es notificada de un fallo) pueden omitirse las etapas 4010a y 4010b. Como se muestra en 4010a, la SM 220 puede transmitir una solicitud a la UPF 212 para actualizar información de sesión. Esto puede adoptar la forma de una solicitud de Actualización de Sesión N4 enviada a la UPF 212 que solicita la actualización de información NG3 asociada con la AN 204 esto se asocia con el contexto de sesión de PDU del UE en UPF 212. El mensaje de solicitud puede incluir ID temp de UE, ID de sesión, e información NG3, incluso el ID de punto final de túnel de AN y la dirección IP de la AN. En respuesta, la UPF 212 puede transmitir una confirmación como se muestra en 4010b. Esta confirmación puede adoptar la forma de una respuesta de Actualización de Sesión N4. Si, la SMF 220 recibe una indicación desde la AN 204 de que la reconfiguración de conexión de RRC ha tenido éxito, la SMF 220 puede establecer correspondientemente el estado de conexión de sesión (en 4012) en el contexto de UE. Si la transición de estado de conexión de sesión es exitosa, la SMF 220 puede establecer el estado de conexión de sesión a la Sesión-ACTIVA. Si la transición de estado de conexión de sesión no tiene éxito (p. ej. la AN no puede soportar la sesión de PDU), la SMF 220 puede iniciar un procedimiento de Liberación de Sesión. Como se señala anteriormente, con respecto a la FIGURA 39, la PCF puede implicar durante los procedimientos de transición de estado de conexión de sesión. También se debe entender que diferentes servicios pueden implicarse en la transferencia de mensajes N2.
El procedimiento de liberar una conexión de señalización NAS puede iniciarse por un nodo de (R)AN 5G 204 o la AMF 218. La AMF 218 puede informar a la SMF 220 que el UE 202 entra a estado de CM-INACTIVIDAD de modo que la SMF 220 puede informar a la UPF(s) 212 que desactive sesiones de PDU existentes al liberar la información de túnel N3 (que incluye dirección IP de (R)AN e identificador de punto final de túnel) de contexto de UE en la UPF 212. El UE 202 puede considerar la conexión de señalización NAS liberada si el UE detecta que se libera la conexión de RRC. Después de liberarse la conexión de señalización NAS, el UE 202 y la AMF 218 pueden entrar al estado de CM-INACTIVIDAD.
Cuando un UE 202 tiene múltiples sesiones de PDU establecidas, la activación de conexiones UP de las sesiones de PDU existentes puede provocar que se active una conexión de plano de usuario UE-CN (es decir, portador de radio de datos y túnel N3) para una sesión de PDU. Para el UE 202 en el estado de CM-INACTIVIDAD, ya sea el UE 202 o un procedimiento de solicitud de servicio disparado por red puede soportar activación independiente de conexión UP de sesión de PDU existente. Para el UE 202 en el estado CM-CONECTADO, puede soportarse activación y desactivación independientes de conexiones UP de sesiones de PDU existentes.
Puede haber diferentes tipos de procedimientos de establecimiento de sesión de PDU. Un tipo de procedimiento de establecimiento de sesión puede ser un procedimiento de establecimiento de sesión de PDU iniciado por el UE 202. Otro tipo de procedimiento de establecimiento de sesión puede ser un procedimiento de establecimiento de sesión de PDU iniciado por red. En caso de un procedimiento iniciado por red, la red puede enviar al dispositivo mensaje de disparador a la aplicación(es) en el lado de UE. La carga útil de disparador incluida en un mensaje de solicitud de disparador de dispositivo puede incluir información sobre qué aplicación en el lado de UE se espera disparar la solicitud de establecimiento de sesión de PDU. En función de esa información, la aplicación(s) en el lado de UE origina el procedimiento de establecimiento de sesión de PDU.
Puede haber diferentes realizaciones de desactivación de sesión de PDU. Un tipo de procedimiento de desactivación de sesión puede ser que todas las sesiones de PDU del UE 202 pueden desactivarse cuando el estado de CM del UE hace una hace una transición desde el estado CM-CONECt Ad O al estado de CM-INACTIVIDAD. Otro tipo de procedimiento de desactivación de sesión puede ser la (R)AN 204 que inicia toda desactivación de sesión de PDU. La (R)AN 204 puede informar a la AMF 218 de la causa de la liberación de RRC, tal como intervención de O&M, fallo no especificado, inactividad de usuario, fallo repetido de comprobación de integridad de señalización de RRC, liberalización debida a liberación de conexión de señalización generada por el UE 202, etc. Otro tipo de procedimiento de desactivación de sesión puede ser la AMF 218 que inicia desactivación de toda sesión de PDU debido a fallo de autenticación. Otro tipo de procedimiento de desactivación de sesión puede incluir la (R)AN 204 que inicia una desactivación de sesión de PDU selectiva. La (R)AN 204 puede informar a la SMF 220, por medio de la AMF 218, de la causa de la sesión de PDU selectiva tal como intervención de O&M e inactividad de usuario.
Se puede usar un procedimiento para liberar una conexión N2 y al mismo tiempo desactivar sesiones de PDU cuando el UE 202 entra al estado de CM-INACTIVIDAD. La FIGURA 41 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de desactivación de sesión de PDU (4100), según una realización de la presente invención. El UE 202 y (R)AN 204 pueden realizar una liberación de r Rc (600A). Si se libera la conexión de RRC, la (R)AN 204 puede interactuar con el UE 202 para liberar la conexión de señalización de RRC. El UE 202 entra al estado de CMINACTIVIDAD y todas las sesiones de PDU pueden desactivarse. Así, el UE 202 sabe que la liberación de RRC implica desactivación de sesiones de PDU. A continuación, la (R)AN 204 puede enviar (mensaje N2) una notificación de Liberación de RRC (4102) a la AMF 218. El mensaje (4102) puede incluir un código de causa, tal como intervención de O&M, inactividad de UE, etc. Cabe señalar que en ciertos escenarios, la etapa (600A) puede iniciarse antes o en paralelo con la etapa (4102).
A continuación, la (R)AN 204 puede crear (mensaje N11) uno o más mensajes de Notificación de Liberación N2 y enviarlos (4104) por medio de AMF 218 a la SMF(s) 220 que dan servicio a las sesiones de PDU a desactivar. El mensaje (4104) puede incluir un ID de UE para identificar el UE (tal como ID de UE temporal o SUPI), una lista de ID(s) de sesión de PDU a desactivar, y un código de causa. Como alternativa, el mensaje (4104) incluye un ID de UE para identificar el UE (tal como ID de UE temporal o SUPI), la información de (R)AN, lista de ID(s) de sesión de PDU a desactivar, ID de sesión de PDU y código de causa. La información de (R)AN indica la dirección IP de la (R)AN que libera la conexión de RRC. A continuación, la SMF 220 puede enviar (mensaje N4) una solicitud de Liberación N3 (4106) a la UPF(s) 212. El mensaje (4106) puede incluir un ID de UE (tal como<i>D de UE temporal o SUPI) para identificar el UE, e ID(s) de sesión de PDU a desactivar. A continuación, la UPF 212 puede descartar todos los paquetes restantes de sesiones de PDU desactivadas, si las hay. La UPF 212 puede liberar la información de túnel N3 (tal como dirección IP de (R)AN e identificador de punto final de túnel) en el contexto de sesión de PDU del UE de sesiones de PDU a desactivar. La UPF 212 puede enviar (mensaje N4) una respuesta de Liberación N3 (4108) a la SMF 220 que confirma la liberación de la información de túnel N3.
La SMF 220 puede enviar (mensaje N11) un Acuse de Recibo de Notificación de Liberación N2 (4110) a la AMF 218 para confirmar la recepción de la notificación de la AMF 218 (4104). El mensaje (4110) puede enviarse antes, después o en paralelo con el mensaje (4106). A continuación, la AMF 218 puede recoger todas las respuestas de la(s) SMF(s) 220 que han sido notificadas (en la etapa (4104)). Una vez se recogen todos la acuses de recibo desde la SMF 220, la AMF 218 puede enviar (mensaje N2) una solicitud de Liberación N2 (4112) a la (R)AN 204 con un código de causa. Si la etapa (600A) no se ha realizado previamente en la primera etapa del procedimiento (4210), la (R)AN 204 y UE 202 pueden realizar el procedimiento de Liberación de RRC (600A). La (R)AN 204 puede solicitar al UE 202 que libere la conexión de RRC. El UE 202 entra al estado de CM-InAc TIVIDAD y todas las sesiones de PDU en el UE 202 pueden desactivarse. Al recibir la confirmación de liberación de conexión de RRC desde el UE 202, la (R)AN 204 retira el contexto de UE.
A continuación, la (R)AN puede enviar (mensaje N2) una respuesta de Liberación N2 (4114) a la AMF 218. Este mensaje (4114) es para proporcionar confirmación para la etapa (4112). Al recibir el mensaje de Respuesta de Liberación N2 (4114), la AMF 218 puede establecer el estado de CM-INa Ct IVIDAD en el contexto de UE y liberar la conexión N2 del UE. A continuación, la AMF 218 puede enviar (mensaje N11) una confirmación de Liberación N2 (4116) a la SMF(s) 220 para confirmar la liberación de la conexión N2. Como alternativa, el mensaje (4116) puede omitirse.
En otra realización, si el procedimiento de Liberación de RRC (600A) se ha realizado en la primera etapa del procedimiento (44100), los mensajes 4112, 4114, y el procedimiento de liberación de RRC (600A) entre etapas que los mensajes 4112 y 4114 pueden omitirse.
La FIGURA 42 ilustra, en un diagrama de flujo, un ejemplo de un método para liberar una conexión N2 y desactivar una sesión de PDU (4200), según el procedimiento de desactivación de sesión de PDU y liberación de N2 (4100). El método (4200) puede ser realizado por la AMF 218. El método (4200) comprende la AMF 218 configurada para recibir un mensaje de Notificación de Liberación de RRC (4102). A continuación, la AMF 218 envía un mensaje de Notificación de Liberación N2 (4104) a la SMF 220. A continuación, la AMF 218 recibe un mensaje de Acuse de Recibo de Notificación de Liberación N2 (4110) de la SMF 220. A continuación, la AMF envía un mensaje de Solicitud de Liberación N2 (4112) a la (R)AN 204. A continuación, la AMF 218 recibe un mensaje de Confirmación de Liberación N2 (4114) desde la (R)AN 204. Pueden añadirse otras etapas al método (4200).
La FIGURA 43 ilustra, en un diagrama de flujo, otro ejemplo de un método para liberar una conexión N2 y desactivar una sesión de PDU (4300), según el procedimiento de desactivación de sesión de PDU y liberación de N2 (4100). El método (4300) puede ser realizado por la SMF 220. El método (4300) comprende la SMF 220 configurada para recibir un mensaje de Notificación de Liberación N2 (4104) desde la AMF 218. A continuación, la SMF 220 envía un mensaje de Solicitud de Liberación N3 (4106) a la UPF 212. A continuación, la SMF 220 recibe un mensaje de Respuesta de liberación N3 (4108) desde la UPF 212. A continuación, la SMF 220 envía un mensaje de Acuse de Recibo de Notificación de Liberación N2 (4110) a la AMF 218.
Se puede usar un procedimiento para liberar una conexión N2 cuando el UE 202 entra al estado de CM-INACTIVIDAD o para desactivar sesiones de PDU cuando la (R)AN 204 dispara la desactivación de sesión de PDU selectiva. La FIGURA 44 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de desactivación de sesión de PDU (4400), según una realización de la presente invención. El UE 202 y (R)AN 204 pueden realizar un procedimiento de Liberación de RRC (600A) o un procedimiento de Reconfiguración de RRC (600B). Si se libera la conexión de RRC, la (R)AN 204 puede interactuar con el UE para liberar la conexión de señalización de RRC (procedimiento 600A). El UE entra al estado de CM-INACTIVIdAd y todas las sesiones de PDU se desactivan. Si algunas sesiones de PDU se desactivan, entonces la (R)AN 204 puede interactuar con el UE 202 para liberar DRB(s) pertenecientes a las sesiones de PDU desactivadas (procedimiento 600B). El UE 202 puede saber que la liberación de todos los DRB pertenecientes a una sesión de PDU implica la desactivación de sesiones de PDU correspondientes. La (R)AN envía (mensaje N2) una solicitud de Desactivación de Sesión de PDU (4402) a la AMF 218. El mensaje (4402) incluye ID de sesión de PDU, y puede incluir un código de causa. El código de causa puede ser liberación de RRC con una razón, tal como intervención de O&M, inactividad de UE, etc. El código de causa también puede ser inactividad de sesión de PDU. En caso de una liberación de RRC, la solicitud de desactivación de sesión de PDU no incluye un ID de sesión de PDU. En caso de inactividad de sesión de PDU, la solicitud de Desactivación de Sesión de PDU (4402) incluye una lista de ID de sesión de PDU. Cabe señalar que en ciertos escenarios, la etapa (600A o 600B) puede iniciarse antes o en paralelo con la etapa (4402).
A continuación, la AMF 218 crea (mensaje N11) una o más solicitudes de desactivación de Sesión de PDU y las envía a la SMF(s) 220 que dan servicio a las sesiones de PDU a desactivar (4404). El mensaje (4404) puede incluir un ID de UE para identificar el UE (tal como ID de UE temporal o SUPI), incluye una lista de ID(s) de sesión de PDU a desactivar, y puede incluir un código de causa. A continuación, la SMF 220 puede enviar (mensaje N4) una solicitud de Liberación N3 (4106) a la UPF(s) 212. El mensaje (4106) puede incluir un ID de UE (tal como ID de Ue temporal o SUPI) para identificar el UE 204, e ID(s) de sesión de PDU. La UPF 212 puede liberar la información de túnel N3 de AN (es decir, dirección IP de (R)AN e ID de túnel) en el contexto de sesión de PDU del UE de sesiones de PDU a desactivar. La UPF 212 puede enviar (mensaje N4) una respuesta de Liberación N3 (4108) a la SMF 220 que confirma la liberación de la información de túnel N3. A continuación, la SMF 220 envía (mensaje N11) una respuesta de desactivación de sesión de PDU (4406) a la AMF 218 para confirmar la liberación de la información de túnel N3 en UPF(s) 212. A continuación, la AMF 218 recoge todas las respuestas de la SMF(s) 220 que se solicitaron para desactivar sesiones de PDU (en la etapa (4404)). Una vez recogidas todas las respuestas de la SMF 220, la AMF 218 envía (mensaje N2) una solicitud de liberación de conexión de sesión de PDU (4408) a la (R)AN 204. En caso de que la (R)AN 204 o AMF 218 haya iniciado la desactivación de todas las sesiones de PDU, el mensaje (4408) incluye una indicación para liberar el contexto de UE (es decir, toda información relacionada con el UE 204, que incluye información de túnel N3 y conexión N2). Si la caso de desactivación de sesión de PDU selectiva, el mensaje (4408) puede incluir una lista de ID de sesión de PDU.
Si la etapa (600A o 600B) no se ha realizado previamente en la primera etapa del procedimiento (4400), la (R)AN 204 y UE 202 puede realizar el procedimiento de liberación de RRC (600A) o de Reconfiguración de RRC (600B). Si el mensaje en la etapa (4408) incluía una indicación para liberar el contexto de UE, la (R)AN 204 puede solicitar al UE 202 que libere la conexión de RRC (600A). El UE 202 entra al estado de CM-InAcTIVIDAD y todas las sesiones de PDU en el UE 202 pueden desactivarse. Al recibir la confirmación de liberación de conexión de RRC desde el UE 202, la (R)AN 204 retira el contexto de UE. Si el mensaje en la etapa (4408) incluía una indicación para desactivar una lista de sesiones de PDU, la (R)AN 204 y UE realizan un procedimiento de liberación de DRB (600B). El UE sabe que la liberación de todos los DRB pertenecientes a una sesión de PDU implica la desactivación de una sesión de PDU correspondiente. Al recibir confirmación para la liberación de DRB desde el UE 202, la (R)AN 204 retira el contexto de sesión de PDU del UE de sesiones de PDU desactivadas.
A continuación, la (R)AN 204 envía (mensaje N2) una respuesta de liberación de conexión de sesión de PDU (4410) a la AMF 218. El mensaje (4410) proporciona confirmación para la etapa (4408). Si el mensaje en la etapa (4408) indicaba la liberación del contexto de Ue , la AMF 218 puede establecer el estado de CM-INACTIVIDAD en el contexto de UE y liberar la conexión N2 del UE. A continuación, la AMF 218 puede crear (mensaje N11) una confirmación de Desactivación de Sesión de PDU y enviarla (4412) a la SMF(s) 220 para confirmar la desactivación de PDU sesión(es) en la (R)AN 204.
La FIGURA 45 ilustra, en un diagrama de flujo, un ejemplo de un método para desactivar una sesión de PDU (4500), según el procedimiento de desactivación de sesión de PDU (4400). El método (4500) puede ser realizado por la AMF 218. El método (4500) comprende la AMF 218 configurada para recibir un mensaje de Solicitud de Desactivación de Sesión de PDU (4402) desde la (R)AN 204. A continuación, la AMF 218 puede enviar un mensaje de Solicitud de Desactivación de Sesión de PDU (4404) a la SMF 220. A continuación, la AMF 218 puede recibir un mensaje de Respuesta de Desactivación de Sesión de PDU (4406) desde la SMF 220. A continuación, la AMF 218 puede enviar un mensaje de Liberación de Conexión de Sesión de PDU (4408) a la (R)AN 204. A continuación la AMF 218 puede recibir un mensaje de respuesta de Liberación de Conexión de Sesión de PDU (e) desde la (R)AN 204. A continuación, la AMF 218 puede enviar un mensaje de Confirmación de Desactivación de Sesión de PDU (4412) a la SMF 220. Pueden añadirse otras etapas al método (4500).
La FIGURA 46 ilustra, en un diagrama de flujo, otro ejemplo de un método para desactivar una sesión de PDU (4600), según el procedimiento de desactivación de sesión de PDU (4400). El método (4600) puede ser realizado por la SMF 220. El método (4600) comprende la SMF 220 configurada para recibir un mensaje de Solicitud de Desactivación de Sesión de PDU (4404) desde la AMF 218. A continuación, la SMF 220 envía un mensaje de Solicitud de Liberación N3 (4106) a la UPF 212. A continuación, la SMF 220 recibe un mensaje de Respuesta de Liberación N3 (4108) desde la UPF 212. A continuación, la SMF 220 envía un mensaje de respuesta de desactivación de sesión de PDU (4406) a la AMF 218. A continuación, la SMF 220 recibe un mensaje de confirmación de desactivación de sesión de PDU (4412) desde la AMF 218. Pueden añadirse otras etapas al método (4600).
Se puede usar un procedimiento de solicitud de servicio por un UE 5G 204 en el estado de CM-INACTIVIDAD para solicitar el establecimiento de una conexión segura a una AMF 218. El UE 202 en el estado de CM de inactividad puede iniciar el procedimiento de solicitud de servicio a fin de enviar mensajes de señalización de enlace ascendente, datos de usuario, o respuesta a una solicitud de localización de red. Tras recibir el mensaje de solicitud de servicio, la AMF 218 puede realizar autenticación, y la AMF 218 puede realizar el procedimiento de seguridad. Después del establecimiento de una conexión de señalización segura a una AMF 218, el UE 202 o la red puede enviar mensajes de señalización, p. ej., establecimiento de sesión de PDU desde el UE 202 a la red, o la SMF 220, por medio de la AMF 218, puede iniciar el establecimiento de recurso de plano de usuario para las sesiones de PDU solicitadas por red y/o indicarse en el mensaje de solicitud de servicio. Cuando el UE 202 está en el estado CM-CONECTADO, el UE 202 puede usar otro procedimiento SM para solicitar establecimiento de recurso de plano de usuario para sesiones de PDU inactivas.
La FIGURA 47 ilustra, en un diagrama de flujo de mensaje, otro ejemplo de un procedimiento de transición de estado sesión-ACTIVA (4700), según una realización de la presente divulgación. El UE 202 puede enviar, en un mensaje N1, una solicitud de Activación de Sesión SM (4702) a la SMF 220. El mensaje (4702) puede incluir ID(s) de sesión de PDU a activar. El mensaje (4702) puede no necesitar incluir la lista de sesiones de PDU disponibles en el UE 202. La lista de sesiones de PDU disponibles en el UE 202 se puede incluir si el UE 202 ha liberado algunas sesiones de PDU pero no informado la SMF 220. La (R)AN 204 puede reenviar el Solicitud de Activación de Sesión SM de mensaje N1 a la AMF 218 sobre la interfaz N2. La (R)AN 204 no necesita incluir la ubicación del UE 202, tipo de RAT, e ID temporal de UE 5G a la AMF 218. La AMF 218 puede seleccionar la SMF 220 en función del ID de sesión de PDU y reenviar la Solicitud de Activación de Sesión SM (4704) a la SMF que da servicio 220 sobre la interfaz N11. El mensaje reenviado (4704) puede incluir un ID de UE para identificar UE, tal como ID de UE temporal 5G o SUPI, e ID(s) de sesión de PDU.
La SMF 220 puede usar un servicio de "Transferencia de Mensaje" proporcionado por la AMF 218 para enviar un mensaje N11 (4706), que contiene una información SM N2 a enviar a la (R)AN 204 y un mensaje NAS Aceptar Activación de Sesión SM N1 a enviar al UE sobre la interfaz N11. El mensaje N11 puede incluir un ID de UE para identificar UE (tal como ID de UE temporal 5G o SUPI) e ID(s) de sesión de PDU. El mensaje de información SM N2 puede incluir ID(s) de sesión de PDU, y el contexto de sesión de PDU del UE (Perfil de QoS y UPF 212 que finaliza información de túnel N3 (dirección IP de UPF e identificador de punto final de túnel)). A continuación, la AMF 218 puede leer el ID de UE (tal como ID temporal 5G o SUPI) e ID(s) de sesión de PDU para encontrar la (R)AN 204. La AMF 218 transfiere el contenido de mensaje N11 (4706), que contiene información SM N2 y mensaje NAS Aceptar Activación de Sesión SM N1 recibido de la SMF en el mensaje N24708 a la (R)AN sobre la interfaz N2. A continuación, la (R)AN 204 y UE 202 puede realizar un procedimiento de Reconfiguración de conexión de RRC (600B) según el Perfil de QoS para todos los flujos de QoS de la sesión de PDU activada proporcionado en la información SM N2. Si la (R)AN 204 puede soportar la sesión de PDU, el mensaje de Reconfiguración de conexión de RRC enviado desde la AN 204 al UE 202 puede indicar adjudicación de recursos de radio para la sesión(es) de PDU; y la (R)AN 204 reenvía el mensaje NAS Aceptar Activación de Sesión SM N1 proporcionado en el mensaje (4708) al UE. Después se preparan los recursos de radio de plano de usuario, los datos de enlace ascendente desde el UE 202 pueden reenviarse ahora (4710) a la RAN 204. La RAN 5G 204 puede enviar los datos de enlace ascendente (4710) a la dirección de UPF 212 e ID de túnel proporcionado en la etapa (4706).
A continuación, la (R)AN 204 puede enviar (mensaje N2) una información de (R)AN N3 (4712) a la SMF 220 por medio de la AMF 218. El mensaje (4712) puede incluir el ID(s) de sesión de PDU, un tipo de RAT, una lista de flujos de QoS aceptados y una lista de flujos de QoS rechazados para la sesión de PDU activada correspondiente, e información de túnel N3 de (R)AN (dirección IP de (R)AN e ID de túnel). A continuación, la AMF 218 transfiere (mensaje N11) la información de (R)AN N3 (4714) a la SMF 220 al leer el ID(s) de sesión de PDU sobre la interfaz N11. El mensaje (4714) puede incluir un ID de UE para identificar el UE (tal como ID temporal 5G o SUPI), ID(s) de sesión de PDU, el tipo de RAT, una lista de flujos de QoS aceptados y una lista de flujos de QoS rechazados para la sesión de PDU activada correspondiente, y una información de túnel N3 de (R)AN (dirección IP de (R)AN e ID de túnel). Opcionalmente, si se despliega PCC dinámico, la SMF 220 puede iniciar modificación de sesión IP-CAN (4716) y proporcionar información de ubicación nueva del UE 202 a la PCF 222.
En otra realización, la (R)AN 204 puede incluir el identificador de SMF en el mensaje (4712). La AMF 218 puede leer la SMF ID, no el ID(s) de sesión PDUS, a fin de reenviar la información de (R)AN N3 (mensaje N2) (4714) a la SMF 220.
Si en la etapa (4712), la AN 204 notifica finalización exitosa de una activación de sesión, entonces la SMF 220 solicita a la UPF 212 que actualice el contexto de sesión de PDU del UE. En este caso, la SMF 220 puede enviar un mensaje de Solicitud de Actualización de Sesión N4 (4718) a la UPF 212 para actualizar información de túnel N3 de la (R)AN 204. El mensaje (4718) puede incluir ID de An para identificar UE (tal como ID temporal 5G o SUPI), ID(s) de sesión de PDU, e información de túnel de (R)AN (dirección IP de la (R)AN 204 e ID de punto final de túnel N3). A continuación, la UPF 212 puede enviar un mensaje de Respuesta de Actualización de Sesión N4 (4720) a la SMF 220 para confirmar la finalización de la solicitud de actualización de sesión.
La FIGURA 48 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar la transición de una sesión (4800), según el procedimiento de transición de estado sesión-ACTIVA (4700) de la FIGURA 47. El método (4800) puede ser realizado por la AMF 218. El método (4800) comprende la AMF 218 configurada para recibir un mensaje de Solicitud de Activación de Sesión SM (4702) desde el UE 202, por medio de la AN 204. A continuación, la AMF 218 envía un mensaje de Solicitud de Activación de Sesión SM (4704) a la SMF 220. A continuación, la AMF 218 recibe un mensaje N11 que contiene información SM N2 y Aceptar Activación de Sesión SM N1 (4706) desde la SMF 220. A continuación, la AMF 218 envía un mensaje N2 que contiene información SM N2 y Aceptar Activación de Sesión SM N1 (4708) a la AN 204. A continuación, la AMF 218 recibe un mensaje de información de (R)AN N3 (4712) desde la AN 204. A continuación, la AMF 218 envía una información de (R)AN N3 (4714) a la SMF 220. Pueden añadirse otras etapas al método (4800).
La FIGURA 49 ilustra, en un diagrama de flujo, un ejemplo de un método para realizar la transición de una sesión (4900), según el procedimiento de transición de estado sesión-ACTIVA (4700) de la FIGURA 47. El método (4900) puede ser realizado por la SMF 220. El método (4900) comprende la SMF 220 configurada para recibir un mensaje de Solicitud de Activación de Sesión SM (4704) desde la AMF 218. A continuación, la SMF 220 envía un mensaje N11 que contiene información SM N2 y Aceptar Activación de Sesión SM N1 (4706) a la AMF 218. A continuación, la SMF 220 recibe un mensaje de información de (R)AN N3 (4714) desde la AMF 218. A continuación, la SMF 220 puede opcionalmente realizar una modificación de sesión IP-CAN (4716) con la PCF 222. A continuación, la SMF 220 envía un mensaje de solicitud de actualización de sesión (4718) a la UPF 212. A continuación, la SMF 220 recibe un mensaje de respuesta de actualización de sesión (4720) desde la UPF 212. Pueden añadirse otras etapas al método (4900).
La FIGURA 50 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de solicitud de servicio (5000), según una realización de la presente divulgación. El UE 202 puede enviar a la (R)AN 204 una solicitud de servicio NAS de MM (5002). El mensaje (5002) puede incluir ID(s) de sesión de PDU, parámetros de seguridad y estado de sesión de PDU. El UE 202 puede enviar solicitud de servicio de mensaje NAS hacia la AMF 218 encapsulada en un mensaje de RRC a la RAN 204.
Si el UE 202 está en el estado de CM-INACTIVIDAD, entonces el UE 202 puede enviar el mensaje de solicitud de servicio NAS de MM (5002). El UE 202 puede incluir el ID temporal 5G en el mensaje de RRC (5002) entre el UE 202 y la (R)AN 204. La (R)AN 204 puede enrutar el mensaje de solicitud de servicio nAs de MM a la AMF 218 correcta según el ID temporal 5g . Si el UE 204 está en el estado de CM-INACTIVIDAD, entonces el UE 202 puede enviar el mensaje de solicitud de servicio NAS de MM (5002). El UE 202 puede incluir parámetros de seguridad en el mensaje NAS (5002). El estado de sesión de PDU se puede incluir. Como alternativa, el estado de sesión de PDU se puede incluir únicamente si el UE 202 ha liberado algunas sesiones de PDU pero no ha informado a la SMF 220.
Si el UE 202 está en el estado CM-CONECTADO, el UE 202 puede enviar el mensaje de solicitud de servicio NAS de MM (5002). El mensaje de solicitud de servicio NAS de MM (5002) puede ser encriptado y protegerse su integridad. El mensaje (5002) puede incluir ID(s) de sesión de PDU a activar. El estado de sesión de PDU se puede incluir. Como alternativa, el estado de sesión de PDU se puede incluir si el UE 202 ha liberado algunas sesiones de PDU pero no ha informado a la SMF 220.
Si el UE 202 se dispara para datos de usuario, el UE 202 puede incluir el ID(s) de sesión de PDU en el mensaje de Solicitud de Servicio NAS (5002) para indicar la sesión de PDU que el UE 202 selecciona para activar. Si el UE 202 se dispara para señalización únicamente, el UE 202 puede no enviar ningún ID de sesión de PDU. Cuando este procedimiento (5000) se dispara para respuesta de localización, si el UE 202 necesita activar la sesión(es) de PDU, incluye el ID(s) de sesión de PDU en el mensaje de solicitud de servicio NAS de MM (5002) para indicar la sesión de PDU que el UE 202 necesita activar. De otro modo el UE 202 no necesita incluir ningún ID de sesión de PDU. El estado de sesión de PDU puede indicar las sesiones de PDU disponibles en el UE 202.
A continuación, la (R)AN 204 puede enviar a la AMF 218 un mensaje N2 (solicitud de servicio NAS de MM (5004). El mensaje (5004) puede incluir un ID temporal 5G, información de ubicación, un tipo de RAT, y una causa de establecimiento de RRC. Si la AMF 218 no puede manejar la solicitud de servicio (5004) la rechazará.
Si el UE 202 está en el estado de CM-INACTIVIDAD, entonces el ID temporal 5G puede obtenerse en un procedimiento de RRC. La RAN 204 puede seleccionar la AMF 218 según el ID temporal. La información de ubicación y el tipo de RAT se relacionan con la celda en la que campa el UE 202.
Si el UE está en estado CM-CONECTADO, la (R)AN 204 reenvía el mensaje de Solicitud de Servicio NAS de MM a la AMF 218 sin añadir el ID temporal 5G, información de ubicación, tipo de rAt , o causa de establecimiento de RRC.
En función del estado de sesión de PDU, la AMF 218 puede iniciar un procedimiento de liberación de sesión de PDU si la sesión de PDU no está disponible en el UE 202.
A continuación, si la solicitud de servicio (5004) no se ha enviado con integridad protegida, o protección de integridad se indica como fallida, la AMF 218 puede iniciar procedimiento de autenticación/seguridad NAS (5006) con el UE 202 y la AUSF 214. Si se dispara el UE 202 para que establezca conexión de señalización, después del intercambio de seguridad el UE 202 puede enviar señalización de enlace ascendente y el resto de este procedimiento se salta. Si el UE está en estado CM-CONECTADO, la etapa (5006) se salta.
A continuación, la AMF 218 puede enviar condicionalmente a la SMF 220 un mensaje N11 (5008) que incluye identificador de UE (SUPI) e ID(s) de sesión de PDU. Si el mensaje de solicitud de servicio NAS de MM (5004) incluye ID(s) de sesión de PDU, o este procedimiento es disparado por SMF 220, la AMF 218 puede enviar un mensaje N11 (5008) a la SMF(s) 220 asociado con el ID(s) de sesión de PDU. A continuación, la SMF 220 puede enviar condicionalmente a la AMF 218 un mensaje N11 (5010) que incluye información SM N2 (Perfil de QoS, información de túnel N3 de CN) y aceptar activación de sesión de SM NAS (con ID de sesión de PDU) a la AMF 218. Tras recibir el mensaje N11 (5008), cada SMF 220 puede enviar un mensaje N11 (5010) a la AMF 218 para establecer el plano(s) de usuario para las sesiones de PDU. La información SM N2 puede incluir información que la AMF 218 puede proporcionar a la RAN 204. El mensaje de Aceptar Activación de Sesión SM NAS puede incluir información que la AMF 218 puede proporcionar al UE 202. La SMF 220 puede usar un servicio de "Transferencia de Mensaje" proporcionado por la AMF 218 para enviar información SM N2 y Aceptar Activación de Sesión de SM NAS.
A continuación, la AMF 218 puede enviar condicionalmente a la (R)AN 204 una solicitud N2 (5012) que incluye información SM N2 y aceptar activación de sesión de SM NAS recibida de la SMF 220, un contexto de seguridad, una ID de conexión de señalización de AMF 218, una lista de restricciones de traspaso, y una aceptación de servicio de NAS de MM. Si la solicitud de servicio (5000) fue disparada por un UE 202 en el estado de CM-INACTIVIDAD, la AMF 218 puede incluir el contexto de seguridad, un ID de Conexión de Señalización de AMF, y una lista de restricciones de traspaso en la solicitud N2 (5012). La RAN 204 puede almacenar contexto de seguridad, ID de Conexión de Señalización de AMF, información de QoS para los flujos de QoS de las sesiones de PDU que se activan e ID de túnel N3 en el contexto de RAN de UE. Si la solicitud de servicio (5000) fue disparada cuando el UE 202 está en el estado CM-CONECTADO, la AMF 218 puede transferir la información SM N2 (Perfil de QoS, información de túnel N3 de CN) y aceptar activación de sesión de SM NAS a la (R)AN 204, sin añadir el contexto de seguridad, el ID de Conexión de Señalización de AMF, la lista de restricciones de traspaso, o la aceptación de servicio de NAS de MM. Si hay múltiples sesiones de PDU que implican múltiples SMF 220, la AMF 218 puede esperar respuestas de todas las SMF 220 en la etapa (5010) hasta que envía la solicitud N2 (5012) a la RAN 204. La aceptación de servicio de NAS de MM puede incluir estado de sesión de PDU en la AMF 218. Si este procedimiento (5000) se dispara para señalización únicamente, la aceptación de servicio de NAS de MM se puede enviar al UE 202 después de la etapa (5006).
A continuación, la (R)AN 204 y el UE 202 pueden realizar una reconfiguración de conexión de RRC (600B) dependiendo de la información de QoS para todos los flujos de QoS de las sesiones de PDU activadas. Si el procedimiento de solicitud de servicio (5000) fue disparado por un UE 202 en el estado de CM-INACTIVIDAD, la seguridad de plano de usuario puede establecerse en esta etapa (600A). La RAN 204 puede reenviar la aceptación de servicio de NAS de MM y aceptar activación de sesión de SM NAS al UE 202. Si el procedimiento de solicitud de servicio (5000) fue disparado por un UE en el estado de CM-INACTIVIDAD, el UE 202 puede retirar el contexto de sesiones de PDU que no están disponibles en la CN 5G.
Después se configuran los recursos de radio de plano de usuario, los datos de enlace ascendente del UE pueden reenviarse (5014) a la RAN 204. La RAN 5G 204 puede enviar los datos de enlace ascendente (5014) a la dirección e ID de túnel de UPF 212 proporcionados en la etapa (5008). A continuación, la (R)AN 204 puede enviar condicionalmente a la AMF 218 un ACK de solicitud N2 (5016) que incluye información SM N2 (información de túnel de RAN, una lista de flujos de QoS aceptados para cada una de las sesiones de PDU activadas, y una lista de flujos de QoS rechazados para cada una de las sesiones de PDU activadas.
A continuación, la AMF 218 puede enviar condicionalmente a la SMF 220 un mensaje N11 (5018) que incluye información SM N2 (información de túnel de RAN), un tipo de RAT, una lista de flujos de QoS aceptados, y una lista de flujos de QoS rechazados por sesión de PDU aceptada a la SMF 220. Si la zona horaria del UE 202 ha cambiado comparada con la última zona horaria de UE informada, entonces la AMF 218 puede incluir la zona horaria de UE IE en este mensaje (5018). Para flujos de QoS rechazados, la SMF 220 puede enviar una solicitud de flujos de QoS de liberación de SM NAS al UE 202. El mensaje (5018) puede incluir ID(s) de sesión de PDU y una lista de flujo de QoS rechazado para cada sesión de PDU. El UE 202 entonces puede confirmar la liberación de flujos de QoS rechazados. Opcionalmente, si se despliega PCC dinámico, la SMF 220 puede iniciar una modificación de sesión IP-CAN (4716) y proporcionar información de ubicación nueva a la PCF 222.
A continuación, la SMF 220 puede enviar condicionalmente a la UPF 212 una solicitud de Actualización de Sesión N4 (4718) que incluye información de túnel de RAN y una lista de flujos de QoS aceptados. Si se va a configurar o modificar, un plano de usuario la SMF 220 puede iniciar un procedimiento de modificación de sesión N4 y proporcionar información de túnel de RAN. La UPF 212 puede entonces enviar condicionalmente a la SMF 220 una respuesta de actualización de sesión N4 (4720). A continuación, la SMF 220 puede enviar condicionalmente a la AMF 218 un ACK de Mensaje N11 (e).
Cuando la red necesita señalar (p. ej., señalización N1 a un UE 202, SMS finalizado en Móvil, establecimiento de recursos de radio de sesión de PDU para entregar datos de usuario finalizados en móvil) con un UE 202 en un estado de CM-INACTIVIDAD 5G o un estado CM-CONECTADO 5G, la red puede iniciar un procedimiento de solicitud de servicio disparado por red. Si el UE 202 está en el estado de CM-INACTIVIDAD 5G, el procedimiento de solicitud de servicio disparado por red puede enviar una solicitud de localización a la (R)AN 204 / UE 202. La solicitud de localización dispara el procedimiento de solicitud de servicio en el UE 202. Si el UE 202 está en el modo CM-CONECTADO 5g , no se enviará solicitud de localización a la (R)AN 204 / UE 202.
La FIGURA 51 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de solicitud de servicio (5100), según una realización de la presente divulgación. Cuando la UPF 212 recibe datos de enlace descendente en una sesión de PDU y no hay información de túnel de la AN 204 almacenada en la UPF 212 para la sesión de PDU, la UPF 212 puede almacenar temporalmente los datos de enlace descendente (e). La UPF 212 puede entonces enviar a la SMF 220 una notificación de datos (5104) que incluye el ID de sesión de PDU, y prioridad. Con la llegada de la primer paquete de datos de enlace descendente, la UPF 212 puede enviar el mensaje de notificación de datos (5104) a la SMF 220. Si la UPF 212 recibe paquetes adicionales de datos de enlace descendente para un flujo de QoS en la misma sesión de PDU con la misma o más baja prioridad que la primera notificación de datos (5104) para la que fue enviada, la UPF 212 puede almacenar temporalmente estos paquetes de datos de enlace descendente y no envía una nueva notificación de datos. Si una política de localización rasgo de diferenciación es soportado por la UPF 212 y si es activado por la SMF 220 para esta sesión N4, la UPF 212 también puede incluir el valor DSCP en TOS (IPv4) / TC (IPv6) desde la cabecera de IP del paquete de datos de enlace descendente. La SMF 220 puede enviar a la UPF 212 una notificación de datos acuse de recibo (ACK) (5106).
A continuación, la SMF 220 puede enviar un mensaje N11 (5108) a la AMF 218, que incluye un ID permanente de UE, un ID de sesión de PDU, y una prioridad. La SMF 220 identifica la AMF 218 y le envía un mensaje N11 (5108) que incluye el ID permanente de UE, el ID de sesión de PDU, la prioridad, y una indicación de política de localización. La prioridad y el ID de sesión de PDU se pueden establecer según la etapa (5104). Si la SMF 220, mientras espera que el plano de usuario sea establecido, recibe un mensaje de notificación de datos adicional (5104) con prioridad más alta que con la que fue enviado la primer mensaje N11 (5108), la SMF 220 puede enviar un nuevo mensaje N11 (5108) que indica la prioridad más alta e ID de sesión de PDU a la AMF 218. Si la SMF 220, mientras espera que el plano de usuario sea establecido, recibe un mensaje N11 desde una AMF 218 distinta a la que ha enviado un mensaje N11 (5108), la SMF 220 puede reenviar el mensaje N11 (5108) únicamente a la nueva AMF 218 de la que ha recibido el mensaje N11. Si el cambio del procedimiento de registro con la AMF 218 está en curso cuando la antigua AMF 218 recibe el mensaje N11 (5108), la antigua AMF 218 puede rechazar el mensaje N11 con una indicación de que el mensaje N11 ha sido rechazado temporalmente. Cuando se soporta diferenciación de política de localización, la SMF 220 puede indicar en el mensaje N11 (5108) que la indicación de política de localización se relaciona con los datos de enlace descendente que han disparado el mensaje de notificación de datos. Cabe señalar que la AMF 218 puede recibir mensaje(s) de solicitud de otras funciones de red que llevan a señalización hacia el UE 202 / RAN 204, p. ej., desprendimiento de red iniciado, y modificación de sesión de PDU iniciada por SMF 220. Si el UE 202 está en el estado CM-CONECTADO 5G y la AMF 218 únicamente entrega mensaje N1 hacia el UE 202, el flujo continúa en la etapa (5116) a continuación.
La AMF 218 puede responder a la SMF 220. Si el UE 202 está en el estado de CM-INACTIVIDAD 5G, y la AMF 218 considera que el UE 202 no es alcanzable para localización, la AMF 218 puede enviar una respuesta (5110) a la SMF 220, con código de causa e información. La SMF 220 puede entregar esta información adicional a la UPF 212. Si el UE 202 está en el estado CM-CONECTADO 5G, la a Mf 218 puede enviar una respuesta (5110) a la SMF 220 con una indicación de que el UE 202 está en el modo CM-CONECTADO 5G y entonces la SMF 220 puede realizar la etapa (5010) a (5020) en el procedimiento de solicitud de servicio disparado por UE (5000) para establecer los recursos de radio y túnel N3 de la sesión de PDU. El resto de este procedimiento se omite.
Si el UE 202 se registra en la AMF 218 y está en la CM-INACTIVIDAD 5G pero se considera alcanzable para localización, la AMF 218 puede enviar un mensaje de localización (5112) que incluye un ID de NAS para localización, un área de registro, un longitud DRX de localización y una indicación de prioridad de localización, a cada nodo de la (R)AN 204 pertenecientes al área(s) de registro en la que se registra el UE 202. Cuando se soporta diferenciación de política de localización, la AMF 218 puede incluir indicación de política de localización en el mensaje de solicitud de localización (5112). Se pueden configurar estrategias de localización en la AMF 218 para diferentes combinaciones de DNN, indicación de política de localización, ID de sesión de PDU desde la SMF 220 cuando está disponible (véase la cláusula 4.9) y otra información de contexto de sesión de PDU identificado por el ID de sesión de PDU recibido en el mensaje N11. Las estrategias de localización pueden incluir un esquema de retrasmisión de localización (p. ej., con qué frecuencia se repite la localización o con qué intervalo de tiempo); determinando si enviar el mensaje de localización a los nodos de la (R)AN 204 durante ciertas condiciones de cara alta de la AMF 218; si aplicar localización basada en subárea (p. ej., primero localizar en el último ID de celda conocido o TA y retrasmisión en todas las TA registradas). La AMF 218 y la (R)AN 204 pueden soportar además optimizaciones de localización a fin de reducir la carga de señalización y los recursos de red usados para localizar con éxito un UE 202 por uno o varios de los siguientes medios: por la AMF 218 que implementa estrategias de localización específicas (p. ej., el mensaje de localización N2 se envía a los nodos de la (R)AN 204 que dio servicio al UE 202 último); considerando la AMF 218 información sobre celdas y nodos de RAN recomendados proporcionados por la (R)AN 204 en la transición a CN-INACTIVIDAD. La AMF 218 puede tener en cuenta la parte de esta información relacionada con los nodos de la (R)AN 204 para determinar los nodos de la (R)AN 204 a localizar, y puede proporcionar la información sobre celdas recomendadas dentro del mensaje de localización N2 a cada uno de estos nodos de la (R)AN 204; y por la (R)AN 204 que considera la información de recuento de intentos de localización proporcionada por la AMF 218 en la localización. Si la capacidad de radio de UE para información de localización está disponible en la AMF 218, la AMF 218 añade la capacidad de radio de UE para información de localización en el mensaje de localización N2 (e) a los nodos de la (R)AN 204. Si la información sobre celdas recomendadas y los nodos de la (R)AN 204 para localización está disponible en la AMF 218, la AMF 218 puede tener en cuenta esa información para determinar los nodos de la (R)AN 204 para localización y, cuando se localiza un nodo de la (R)AN 204, la AMF 218 puede transportar transparentemente la información sobre celdas recomendadas al nodo de la (R)AN 204. La AMF 218 puede incluir en el mensaje de localización N2(s) (5112) la información de recuento de intentos de localización. La información de recuento de intentos de localización puede ser la misma para todos los nodos de la (R)AN 204 seleccionados por la AMF 218 para localización.
A continuación, el nodo de la (R)AN 204 puede localizar condicionalmente (5114) el UE 202. Si los nodos de la (R)AN 204 reciben mensajes de localización (5112) desde la AMF 218, el UE 202 se localiza (5224) por el nodo de la (R)AN 204. Cuando el UE 202 está en el estado de CM-INACTIVIDAD 5G, al recibir una solicitud de localización, el UE 202 puede iniciar el procedimiento de solicitud de servicio disparado por UE (5000). En la etapa (5008), la AMF 218 puede enviar un mensaje N11 a ambas SMF(s) 220 asociadas con el ID de sesión de PDU identificado por ID(s) de sesión de PDU en el mensaje de solicitud de servicio NAS de MM, y a SMF(s) 220 desde las que se recibe el mensaje N11 en la etapa (5006). La AMF 218 supervisa el procedimiento de localización con un temporizador. Si la AMF 218 no recibe respuesta desde el UE 202 al mensaje de solicitud de localización (5224), puede repetir la localización según cualquier estrategia de localización aplicable descrita en la etapa (5108). Si la AMF 218 no recibe respuesta desde el UE 202 después de este procedimiento de repetición de localización, la AMF 218 puede usar el mensaje N11 para notificar a la SMF 220 sobre el fallo de localización, si la localización fue disparada por un mensaje N11, a menos que la AMF 218 sea consciente de un procedimiento MM en marcha que impide que el UE 202 responda (es decir, la AMF 218 recibe un mensaje de solicitud de contexto que indican que el UE 202 realiza procedimiento TAU con otra AMF 218. Cuando se recibe un mensaje de rechazo de notificación de datos de enlace descendente, LA SMF 220 informa a la UPF 212, y la UPF 212 borra el paquete(s) almacenado(s) temporalmente. A continuación, la UPF 212 transmite los datos de enlace descendente almacenados temporalmente (5116) hacia el UE 202 por medio del nodo de la (R)AN 204 que ha realizado el procedimiento de solicitud de servicio. La red puede enviar señalización de enlace descendente (5116) si el procedimiento se dispara debido a una solicitud desde otras entidades de red descritas en la etapa (5108).
La FIGURA 52A ilustra, en un diagrama de estado, un ejemplo de un modelo de estado de gestión de sesión 5200A en un UE 202, según una realización de la presente divulgación. El estado de sesión puede realizar una transición desde un estado Sesión-INACTIVIDAD 610A a un estado Sesión-ACTIVA 620A cuando una solicitud de servicio es aceptada desde la AMF 218. El estado de sesión del UE 202 puede realizar una transición desde el estado Sesión-ACTIVA 620A al estado Sesión-INACTIVIDAD 610A cuando se libera la RRC.
La FIGURA 52A ilustra además, en un diagrama de estado, un ejemplo de un modelo de estado de gestión de sesión 5200A en un UE 202, según realizaciones de la presente divulgación. Cuando se acepta una nueva sesión de PDU solicitud, el Estado de Sesión de PDU se crea como parte de contexto de sesión de PDU del UE, y el Estado de Sesión de PDU se establece al estado Sesión-ACTIVA 620A. Cuando se libera el RRC, el Estado de Sesión de PDU se establece al estado Sesión-INACTIVIDAD 610A. Cuando el UE 202 envía una solicitud de servicio para transmitir datos de enlace ascendente o para recibir datos de enlace descendente, y el UE 204 recibe un mensaje de Solicitud de Aceptación de Servicio desde la AMF 218, y el Estado de Sesión de PDU se establece al estado Sesión-ACTIVA 620A.
La FIGURA 52B ilustra, en un diagrama de estado, un ejemplo de un modelo de estado de gestión de sesión 5200B en una AMF 218 y/o una SMF 220, según una realización de la presente divulgación. El estado de sesión puede realizar una transición desde un estado Sesión-INACTIVIDAD 610B a un estado sesión-ACTIVA 620B después de la finalización de activación de sesión. El estado de sesión puede realizar una transición desde el estado Sesión-ACTIVA 620B al estado Sesión-INACTIVIDAD 610B cuando se libera la conexión N2.
El estado de sesión se puede usar para indicar que el UE 202 ha activado una sesión de PDU para enviar y recibir datos. Dos estados de sesión incluyen el estado Sesión-ACTIVA y el estado Sesión-INACTIVIDAD. El UE 202, la AMF que da servicio 218, y la SMF que da servicio 220 mantienen el estado de sesión.
Cuando una sesión de PDU está en el estado Sesión-INACTIVIDAD, la conexión de datos UP entre el UE 202 y la UPF 212 que finaliza conexión N3 no está establecida. El UE 202 puede no enviar o recibir datos. La (R)AN 204 puede no tener contexto de sesión de PDU. La UPF 212 que finaliza conexión N3 puede tener el contexto de sesión de PDU del UE, pero sin información de conexión N3 de la (R)AN 204 (es decir, no dirección de (R)AN 204 e identificador de punto final de túnel N3). La SMF 220 puede mantener la información de contexto de sesión de PDU del UE relevante para la SMF 220, pero sin información de la (R)AN 204. La AMF 218 puede mantener toda la información de contexto de sesión de PDU del UE relevante para la Am F 218.
Cuando una sesión de PDU está en estado Sesión-ACTIVA, el UE 202 puede enviar y recibir datos. La interfaz aérea Uu entre el UE 202 y la (R)AN 204 puede establecerse. La conexión N3 puede establecerse cuando la sesión de PDU está activada. El UE 202 puede tener toda la información de contexto de sesión de PDU, que incluye información de DRB. La AMF 218 puede mantener toda la información de contexto de sesión de PDU del UE relevante para la AMF 218. La SMF 220 puede mantener toda la información de contexto de sesión de PDU del UE relevante para la SMF 220. La (R)AN 204 puede monitorizar la actividad de datos de las sesiones de PDU. Un elemento de información "Momento de Última Actividad de Datos" en el contexto de sesión de PDU en la (R)AN 204 se puede usar para grabar el último momento que el UE 202 ha tenido actividad de datos. Durante un procedimiento de traspaso, este elemento de información puede ser transferido a la (R)AN de destino 204t y sin modificar como parte del contexto de UE. Cada contexto de sesión de PDU también puede tener un Temporizador de Sesión Inactiva. Durante el procedimiento de traspaso, la información de conexión N3 de la (R)AN 204 en la UPF 212 que finaliza conexión N3 puede actualizarse si la sesión de PDU tiene actividad de datos.
Otro parámetro, "Indicador de Estado N3", en contexto de sesión de PDU del UE en la (R)AN 204 se puede usar para indicar si la información de la (R)AN 204 en la UPF 212 está actualizada o no. El Indicador de Estado N3 en la (R)AN 204 puede tener dos valores: N3_ EN_UPF_ ACTUALIZADO y N3_NO_ EN_UPF_ ACTUALIZADO. Durante el procedimiento de traspaso, la (R)AN de destino 204t compara la duración que el UE 202 no tiene actividad de datos (desde el momento actual y el parámetro Momento de Última Actividad de Datos) y el parámetro Temporizador de Sesión Inactiva. Si la duración que el UE 202 no tiene actividad de datos es más larga, la (R)AN de destino 204t puede concluir que el UE 202 no tiene actividad de datos. De otro modo, la (R)AN de destino 204t puede concluir que el UE 202 tiene actividad de datos. La información de túnel N3 de (R)AN en la UPF que finaliza la conexión N3 es actualizada únicamente si la sesión de PDU tiene actividad de datos. Cuando la información de sesión de PDU se envía a la (R)AN 204 durante un procedimiento de establecimiento de sesión y un procedimiento de solicitud de sesión, el Indicador de Estado N3 en la (R)AN 204 se puede establecer a N3_EN_U<p>F_ACTUALIZADO. El Indicador de Estado N3 en la (R)AN 204 puede cambiarse desde N3_EN_UPF_ACTUALIZADO a N3_EN_UPF_NO_ACTUALIZADO durante el procedimiento de traspaso, por la (R)AN de destino 204t si la sesión de PDU no tiene actividad de datos en una (R)AN de origen 204s. El Indicador de estado N3 en la (R)AN 204 puede cambiarse desde N3_EN_UPF_NO_ACTUALIZADO a N3_EN_UPF_ACTUALIZADO si la sesión de p Du tiene actividades de datos.
Durante un proceso de traspaso, la (R)AN de destino 204t puede enviar a la AMF 218 una lista de sesiones de PDU que se consideran que no tienen actividad de datos marcada por la (R)AN de destino 204t en la solicitud de conmutación de ruta. La (R)AN de destino 204t puede incluir otra lista de sesiones de PDU que tienen Indicador de Estado N3 como N3_EN_UpF_NO_ACTUALIZADO ya establecido por la (R)AN de origen 204s. Para cada sesión de PDU, la RAN de destino 204t puede incluir la información de las sesiones de PDU de la (R)AN 204, tales como tipo de (R)AN, dirección de (R)AN N3 e identificador de punto final de túnel N3 de la (R)AN, y una lista de flujos de QoS aceptados y otra lista de flujos rechazados de QoS. La AMF 218 puede almacenar la información de (R)AN. La AMF 218 puede informar a la correspondiente SMF que da servicio 220 del ID(s) de sesión de PDU que no tienen actividad de datos marcadas por la (R)AN de destino 204t en la solicitud de conmutación de ruta. La SMF 220 puede enviar un mensaje a la UPF que da servicio 212 para que libere la información de túnel N3 de (R)AN.
La AMF 218 y la SMF 220 pueden tener un Indicador de Estado N3 como parte de su contexto de sesión de PDU del UE. Cuando la sesión de PDU se establece o activa, el Indicador de Estado N3 en La AMF 218 y la SMF 220 se puede establecer a N3_EN_UPF_ACTUALIZADO. El Indicador de Estado N3 en la AMF 218 y la SMF 220 se puede cambiar desde N3_EN_UPF_ACTUALIZADO a N3_EN_UPF_NOT_ACTUALIZADO cuando se recibe el mensaje desde la (R)AN 204 indicando que esta sesión de PDU no tiene actividad de datos. El Indicador de Estado N3 en la AMF 218 y la SMF 220 se puede cambiar desde N3_EN_UPF_NOT_ACTUALIZADO a N3_EN_UPF_ACTUALIZADO cuando el UE 202 tiene actividad de datos notificada por la UPF 212 o la (R)AN 204.
Tabla 2 indica la descripción de los estados de sesión Sesión-ACTIVA y Sesión-INACTIVIDAD para diversas entidades de red.
Tabla 2: Descripción de Estado de Sesión
La FIGURA 52B ilustra además, en un diagrama de estado, un ejemplo de un modelo de estado de gestión de sesión 5200B en una AMF 218 y/o una SMF 220, según realizaciones de la presente divulgación. Cuando se acepta una nueva sesión de PDU solicitud, el Estado de Sesión de PDU se crea como parte del contexto de sesión de PDU del UE en la AMF 218 y en la SMF 220, y el Estado de Sesión de PDU se establece al estado Sesión-ACTIVA 620A. Cuando se libera la N2, el Estado de Sesión de PDU de todas las sesiones de PDU en la AMF 218 y la SMF 220 hace una transición desde el estado Sesión-ACTIVA 620A al estado Sesión-INACTIVIDAD 610A. Cuando se acepta la Solicitud de Servicio del UE 202 que incluye la solicitud de Activación de Sesión de PDU, el Estado de Sesión de PDU de sesión de PDU solicitada hace una transición desde el estado Sesión-INACTIVIDAD 610A al estado Sesión-ACTIVA 620A.
En la 3GPP TS 23.502, cláusula 4.2.3.2 en Solicitud de Servicio disparada por UE en estado de CM-INACTIVIDAD, se describe una solicitud de Servicio disparada por UE en el procedimiento de estado de CM-INACTIVIDAD. La etapa 5 de ese procedimiento atañe a la AMF 218 que envía un mensaje de Solicitud N2 a la (R)AN 204. Cabe señalar que este mensaje puede incluir un Indicador Monitorizar Actividad de Datos además de una información SM N2 recibida desde la<s>M<f>220, un contexto de seguridad, un ID de Conexión de Señalización de AMF, una lista de Restricciones de Traspaso y una aceptación de servicio de NAS de MM. La (R)AN 204 almacena Contexto de Seguridad, ID de Conexión de Señalización de AMF, Información de QoS para los Flujos de QoS de las sesiones de PDU que se activan, ID de túnel N3, y el Indicador Monitorizar Actividad de Datos en el contexto de RAN de UE.
Un traspaso inter NG (R)AN basado en Xn puede tener lugar con y sin reubicación de UPF 212. El traspaso puede basarse en un despliegue centralizado o en un despliegue local. Se pueden definir flujos de llamadas separados para escenarios de itinerancia.
La AMF 218 analiza el patrón de movilidad del UE 202 y determina, en función del patrón de movilidad, si solicitar a la (R)AN 204 que monitorice actividad de datos de sesiones de PDU individuales. Si la AMF 218 solicita a la (R)AN 204 que monitorice actividad de datos de sesiones de PDU individuales, entonces después de que la sesión de PDU se establece o activa, la (R)AN 204 graba la última vez que una sesión de PDU tiene actividad de datos por medio de un parámetro, tal como un parámetro nombrado "Momento de Última Actividad de Datos". Durante el procedimiento de traspaso, el parámetro Momento de Última Actividad de Datos se transfiere a la (R)AN de destino 204t y sin modificar como parte del contexto de PDU del UE. La (R)AN de destino 204t envía el parámetro Momento de Última Actividad de Datos de sesiones de PDU en la lista de sesiones de PDU que requieren una conmutación de ruta en la Solicitud de Conmutación de Ruta.
Como alternativa, la AMF 218 puede informar a la SMF 220 sobre el patrón de movilidad del UE 202 durante un procedimiento de establecimiento de sesión. La SMF 220 puede entonces determinar si monitorizar la actividad de datos de sesiones de PDU individuales. En este caso, durante el procedimiento de establecimiento de sesión, la SMF 220 solicita a la (R)AN 204 que monitorice actividad de datos de sesión de PDU.
Para cada sesión de PDU incluida en la solicitud de conmutación de ruta, la SMF 220 decide si actualizar o no la información de túnel de (R)AN para la UPF 212 en función de criterios. Los criterios pueden incluir al menos uno de: el patrón de movilidad del UE 202, un tipo de sesión de PDU, la espacio de tiempo que el UE 202 no tiene actividad de datos, y si hay otra sesión de PDU a la que da servicio la misma UPF 212. Con el patrón de movilidad del UE 202, únicamente se considera el UE 202 que solicita traspaso. El tipo de sesión de PDU puede almacenarse como parte de los Atributos de una sesión de PDU. Cuánto tiempo no tiene actividad de datos el UE se basa en el Momento de Última Actividad de Datos informado por (R)AN 204 según las instrucciones de la AMF 218.
La AMF 218 y la SMF 220 tienen cada una un parámetro, nombrado "estado de Conexión N3", como parte de su contexto de sesión de PDU del UE. El Estado de Conexión N3 tiene dos valores: N3_CONECTADO y N3_DESCONECTADO. Cuando la sesión de PDU se establece o activa, el Estado de Conexión N3 en la AMF 218 y la SMF 220 se establece a N3_CONECTADO. el Estado de Conexión N3 de una sesión de PDU en la AMF 218 se cambia desde N3_CONECTADO a N3_DESCONECTADO cuando la AMF 218 recibe un mensaje desde la SMF 220 que indica que la información de (R)AN no está actualizada para esta sesión de PDU durante el procedimiento de traspaso. El Estado de Conexión n 3 de una sesión de PDU en la SMF 220 se cambia desde N3_CONECTADO a N3_DESCONECTADO cuando la SMF 220 decide no actualizar la UPF 212 con información de (R)AN durante el procedimiento de traspaso. El Estado de Conexión N3 en AMF 218 y SMF 220 se cambia desde N3_DESCONECTADO a N3_CONECTADO cuando el UE 202 ha sido notificado de actividad de datos por la UPF 212 o la (R)AN 204.
Durante el proceso de traspaso, la (R)AN de destino 204t envía a la AMF 218 la lista de sesiones de PDU a conmutar y a liberar en la solicitud de conmutación de ruta. Las sesiones de PDU a conmutar son las sesiones de PDU que tienen información de túnel N3 de UPF. Para cada sesión de PDU a conmutar, la RAN de destino 204t incluye el parámetro Momento de Última Actividad de Datos, y la información de (R)AN de destino, tal como el tipo de (R)AN, la dirección de (R)AN y el identificador de Punto Final de Túnel N3 de (R)AN. La AMF 218 almacena el tipo de (R)An . La AMF 218 informa a la correspondiente SMF que da servicio 220 del ID(s) de sesión de PDU a conmutar y a liberar. Para sesiones de PDU a conmutar, la SMF 220 determina si actualizar o no la información de (R)AN para la UPF 212. Si la SMF 220 determina actualizar información de (R)AN para la UPF 212, la SMF 220 envía información de túnel N3 de (R)AN a la UPF 212. Si la SMF 220 determina no actualizar la información de (R)AN, la SMF 220 envía un mensaje de solicitud a la UPF 212 para eliminar la información de túnel N3 de (R)AN. La SMF 220 informa a la AMF 218 su determinación de actualizar o no la información de (R)AN en la UPF 212. Para las sesiones de PDU donde la información de (R)AN se actualiza en la UPF 212, el Estado de Conexión N3 en la AMF 218 y la SMF 220 se establece a N3_CONECTADO. De otro modo, el Estado de Conexión N3 en la AMF 218 y la SMF 220 se establece a N3_DESCONECTADO. Durante el procedimiento de liberación de N2, la AMF 218 envía un mensaje de Notificación de Liberación N2 a la SMF(s) 220 que da servicio a sesiones de PDU que están en el estado Sesión-ACTIVA y tienen el Estado de Conexión N3 establecido a N3_CONECTADO.
La FIGURA 53 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de traspaso inter NG RAN basado en Xn (5300) sin reubicación de UPF 212, según una realización de la presente divulgación. Este procedimiento (5300) se puede usar para traspasar un UE 202 desde una RAN de origen 204 a la RAN de destino 204t usando Xn cuando la AMF 218 no ha cambiado y la SMF 220 decide mantener la UPF existente 212 (es decir, la UPF 212 que finaliza la interfaz N3 en la Red de Núcleo NG (NGC). Se supone la presencia de conectividad IP entre la UPF de origen 212 y UPF de destino 212.
El procedimiento (5300) incluye preparación de traspaso (5302) y ejecución de traspaso (5304). La ejecución de traspaso (5304) incluye el reenvío de datos (5306) desde una RAN de origen 204s a una RAN de destino 204t. La RAN de destino 204t puede comprobar si algunas sesiones de PDU que tiene un Indicador de Estado N3 "N3_EN_UPF_ACTUALIZADO" pero que no tienen actividad de datos en la RAN de origen 204s al leer el parámetro "Momento de Última Actividad de Datos" en el contexto de sesión de PDU. Si la duración que un PDU no tiene actividad de datos es más larga que el parámetro Temporizador de Sesión Inactiva, la sesión de PDU se considera que no tiene actividad de datos. La RAN de destino 204t puede enviar un mensaje de solicitud de conmutación de ruta N2 (5308) a una AMF 218 para informar que el UE 202 se ha movido a una nueva celda de destino, y una lista de sesiones de PDU a conmutar o retirar, una lista de sesiones de PDU que no tienen actividad de datos marcada por la RAN de destino 204t y una lista de sesiones de PDU que no tienen actividad de datos marcada por la RAN de origen 204s. Dependiendo del tipo de celda de destino, la RAN de destino 204t puede incluir información apropiada en este mensaje (5308) para cada sesión de PDU, que incluye tipo de RAN, Dirección de RAN N3 e identificador de punto final de túnel N3. Si la RAN de destino 204t no puede soportar algunos flujos de QoS de una sesión de PDU, el mensaje de solicitud de conmutación de ruta N2 (5308) puede incluir la lista de flujos de QoS aceptados y la lista de flujos de QoS rechazados para esta sesión de PDU.
A continuación, la AMF 218 puede enviar un mensaje N11 (5310) a cada SMF 220 asociada con las listas de sesiones de PDU recibidas en la solicitud de conmutación de ruta N2 (5308). Para las sesiones de PDU que requieren una ruta a conmutar, al recibir el mensaje N11 (5310), cada una de estas SMF 220 determina si la UPF existente 212 puede seguir dando servicio al UE 202. Si la UPF existente 212 no puede seguir dando servicio al UE 202 y no es un anclaje de sesión de PDU, se realizan las etapas (5608) a (5624) de la FIGURA 56, como se describe más adelante. De otro modo, se realizan las siguientes etapas (5312) a (5318) por cada una de estas SMF 220 si sus UPF existentes 212 pueden seguir dando servicio al UE 202. Para las sesiones de PDU que están en la lista de sesiones de PDU que no tienen actividad de datos marcada por la RAN de origen 204s y la lista de sesiones de PDU que no tienen actividad de datos marcada por RAN de destino 204t, la AMF 218 puede almacenar la información de la RAN 204. Para cada sesión de PDU en la lista de sesiones de PDU que no tiene actividad de datos marcada por la RAN de destino 204t, la AMF 218 puede enviar el mensaje N11 (5310) a la SMF 220 para que reenvíe el ID de sesión de PDU para notificar que la sesión de PDU no tiene actividad de datos.
A continuación, la SMF 220 puede iniciar una liberación de sesiones de PDU que no son solicitadas por la RAN de destino 204t. Para sesiones de PDU solicitadas por la RAN de destino 204t, la SMF 220 puede enviar un mensaje de solicitud de modificación de sesión N4 (que incluye dirección de RAN, identificadores de túnel para plano de usuario de enlace descendente, lista de flujos aceptados si los hay presentes) (5312) a la UPF 212. Para las sesiones de PDU donde la información de la RAN 204 se va a liberar, la s Mf 220 puede enviar una solicitud de modificación de sesión N4 (5312) a la UPF 212 para estas sesiones de PDU. El mensaje (5312) puede indicar la liberación de información de conexión de RAN N3 (es decir, dirección de RAN e identificador de túnel para el plano de usuario de enlace descendente). A continuación, la UPF 212 devuelve un mensaje de respuesta de modificación de sesión N4 (que incluye identificadores de túnel para tráfico de enlace ascendente) (5314) a la SMF 220 después de que las sesiones de PDU solicitadas se conmutan o modifican. A fin de ayudar a la función de reordenación en la RAN de destino 204t para sesiones de PDU que requieren una ruta conmutada, la UPF 212 puede enviar uno o más paquetes de "marcador de extremo" (5316) en la antigua ruta inmediatamente después de conmutar la ruta. La UPF 212 puede empezar a enviar paquetes de enlace descendente (5318) a la RAN de destino 204t. Cabe señalar que la etapa (5318) puede ocurrir cualquier momento después de la recepción de la respuesta de modificación de sesión N4 (5314) en la SMF 2200. En la SMF 220, para sesiones de PDU que no tienen actividad de datos, el parámetro Indicador de Estado N3 de estas sesiones de PDU puede cambiarse desde N3_EN_UPF_ACTUALIZADO a N3_EN_UPF_NO_ACTUALIZADO. La SMF 220 puede enviar un acuse de recibo (ACK) de mensaje N11 (5320) (que incluye información de túnel CN) a la AMF 212 para sesiones de PDU que han sido conmutadas o modificadas con éxito.
Tras recibir la respuesta de mensaje N11 (5320) desde las SMF 220, para sesiones de PDU que no tienen actividad de datos marcada por la RAN de destino 204t, la AMF 218 puede cambiar el parámetro Indicador de Estado N3 de estas sesiones de PDU desde N3_EN_UPF_ACTUALIZADO a N3_EN_UPF_NO_ACTUALIZADO. Una vez la respuesta de mensaje N11 (5320) se recibe de todas las SMF 220, la AMF 218 puede agregar la información de túnel CN recibida de estas respuestas y enviar esta información agregada como parte de información SM N2 en un ACK de solicitud de conmutación de ruta N2 (5322) a la RAN de destino 204t. Si ninguna de las Sesiones de PDP solicitadas han sido conmutadas con éxito, la AMF 218 puede enviar un mensaje de fallo de solicitud de conmutación de ruta N2 a la RAN de destino 204t. En la RAN de destino 204t, para sesiones de PDU que no tienen actividad de datos marcada por la RAN de destino 204t, el parámetro Indicador de Estado N3 de estas sesiones de PDU puede cambiarse desde N3_EN_UPF_ACTUALIZADO a N3_EN_UPF_NO_ACTUALIZADO. Al enviar un mensaje de liberación recursos(5324) a la RAN de origen 204s, la RAN de destino 204t confirma el éxito del traspaso. Entonces dispara la liberación de recursos con la RAN de origen 204s.
La FIGURA 53 ilustra además, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de traspaso inter NG (R)AN basado en Xn (5300) sin reubicación de función de plano de usuario y con desactivación de sesión, según realizaciones de la presente divulgación. El procedimiento (5300) proporciona una solución alternativa que combina el procedimiento de traspaso definido en la cláusula 4.9.1.1 de TS 23.502 y los mensajes de señalización de desactivación de sesión.
Este procedimiento (5300) se usa en un traspaso de un UE 202 desde una RAN de origen 204s a la RAN de destino 204t usando Xn cuando la AMF 218 no ha cambiado y la SMF 220 determina mantener la UPF existente 212. La UPF 212 es la UPF que finaliza la interfaz N3 en el NGC. Se supone la presencia de conectividad IP entre la UPF de origen 212s y la UPF de destino 212t. Cuando se establece la PDU, la SMF 220 envía a la (R)AN 204 un parámetro de temporizador, por ejemplo, nombrado "Sesión_Inactividad_Temporizador". La (R)AN de origen 204s graba el último momento que la sesión de PDU tiene actividad de datos usando el parámetro "Momento de Última Actividad de Datos". La (R)AN de origen 204s envía el parámetro Sesión_Inactividad_Temporizador y el parámetro Momento de Última Actividad de Datos a la (R)AN de destino 204t como parte del contexto de sesión de PDU del UE. Si una sesión de PDU no tiene actividad de datos por un periodo más largo que el parámetro Session_Inactividad_Temporizador, la (R)AN de destino 204t determina iniciar el procedimiento de desactivación de sesión de PDU.
En la etapa ejecución de traspaso, la (R)AN de destino 204t envía al UE 202 un mensaje de señalización de RRC que indica si las sesiones de PDU están aceptadas, desactivadas o rechazadas. Entonces la (R)AN de destino 204t informa a la SMF 220 (por medio de la AMF 218) que las sesiones de PDU están aceptadas, desactivadas o rechazadas. Para sesiones de PDU que están aceptadas, la (R)AN de destino 204t incluye la información de túnel N3 de (R)AN, tal como la dirección de (R)An y el identificador de Punto Final de Túnel. Para sesiones de PDU que están aceptadas, la SMF 220 solicita a la UPF 212 que actualice la información de túnel de (R)AN. Para sesiones de PDU que están desactivadas, la SMF 220 envía un mensaje que solicita a la UPF 212 que elimine la información de túnel de (R)AN. Para sesiones de PDU que están liberadas, la SMF 220 inicia el procedimiento de Liberación de Sesión de PDU.
La RAN de destino 204t envía un mensaje de Solicitud de Conmutación de Ruta N2 (5308) a una AMF 218 que indica que el UE 202 se ha movido a una nueva celda de destino. El mensaje (5308) incluye una lista de sesiones de PDU a conmutar, desactivar o retirar. Dependiendo del tipo de celda de destino, la RAN de destino 204t incluye otra información en este mensaje. Las sesiones de PDU a conmutar son las sesiones de PDU que tienen información de túnel N3 de UPF. Para cada sesión de PDU a conmutar, la (R)AN de destino 204t incluye el parámetro Momento de Última Actividad de Datos, y la información de (R)AN (tal como la dirección de (R)AN N3 y el identificador de punto final de túnel N3). Si la RAN de destino 204t no puede soportar un flujo de QoS de una sesión de PDU, el mensaje de Solicitud de Conmutación de Ruta N2 (5308) incluye la lista de flujos de QoS aceptados y la lista de flujos de QoS rechazados para esta sesión de PDU.
La AMF envía un Mensaje N11 (5310) a cada SMF 220 asociada con la lista de sesiones de PDU recibida en el mensaje de Solicitud de Conmutación de Ruta N2 (5308). Para las sesiones de PDU que requieren una conmutación de ruta, al recibir el mensaje N11 (5310), cada una de estas SMF 220 determina si la UPF existente 212 puede continuar o no dando servicio al UE 202. Si la UPF existente 212 no puede seguir dando servicio al UE 202, y no es un anclaje de sesión de PDU, se realizan las etapas 3-11 de la cláusula 4.9.1.2 de TS 23.502. Para cada sesión de PDU donde se requiere una conmutación de ruta, la SMF 220 determina si la UPF existente 212 necesita o no actualizarse con la información de túnel (R)AN 204, según la cláusula 5.6.X de TS 23.501.
La SMF 220 inicia liberación de sesiones de PDU que no son solicitadas por la RAN de destino 204t. Para sesiones de PDU solicitadas por la RAN de destino 204t, la SMF 220 envía un mensaje de Solicitud de Modificación de Sesión N4 (6408) a la UPF 212. El mensaje (5312) incluye la dirección de (R)AN, los identificadores de túnel para el plano de usuario de enlace descendente, y la lista de flujos aceptados, si está presente. Para las sesiones de PDU a desactivar, la información de (R)AN no necesita actualizarse. La SMF 220 envía un mensaje de Solicitud de Modificación de Sesión N4 (5312) a la UPF 212 para aquellas sesiones de PDU. El mensaje (5312) indica la liberación de la información de túnel N3 de (R)AN, tal como la dirección de (R)AN y el identificador de Punto Final de Túnel para el plano de usuario de enlace descendente. La UPF 212 devuelve un mensaje de Respuesta de Modificación de Sesión N4 (5314) a la SMF 220 después de que las sesiones de PDU solicitadas son conmutadas o modificadas. El mensaje (5314) incluye los identificadores de Túnel para tráfico de enlace ascendente.
A fin de ayudar a la función de reordenación en la RAN de destino 204t para sesiones de PDU que requieren una conmutación de ruta, la UPF 212 envía uno o más paquetes de "marcador de extremo" (5316) en la antigua ruta inmediatamente después de conmutar la ruta. La UPF 212 empieza a enviar paquetes de enlace descendente a la RAN de destino 204t. La SMF 220 envía un mensaje ACK de Mensaje N11 (5318) a la AMF 218 para las sesiones de PDU que han sido conmutadas o desactivadas con éxito. El mensaje (5318) incluye la información de túnel CN e indica si la información de túnel N3 de (R)AN está actualizada (p. ej., ruta conmutada) o eliminada (p. ej., sesiones de PDU desactivadas). En la SMF 220, para sesiones de PDU donde la información de túnel de (R)AN N3 se borra desde la UPF 212, el estado de sesión se establece a Sesión-INACTIVIDAD. Cabe señalar que la etapa (5318) puede ocurrir cualquier momento después de la recepción del mensaje de Respuesta de Modificación de Sesión N4 (5314) en la SMF 220.
En la AMF 218, al recibir el mensaje ACK de Mensaje N11 (5318), el Estado de Sesión de las sesiones de PDU desactivadas se establece a Sesión-INACTIVIDAD. Una vez se recibe la Respuesta de Mensaje N11 (5318) desde todas las SMF 220, la AMF 218 agrega información de túnel CN recibida de estas respuestas y envía esta información agregada como parte de la información SM N2 en un mensaje ACK de Solicitud de Conmutación de Ruta N2 (5320) a la RAN de destino 204t. El mensaje (5320) incluye un indicación, para cada sesión de PDU, si la UPF 212 se actualiza o no con información de (R)AN. Si ninguna de las sesiones de PDP solicitadas se ha conmutado con éxito, la AMF 218 envía un mensaje de Fallo de Solicitud de Conmutación de Ruta N2 a la RAN de destino 204t. En la RAN de destino 204t, para sesiones de PDU donde la UPF 212 no se actualiza con la información de (R)AN, la información de túnel N3 de UPF se borra. Al enviar un mensaje de Liberar Recursos (5322) a la RAN de origen 204s, la RAN de destino 204t indican éxito del traspaso. Entonces dispara la liberación de recursos con la RAN de origen 204s.
La FIGURA 53 ilustra además, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de traspaso inter NG (R)AN basado en Xn (5300) sin reubicación de UPF 212, según una realización de la presente divulgación. Este procedimiento (5300) se puede usar para traspasar un UE 202 desde una (R)AN de origen 204s a una RAN de destino 204t usando Xn cuando la AMF 218 no ha cambiado y la SMF 220 determina mantener la UPF existente 212 (p. ej., la UPF 212 que finaliza la interfaz N3 en la Red de Núcleo NG (NGC)). Se supone la presencia de conectividad IP entre la UPF de origen 212 y UPF de destino 212.
El procedimiento (5300) incluye preparación de traspaso (5302) y ejecución de traspaso (5304). La ejecución de traspaso (5304) incluye el reenvío de datos (5306) desde una (R)AN de origen 204s a una (R)AN de destino 204t. La (R)AN de destino 204t envía un mensaje de solicitud de conmutación de ruta N2 (5308) a la AMF 218 que incluye una indicación de que el UE 202 se ha movido a una nueva celda de destino, y una lista de sesiones de PDU a conmutar o retirar. Dependiendo del tipo de celda de destino, la (R)AN de destino 204t incluye otra información en el mensaje (5308) para cada sesión de PDU a conmutar, que incluye el parámetro Momento de Última Actividad de Datos, e información de (R)AN tal como la Dirección de N3 (R)AN y el identificador de punto final de túnel N3. Si la (R)AN de destino 204t no puede soportar flujos de QoS de una sesión de PDU, el mensaje de solicitud de conmutación de ruta N2 (5308) puede incluir la lista de flujos de QoS aceptados y la lista de flujos de QoS rechazados para esta sesión de PDU.
A continuación, la AMF 218 envía un Mensaje N11 (5310) a cada SMF 220 asociada con las listas de sesiones de PDU recibidas en el mensaje de Solicitud de Conmutación de Ruta N2 (5308). Para las sesiones de PDU que requieren una conmutación de ruta, al recibir el mensaje N11 (5310), cada una de estas SMF 220 determina si la UPF existente 212 puede continuar o no dando servicio al UE 202. Si la UPF existente 212 no puede seguir dando servicio al UE 202 y no es un anclaje de sesión de PDU, se realizan las etapas (5608) a (5624) de la FIGURA 56, como se describe más adelante. De otro modo, se realizan las siguientes etapas (5312) a (5318) por cada una de estas SMF 220 si sus UPF existentes 212 pueden seguir dando servicio al UE 202. Para cada sesión de PDU donde se requiere una conmutación de ruta, la SMF 220 determina si la UPF existente 212 ha de actualizarse o no con la información de túnel de (R)AN.
A continuación, la SMF 220 inicia una liberación de sesiones de PDU que no son solicitadas por la RAN de destino 204t. Para sesiones de PDU solicitadas por la RAN de destino 204t, la SMF 220 envía un mensaje de Solicitud de Modificación de Sesión N4 (5312) a la UPF 212. El mensaje (5312) incluye la dirección de (R)AN, identificadores de túnel para el plano de usuario de enlace descendente, y una lista de flujos aceptados si están presentes. Para las sesiones de PDU donde la (R)AN 204 información no necesita actualizarse, la SMF 220 envía un mensaje de Solicitud de Modificación de Sesión N4 (5312) a la UPF 212 para estas sesiones de PDU. El mensaje (5312) indica la liberación de información de túnel N3 de RAN, tal como la dirección de (R)AN e identificador de punto final de túnel para el plano de usuario de enlace descendente. A continuación, la UPF 212 devuelve un mensaje de Respuesta de Modificación de Sesión N4 (5314) a la SMF 220 después de que las sesiones de PDU solicitadas son conmutadas o modificadas. El mensaje (5314) incluye identificadores de túnel para tráfico de enlace ascendente. A fin de ayudar a la función de reordenación en la (R)AN de destino 204t para sesiones de PDU que requieren una ruta conmutada, la UPF 212 envía uno o más paquetes de "marcador de extremo" (5316) en la antigua ruta inmediatamente después de conmutar la ruta. La UPF 212 puede empezar a enviar paquetes de enlace descendente (5318) a la RAN de destino 204t. Cabe señalar que la etapa (5318) puede ocurrir cualquier momento después de la recepción del mensaje de Respuesta de Modificación de Sesión N4 (5314) en la SMF 2200. La SMF 220 envía un mensaje de acuse de recibo (ACK) de mensaje N11 (5318) a la AMF 212 para sesiones de PDU que han sido conmutadas o modificadas con éxito. El mensaje (5318) incluye información de túnel CN. El mensaje (5318) indica si la información de túnel N3 de (R)AN está actualizada (p. ej., una conmutación de ruta) o liberada (p. ej., una ruta liberar). En la SMF 220, para sesiones de PDU donde la información de túnel de (R)AN N3 no está actualizada en la UPF 212, el parámetro Estado de Conexión N3 de estas sesiones de PDU se cambia desde N3_CONECTADO a N3_DESC<o>N<e>CTADO.
En la AMF 218, al recibir el ACK de Mensaje N11 (5318), el parámetro Estado de Conexión N3 de sesiones de PDU donde la SMF 220 no actualiza la información de (R)AN para la UPF 212 se cambia desde N3_CONECTADO a N3_DESCONECTADO. Una vez se recibe el ACK de Mensaje N11 (5318) desde todas las SMF 220, la AMF 218 agrega la información de túnel CN recibida de estas respuestas y envía esta información agregada como parte de una información SM N2 en un ACK de Solicitud de Conmutación de Ruta N2 (5320) a la (R)AN de destino 204t. El mensaje (5320) incluye una indicación para cada sesión de PDU en cuanto a si la UPF 212 está actualizada o no con información de (R)AN. Si ninguna de las Sesiones de PDP solicitadas ha sido conmutada con éxito, la AMF 218 envía un mensaje de Fallo de Solicitud de Conmutación de Ruta N2 a la (R)AN de destino 204t. En la (R)AN de destino 204t, para sesiones d PDU donde la UPF 212 no está actualizada con información de (R)AN, la información de túnel N3 de UPF se borra. Al enviar un mensaje de Liberar Recursos (5322) a la (R)AN de origen 204s, la (R)AN de destino 204t confirma el éxito del traspaso. Entonces dispara la liberación de recursos con la (R)AN de origen 204s.
La FIGURA 53 ilustra además, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de traspaso inter NG RAN basado en Xn (5300) sin reubicación de función de Plano de Usuario, según realizaciones de la presente divulgación. La (R)AN de destino 204 puede enviar un mensaje de Solicitud de Conmutación de Ruta N2 (5308) a una AMF 218 para informar que el UE 202 se ha movido a una nueva celda de destino, y para proporcionar una lista de sesiones de PDU a conmutar. Dependiendo del tipo de celda de destino, la (R)AN de destino 204t puede incluir información apropiada en este mensaje. Para cada una a conmutar a la (R)AN de destino 204t, el mensaje de Solicitud de Conmutación de Ruta N2 (5308) puede incluir la lista de flujos de QoS aceptados.
La AMF 218 puede entonces enviar información SM N2 usando un Mensaje N11 (5310) a cada SMF 220 asociada con la lista de sesiones de PDU, y la lista de flujos de QoS aceptados para cada sesión de PDU, recibida en la Solicitud de Conmutación de Ruta N2 (5308). Para las sesiones de PDU a conmutar a la (R)AN de destino 204t, al recibir el mensaje N11, cada una de las SMF 220 determina si la UPF existente 212 puede seguir dando servicio al UE 202. Si la UPF existente 212 no puede seguir dando servicio al UE 202 y no es un anclaje de sesión de PDU, se realizan las etapas 3-11 de la cláusula 4.9.1.2 TS. 23.502. De otro modo, se realizan las siguientes etapas. Para la sesión(es) activada(s) de PDU que no se incluyen en el mensaje de Solicitud de Conmutación de Ruta N2, la AMF 218 puede enviar solicitud(es) separada(s) a la SMF(s) 220 relevante(s).
Para sesiones de PDU solicitadas por la (R)AN de destino 204t, la SMF 220 puede enviar un mensaje de Solicitud de Modificación de Sesión N4 (5312) a la UPF 212. El mensaje (5312) puede incluir la dirección de (R)AN, los identificadores de túnel para Plano de Usuario de enlace descendente, y la lista de flujos de QoS aceptados. Para sesión de PDU que la (R)AN de destino 204t no puede soportar, la SMF 220 puede determinar si liberar o mantener, pero no conmutar, esta sesión de PDU. Si la sesión de PDU está liberada, la SMF 220 puede iniciar el procedimiento de Liberación de Sesión de PDU. Si la sesión de PDU se mantiene pero no se va a conmutar, la SMF 220 puede enviar una solicitud de Modificación de Sesión N4 (5312) a la UPF 212 para establecer la Sesión-AMBR de la sesión de PDU a cero.
Para una sesión de PDU a conmutar, la UPF 212 puede devolver un mensaje de Respuesta de Modificación de Sesión N4 (5314) a la SMF 212 después de que las sesiones de PDU solicitadas se conmutan. El mensaje (5314) puede incluir los identificadores de Túnel para tráfico de enlace ascendente. Para sesión de PDU que no se va a conmutar, la UPF 212 puede devolver correspondientemente un mensaje de Respuesta de Modificación de Sesión N4 (5314).
Para una sesión de PDU a conmutar, a fin de ayudar a la función de reordenación en la (R)AN de destino 204t, la UPF 212 puede enviar uno o más paquetes de "marcador de extremo" (5316) en la antigua ruta después de conmutar la ruta. La UPF 212 puede empezar a enviar paquetes de enlace descendente a la (R)AN de destino 204t.
La SMF 220 puede entonces enviar un mensaje ACK de Mensaje N11 (5318) a la AMF 218 para sesiones de PDU que han sido conmutadas con éxito. El mensaje (5318) puede incluir la información de túnel CN. Para una sesión de PDU que no se va a conmutar, la SMF 220 puede enviar un ACK de Mensaje N11 (5318) a la (R)AN 204 por medio de la AMF 218. El mensaje (5318) puede incluir el mensaje SM N2 que incluye el ID de sesión de PDU, y establece la Sesión-AMBR a 0. Cabe señalar que la etapa (5318) puede ocurrir cualquier momento después de la recepción de Respuesta de Modificación de Sesión N4 en la SMF 220.
Una vez se recibe la Respuesta de Mensaje N11 (5318) de todas las SMF 220, la AMF 218 puede agregar la información de túnel CN recibida de estas respuestas y enviar la información agregada como parte de información SM N2 en un ACK de Solicitud de Conmutación de Ruta N2 (5320) a la (R)AN de destino 204t. Si ninguna de las sesiones de PDP solicitadas ha sido conmutada con éxito, la AMF 218 puede enviar un mensaje de Fallo de Solicitud de Conmutación de Ruta N2 (5320) a la (R)AN de destino. Al enviar un mensaje de Liberar Recursos (5322) a la (R)AN de origen 204s, la (R)AN de destino 204t puede confirmar el éxito del traspaso. Entonces puede disparar la liberación de recursos con la (R)AN de origen 204s.
En un traspaso Inter nodo NG-RAN sin interfaz Xn, una (R)AN de origen (S-RAN) 204s puede iniciar un traspaso basado en N2 a la (R)AN de destino (T-RAN) 204t. Esto se puede disparar, por ejemplo, debido a nuevas condiciones de radio o equilibrio de carga, no conectividad Xn a la (R)AN de destino 204t, una indicación de error desde la (R)AN de destino 204t después un traspaso basado en Xn sin éxito, o en función de información dinámica aprendida por la S-RAN 204s.
La FIGURA 54 ilustra, en un diagrama de flujo, un ejemplo de un método (5400) para traspasar un UE 202 desde una RAN de origen 204s a una RAN de destino 204t, según el procedimiento de traspaso inter NG RAN basado en Xn (5300) de la FIGURA 53. El método (5400) puede ser realizado por la AMF 218. El método (5400) comprende la AMF 218 configurada para recibir el mensaje de solicitud de conmutación de ruta N2 (5308) desde la RAN de destino 204t. A continuación, la AMF 218 envía el mensaje N11 (5310) a la SMF 220. A continuación, la AMF 218 recibe el ACK de Mensaje N11 (5318) desde la SMF 220. A continuación, la AMF 218 envía el mensaje de ACK de solicitud de conmutación de ruta N2 (5320) a la RAN de destino 204t. Pueden añadirse otras etapas al método (5400).
La FIGURA 55 ilustra, en un diagrama de flujo, otro ejemplo de un método (5500) para traspasar un UE 202 desde una RAN de origen 204s a una RAN de destino 204t, según el procedimiento de traspaso inter NG RAN basado en Xn (5300) de la FIGURA 53. El método (5500) puede ser realizado por la SMF 220. El método (5500) comprende la SMF 220 configurada para recibir el mensaje N1 (5310) desde la AMF 218. A continuación, la SMF 220 envía el mensaje de solicitud de modificación de sesión N4 (5312) a la UPF 212. A continuación, la SMF 220 recibe la respuesta de modificación de sesión N4 (5314) desde la UPF 212. A continuación, la SMF envía el ACK de Mensaje N11 (5318) a la AMF 218. Pueden añadirse otras etapas al método (5500).
La FIGURA 56 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de traspaso inter NG RAN basado en Xn (5600) con reubicación de función de plano de usuario, según una realización de la presente divulgación. El procedimiento (5600) se puede usar para traspasar un UE 202 desde una RAN de origen 204s a una RAN de destino 204t usando Xn cuando la AMF 218 no ha cambiado y la SMF 220 decide que la UPF de origen 212s se va a liberar. La UPF de origen 212s es la UPF 212 que finaliza una interfaz N3 en la NGC. Se supone la presencia de una conectividad IP entre la UPF de origen 212s y RAN de origen 204s, y entre la UPF de destino 212t y RAN de destino 204t.
El procedimiento (5600) incluye la preparación de traspaso (5302) y la ejecución de traspaso (5304). La ejecución de traspaso (5304) incluye el reenvío de datos (5306) desde una RAN de origen 204s a una RAN de destino 204t. La RAN de destino 204t puede comprobar si algunas sesiones de PDU que tiene un Indicador de Estado N3 "N3_EN_UPF_ACTUALIZADO" pero que no tienen actividad de datos en la RAN de origen 204s al leer el parámetro "Momento de Última Actividad de Datos" en el contexto de sesión de PDU. Si la duración que un PDU no tiene actividad de datos es más larga que el parámetro Temporizador de Sesión Inactiva, la sesión de PDU se considera que no tiene actividad de datos. La Ra N de destino 204t puede enviar datos de enlace descendente (5602) al UE 202. El UE 202 puede enviar datos de enlace ascendente (5604). La RAN de destino 204t puede enviar un mensaje de solicitud de conmutación de ruta N2 (5308) a una AMF 218 para informar que el UE 202 se ha movido a una nueva celda de destino, y una lista de sesiones de PDU a conmutar o retirar, una lista de sesiones de PDU que no tienen actividad de datos marcada por la RAN de destino 204t y una lista de sesiones de PDU que no tienen actividad de datos marcada por la RAN de origen 204s. Dependiendo del tipo de celda de destino, la RAN de destino 204t puede incluir información apropiada en este mensaje (5308) para cada sesión de PDU, que incluye tipo de RAN, Dirección de RAN N3 e identificador de punto final de túnel N3. Si la RAN de destino 204t no puede soportar algunos flujos de QoS de una sesión de PDU, el mensaje de solicitud de conmutación de ruta N2 (5308) puede incluir la lista de flujos de QoS aceptados y la lista de flujos de QoS rechazados para esta sesión de PDU.
A continuación, la AMF 218 puede enviar un mensaje N11 (5310) a cada SMF 220 asociada con las listas de sesiones de PDU recibidas en la solicitud de conmutación de ruta N2 (5308). Para las sesiones de PDU que requieren una ruta a conmutar, al recibir el mensaje N11 (5310), cada una de estas SMF 220 determina si la UPF existente 212 puede seguir dando servicio al UE 202. Si la UPF existente 212 no puede seguir dando servicio al UE 202 y no es un anclaje de sesión de PDU, se realizan las etapas (5606) a (5624), como se describe más adelante. De otro modo, se realizan las etapas (5312) a (5318) de la FIGURA 53, como se ha descrito anteriormente, por cada una de estas SMF 220 si sus UPF existentes 212 pueden seguir dando servicio al UE 202. Para las sesiones de PDU que están en la lista de sesiones de PDU que no tienen actividad de datos marcada por la RAN de origen 204s y la lista de sesiones de PDU que no tienen actividad de datos marcada por RAN de destino 204t, la AMF 218 puede almacenar la información de la RAN 204. Para cada sesión de PDU en la lista de sesiones de PDU que no tiene actividad de datos marcada por la RAN de destino 204t, la AMF 218 puede enviar el mensaje N11 (5310) a la SMF 220 para que reenvíe el ID de sesión de PDU para notificar que la sesión de PDU no tiene actividad de datos.
La SMF 220 puede iniciar la liberación de sesiones de PDU que no son solicitadas por la RAN de destino 204t. La SMF 220 puede entonces seleccionar una nueva UPF de destino 212t(5606) en función de Criterios de Selección de UPF según la cláusula 6.3.3 de TS 23.501. La asignación y adjudicación de dirección IP de UPF de destino 212t de identificadores de túnel de enlace descendente y enlace ascendente pueden ser realizadas por la SMF 220. Un mensaje de solicitud de establecimiento de sesión de N4 (que incluye la dirección de RAN de destino 204t, identificadores de túnel de enlace ascendente y enlace descendente) (5608) puede enviarse a la UPF de destino 212t. La UPF de destino 212t puede enviar un mensaje de respuesta de establecimiento de sesión N4 (5610) a la SMF 220. La SMF 220 puede iniciar un temporizador, para ser usado en la etapa (5622) más adelante. La SMF 220 puede enviar un mensaje de solicitud de modificación de sesión N4 (5612) al anclaje de sesión de PDU 212a. El anclaje de sesión de PDU 212a puede responder con un mensaje de respuesta de modificación de sesión N4 (5614). En este punto, el anclaje de sesión de PDU 212a puede empezar a enviar paquetes de enlace descendente (5616) a la RAN de destino 204t usando la dirección e identificadores de túnel de la RAN de destino 204t por medio de la UPF de destino 212t.
La SMF 220 puede enviar un ACK de Mensaje N11 (5618) (que incluye información de túnel CN) a la AMF 218. Tras recibir la respuesta de mensaje N11 (5618) desde la SMF 220, para sesiones de PDU que no tienen actividad de datos marcada por la RAN de destino 204t, la AMF 218 puede cambiar el parámetro Indicador de Estado N3 de estas sesiones de PDU desde N3_EN_UPF_ACTUALIZADO a N3_EN_UPF_NO_ACTUALIZADO. Una vez la respuesta de mensaje N11 (5618) se recibe de todas las SMF 220, la AMF 218 puede agregar la información de túnel CN recibida de estas respuestas y enviar esta información agregada como parte de información SM N2 en un ACK de solicitud de conmutación de ruta N2 (5320) a la RAN de destino 204t. Si ninguna de las Sesiones de PDP solicitadas han sido conmutadas con éxito, la AMF 218 puede enviar un mensaje de fallo de solicitud de conmutación de ruta N2 a la RAN de destino 204t. En la RAN de destino 204t, para sesiones de PDU que no tienen actividad de datos marcada por la RAN de destino 204t, el parámetro Indicador de Estado N3 de estas sesiones de PDU puede cambiarse desde N3_EN_UPF_ACTUALIZADO a N3_EN_UPF_NO_ACTUALIZADO. Al enviar un mensaje de liberación recursos (5322) a la RAN de origen 204s, la RAN de destino 204t confirma el éxito del traspaso. Entonces dispara la liberación de recursos con la RAN de origen 204s. El UE 202 puede enviar ahora datos de enlace ascendente (5620). Una vez expirado el temporizador después de la etapa (5610), la SMF 220 puede iniciar un procedimiento de liberación de UPF de origen 212s enviando una solicitud de finalización de sesión N4 (5622) (que incluye una causa de liberalización). La UPF de origen 212s puede acusar recibo con un mensaje de respuesta de finalización de sesión N4 (5624) para confirmar la liberación de recursos.
La FIGURA 56 ilustra además, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de traspaso inter NG (R)AN basado en Xn (5600) con reubicación de función de plano de usuario, según realizaciones de la presente divulgación. El procedimiento (5600) se puede usar para traspasar un UE 202 desde una (R)AN de origen 204s a una (R)AN de destino 204t usando Xn cuando la AMF 218 no ha cambiado y la SMF 220 determina que la UPF de origen 212s se va a reubicada. La UPF de origen 212s es la UPF 212 que finaliza una interfaz N3 en la NGC. Se supone la presencia de una conectividad IP entre la UPF de origen 212s y RAN de origen 204s, y entre la UPF de destino 212t y RAN de destino 204t.
El procedimiento (5600) incluye la preparación de traspaso (5302) y la ejecución de traspaso (5304). La ejecución de traspaso (5304) incluye el reenvío de datos (5306) desde una (R)AN de origen 204s a una (R)AN de destino 204t. La (R)AN de destino 204t envía un mensaje de solicitud de conmutación de ruta N2 (5308) a la AMF 218 que incluye una indicación de que el UE 202 se ha movido a una nueva celda de destino, y una lista de sesiones de PDU a conmutar o retirar. Dependiendo del tipo de celda de destino, la (R)AN de destino 204t incluye otra información en el mensaje (5308) para cada sesión de PDU a conmutar, que incluye el parámetro Momento de Última Actividad de Datos, e información de (R)AN tal como la Dirección de N3 (R)AN y el identificador de punto final de túnel N3. Si la (R)AN de destino 204t no puede soportar flujos de QoS de una sesión de PDU, el mensaje de solicitud de conmutación de ruta N2 (5308) puede incluir la lista de flujos de QoS aceptados y la lista de flujos de QoS rechazados para esta sesión de PDU.
A continuación, la AMF 218 envía un Mensaje N11 (5310) a cada SMF 220 asociada con las listas de sesiones de PDU recibidas en el mensaje de Solicitud de Conmutación de Ruta N2 (5308). Para las sesiones de PDU que requieren una conmutación de ruta, al recibir el mensaje N11 (5310), cada una de estas SMF 220 determina si la UPF existente 212 puede continuar o no dando servicio al UE 202. Si la UPF existente 212 no puede seguir dando servicio al UE 202 y no es un anclaje de sesión de PDU, se realizan las siguientes etapas (7202608) a (5624). De otro modo, se realizan las etapas (5312) a (5318) de la FIGURA 53, como se ha descrito anteriormente, por cada una de estas SMF 220 si sus UPF existentes 212 pueden seguir dando servicio al UE 202. Para cada sesión de PDU donde se requiere una conmutación de ruta, la SMF 220 determina si la UPF existente 212 ha de actualizarse o no con la información de túnel de (R)AN.
La SMF 220 inicia la liberación de sesiones de PDU que no son solicitadas por la RAN de destino 204t. Para sesiones de PDU a conmutar, la SMF 220 selecciona entonces una nueva UPF de destino 212t (5606) en función de los Criterios de Selección de UPF según la cláusula 6.3.3 de TS 23.501. La asignación y adjudicación de dirección IP de UPF de destino 212t de identificadores de túnel de enlace descendente y enlace ascendente pueden ser realizadas por la SMF 220. La SMF 220 envía un mensaje de Solicitud de Establecimiento de Sesión N4 (5608) a la UPF de destino 212t. El mensaje (5608) incluye la dirección de RAN de destino 204t, e identificadores de túnel de enlace ascendente y enlace descendente. La UPF de destino 212t envía un mensaje de Respuesta de Establecimiento de Sesión N4 (5610) a la SMF 220. La SMF 220 puede iniciar un temporizador, para ser usado en la etapa (5590) más adelante. La SMF 220 envía un mensaje de Solicitud de Modificación de Sesión N4 (5550) al anclaje de sesión de PDU 212a. El anclaje de sesión de PDU 212a responde con un mensaje de Respuesta de Modificación de Sesión N4 (5614). En este punto, el anclaje de sesión de PDU 212a puede empezar a enviar paquetes de enlace descendente (5616) a la RAN de destino 204t usando la dirección e identificadores de túnel de la RAN de destino 204t por medio de la UPF de destino 212t.
La SMF 220 envía un ACK de Mensaje N11 (5618) a la AMF 218. El mensaje (5618) incluye la información de túnel CN. En la AMF 218, al recibir el ACK de Mensaje N11 (5318), el parámetro Estado de Conexión N3 de sesiones de PDU donde la SMF 220 no actualiza la información de (R)AN para la UPF 212 se cambia desde N3_CONECTADO a N3_DESCONECTADO. Una vez se recibe el ACK de Mensaje N11 (5318) desde todas las SMF 220, la AMF 218 agrega la información de túnel CN recibida de estas respuestas y envía esta información agregada como parte de una información SM N2 en un ACK de Solicitud de Conmutación de Ruta N2 (5320) a la (R)AN de destino 204t. El mensaje (5320) incluye una indicación para cada sesión de PDU en cuanto a si la UPF 212 está actualizada o no con información de (R)AN. Si ninguna de las Sesiones de PDP solicitadas ha sido conmutada con éxito, la AMF 218 envía un mensaje de Fallo de Solicitud de Conmutación de Ruta N2 a la (R)AN de destino 204t. En la (R)AN de destino 204t, para sesiones d PDU donde la UPF 212 no está actualizada con información de (R)AN, la información de túnel N3 de UPF se borra. Al enviar un mensaje de Liberar Recursos (5322) a la (R)AN de origen 204s, la (R)AN de destino 204t confirma el éxito del traspaso. Entonces dispara la liberación de recursos con la (R)AN de origen 204s.
Una vez expirado el temporizador después de la etapa (7302610), la SMF 220 inicia un procedimiento de liberación de UPF de origen 212s enviando un mensaje Solicitud de Finalización de Sesión N4 (5622) a la UPF de origen 212s. El mensaje (5622) incluye una causa de liberalización. La UPF de origen 212s acusa recibo con un mensaje de Respuesta de Finalización de Sesión N4 (5624) que indica la liberación de recursos.
La FIGURA 57 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de reconexión N3 (5700) disparado por datos de UL (es decir, un nuevo paquete de datos de UL), según una realización de la presente divulgación. Este procedimiento (5700) se puede usar para disparar una actualización de conmutación de ruta para una sesión de p Du que tiene Indicador de Estado N3 como N3_EN_UPF_NO_ACTUALIZADO en la (R)AN 204 cuando los datos de enlace ascendente llegan a la (R)AN 204. El UE 202 puede enviar una solicitud de concesión de canal de datos de UL o un paquete de datos de UL a la (R)AN 204 (5702). Si el Indicador de Estado N3 de la sesión de PDU es N3_EN_UPF_NO_ACTUALIZADO, la (R)AN 204 puede enviar un mensaje Solicitud de Conmutación de Ruta N2 (5704) a la AMF 218. El mensaje (5704) puede incluir el ID de sesión de PDU (tal como SUPI) e información de (R)AN, que incluye un tipo de (R)AN, una dirección de (R)AN N3 y un Identificador de Punto Final de Túnel N3. Como alternativa, el mensaje (5704) puede incluir el ID de sesión de PDU únicamente.
La AMF 218 puede enviar una solicitud de Conmutación de Ruta de mensaje N11 (5706) a la SMF 220 para reenviar el mensaje N2 (5704) recibido de la (R)AN 204. El mensaje (5706) también puede incluir un identificador para identificar el UE 202 (tal como ID temporal 5G o SUPI), e información de (R)AN (tal como tipo de (R)AN, dirección de (R)AN N3 y el identificador de Punto Final de Túnel N3). La SMF 220 puede enviar un mensaje Solicitud de Modificación de Sesión N4 (5708) a la UPF 212. El mensaje (5708) puede incluir un identificador para identificar el UE 202 (tal como ID temporal 5G o SUPI), el ID de sesión de PDU, la información de túnel de (R)a N (tal como dirección de (R)AN N3 y el identificador de Punto Final de Túnel N3). La UPF 212 puede actualizar la información de (R)AN 204 para la sesión de PDU solicitada. La UPF 212 puede enviar una respuesta de Modificación de Sesión de mensaje N4 (5710) a la SMF 220. El mensaje (5710) puede incluir el identificador de UE (tal como SUPI) y el ID de sesión de PDU. La SMF 220 puede cambiar el Indicador de Estado N3 de la sesión de PDU a N3_EN_UPF_ACTUALIZADO. La SMF 220 puede enviar una respuesta de Conmutación de Ruta DE mensaje N11 (5712) a la AMF 218. El mensaje (5712) puede incluir el identificador de UE (tal como SUPI) y el ID de sesión de PDU. La AMF 218 puede cambiar el Indicador de Estado N3 de la sesión de PDU a N3_<e>N_UPF_ACTUALIZADO. La AMF 218 puede enviar una respuesta de Conmutación de Ruta de mensaje N2 (5714) a la (R)AN 204 para confirmar que la conmutación de ruta está completa. El mensaje (5714) puede incluir el ID de sesión de PDU. La (R)AN 204 puede entonces enviar paquetes de datos de enlace ascendente (5716).
La FIGURA 57 ilustra además, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de conmutación de ruta tardía (5700) disparado por datos de UL sin una reubicación de UPF 212, según realizaciones de la presente divulgación. Este procedimiento (5700) se puede usar para disparar una actualización de conmutación de ruta para una sesión de PDU que no tiene información de túnel N3 de UPF cuando la (R)AN 204 recibe la solicitud de concesión UL o datos de UL para una sesión de PDU. La UPF 212 permanece igual. La SMF 220 almacena la información de túnel CN. El UE 202 envía una solicitud de Concesión de Canal de Datos de UL o un paquete de datos de UL a la (R)AN 204 para una sesión de PDU (5702). Si la información de túnel N3 de UPF no está disponible, la (R)AN 204 envía una solicitud de Conmutación de Ruta de Sesión de Mensaje N2 (5704) a la AMF 218. El mensaje (5704) incluye el ID de sesión de PDU e información de túnel de (R)AN, tal como una dirección N3 de (R)AN y un Identificador de Punto Final de Túnel N3.
La AMF 218 envía una solicitud de Sesión de Conmutación de Ruta de Mensaje N11 (5706) a la SMF 220. El mensaje (5706) incluye un identificador para identificar el UE 202 (tal como un SUPI e ID de sesión de PDU, y la información de túnel de (R)AN (tal como el tipo de (R)AN, la dirección de (R)AN N3 y el identificador de Punto Final de Túnel de enlace descendente. La SMF 220 determina si la UPF existente 212 puede continuar o no dando servicio a las sesiones de PDU del UE. Si la UPF existente 212 no puede seguir dando servicio al UE 202 y no es un anclaje de sesión de PDU, se realizan las etapas (4) a (9) de la cláusula 4.9.1.c de TS 23.502. Si la UPF existente 212 puede seguir dando servicio al UE 202, la SMF 220 envía un mensaje de Solicitud de Modificación de Sesión de Mensaje N4 (5708) a la UPF212. El mensaje (5708) incluye identificador de UE (tal como un SUPI), el ID de sesión de PDU, y la información de túnel de (R)AN N3, tal como una dirección de (R)AN N3 y el identificador de Punto Final de Túnel N3. La UPF 212 actualiza la información de túnel de la (R)AN 204 para la sesión de PDU solicitada. La UPF 212 envía un mensaje de Respuesta de Modificación de Sesión de Mensaje N4 (5710) a la SMF 220. El mensaje (5710) incluye el SUPI y el ID de sesión de PDU. La SMF 220 envía una respuesta de Conmutación de Ruta de Mensaje N11 (5712) a la AMF 218. El mensaje (5712) incluye el identificador de UE (tal como un SUPI), el ID de sesión de PDU, y el mensaje N2 SM que incluye la información de túnel CN para la (R)AN 204. La SMF 220 cambia el Estado de Conexión N3 de la sesión de PDU a N3_CONECTADO. La Am F 218 envía un mensaje de Respuesta de Conmutación de Ruta de Mensaje N2 (5714) a la (R)AN 204 que indica que la conmutación de ruta está completa. El mensaje (5714) incluye el ID de sesión de PDU, y el mensaje N2 SM recibido de la SMF 220. La AMF 218 cambia el Estado de Conexión N3 de la sesión de PDU a N3_CONEcTa DO. La (R)AN 204 actualiza la información de túnel CN y envía paquetes de datos de enlace ascendente (5716).
La FIGURA 58 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de reconexión N3 (5800) disparado por datos de DL (es decir, un nuevo paquete de datos de DL), según una realización de la presente divulgación. Este procedimiento (5800) se puede usar para disparar una actualización de conmutación de ruta en la UPF 212 para una sesión de PDU que tiene el Indicador de Estado N3 as N3_EN_UPF_NO_ACTUALIZADO en la SMF 220 cuando los datos de enlace descendente llegan a la UPF 212. La UPF 212 puede recibir paquetes de datos de enlace descendente de la DN 208 (5802). La UPF 212 puede enviar notificación de datos de DL de mensaje N4 (5804) a la SMF 220. El mensaje (5804) puede incluir un identificador para identificar el UE 202 (tal como 5G temporal o SUPI) y un ID de sesión de PDU.
En función del Indicador de Estado N3 actualmente establecido como N3_EN_UPF_NO_ACTUALIZADO, la SMF 220 puede enviar un mensaje de Solicitud Información de (R)AN N11 (5806) a la AMF 218. El mensaje (5806) puede incluir el identificador de UE (tal como SUPI) y el ID de sesión de PDU. La AMF 218 puede cambiar el Indicador de Estado N3 de la sesión de PDU a N3_EN_UPF_ACTUALIZADO. La AMF 218 puede enviar una respuesta de Información de (R)AN de mensaje N11 (5808) a la SMF 220. El mensaje (5808) incluye identificador de UE (tal como SUPI), el ID de sesión de PDU, e información de (R)AN (que incluye el tipo de (R)AN, la dirección de (R)AN N3, y el identificador de punto final de túnel N3 (R)AN). La SMF 220 puede enviar una solicitud de Modificación de Sesión de mensaje N4 (5810) a la UPF 212. El mensaje (5810) puede incluir un identificador para identificar el UE 202 (tal como ID temporal 5G o SUPI), el ID de sesión de PDU, la información de (R)AN (tal como dirección de (R)AN n3 y el identificador de Punto Final de Túnel N3). La UPF 212 puede actualizar la información de (R)AN 204 para la sesión de PDU solicitada. La UPF 212 puede enviar una respuesta de Modificación de Sesión de mensaje N4 (5812) a la SMF 220. El mensaje (5812) puede incluir el identificador de UE (tal como SUPI) y el ID de sesión de PDU. Tras recibir el mensaje (5690), la SMF 220 puede cambiar el Indicador de Estado N3 de la sesión de PDU a N3_EN_UPF_ACTUALIZADO. La UPF 212 puede enviar paquetes de datos de enlace descendente (5814) al UE 202 por medio de la (R)AN 204. Cabe señalar que la etapa (5814) se puede realizar antes de la etapa (5812).
En una implementación alternativa de la FIGURA 58, tras recibir el mensaje (5806), la AMF 218 puede enviar un mensaje de notificación N2 a la (R)AN 204 informando que la UPF 212 está actualizada con la información de (R)AN. El mensaje puede incluir el ID de sesión de PDU. La (R)An 204 puede cambiar el Indicador de Estado N3 de la sesión de PDU a N3_EN_UPF_ACTUALIZADO. La (R)AN 204 puede enviar un Acuse de Recibo de Notificación de mensaje N2 a la AMF 218 que confirma la recepción del mensaje de Notificación desde la AMF 218.
En otra implementación alternativa de la FIGURA 58, tras recibir el mensaje (5812), la SMF 220 puede enviar un mensaje N2 a la (R)AN 204 por medio de la AMF 218 para notificar a la (R)AN 204 que la UPF 212 ha actualizado información de (R)AN. El mensaje puede incluir el ID de sesión de PDU. Tras recibir este mensaje, la (R)AN 204 puede cambiar el Indicador de Estado N3 de la sesión de PDU a N3_EN_UPF_ACTUALIZADO.
Interacciones (R)AN-CN incluyen procedimientos que atañen a interacciones N2 (p. ej., NG2), p. ej., un procedimiento de liberación N2 y procedimientos potenciales para un Estado Inactivo RRC Conectado.
Un procedimiento de Liberación de N2 se puede usar para liberar la conexión de señalización N2 lógica y todas las conexiones N3 para un UE 202. El procedimiento hará una transición del UE 202 desde un estado de CN-CONECTADO a un estado de CN-INACTIVIDAD en ambos el UE 202 y la AMF 218. Esto es, el contexto de UE en el UE 202 y la AMF 218 se cambiará correspondientemente. Toda la información de contexto relacionada con UE se retirará en la (R)AN 204.
Cuando se pierde una conexión de señalización N2, por ejemplo, debido a pérdida del transporte de señalización o debido a un fallo (R)AN, el procedimiento de liberación N2 puede realizarse localmente por la (R)AN 204 y la AMF 218. Cuando el procedimiento de liberación N2 es realizado localmente por la (R)AN 204 o la AMF 218, cada nodo realiza localmente sus acciones como se describe en el flujo de procedimiento a continuación sin usar o depender de cualquier señalización mostrada directamente entre la (R)AN 204 y la AMF 218. Se debe observar que cuando la conexión de señalización N2 se pierde debido a fallo de AMF 218, puede resolverse a través de resolver la adherencia N2 y no tendrá como resultado una liberación N2. La iniciación de un procedimiento de Liberación de N2 puede ser ya sea iniciado por (R)AN con una causa, o iniciado por AMF con una causa. La causa de un procedimiento iniciado por (R)AN puede ser al menos una de una intervención de O&M, un fallo no especificado, inactividad de usuario, señalización de RRC Repetida Integridad fallo de comprobación, una liberación debido a una liberación de conexión de señalización generada por UE, una redirección Inter-RAT, etc. La causa de un procedimiento iniciado por AMF puede ser al menos una de un fallo de autenticación, un desprendimiento, etc.
El procedimiento de liberación N2 se puede usar para liberar una conexión N2 y al mismo tiempo desactivar sesiones de PDU cuando el UE 202 entra al estado de c M-INACTIVIDAD. La FIGURA 59 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de desactivación de sesión de PDU y liberación de N2 (5900), según realizaciones de la presente invención. El procedimiento (5900) puede comenzar con la (R)AN 204 y el UE 202 que realiza un procedimiento de Liberación de RRC (5902). El procedimiento de Liberación de RRC (5902) puede ser similar al procedimiento de Liberación de RRC (600A) descrito anteriormente. La (R)AN 204 interactúa con el UE 202 para liberar la conexión de señalización de RRC. El UE 202 entra al estado de CM-INACTIVIDAD y desactiva todas las sesiones de PDU. La (R)AN 204 puede enviar (mensaje N2) una solicitud de Liberación N2 (5904) a la AMF 218. El mensaje (5904) puede incluir un código de causa, tal como una intervención de O&M, inactividad de UE, etc. Los expertos en la técnica apreciarán que, en ciertos escenarios, la etapa (5902) se puede iniciar antes o en paralelo con la etapa (5904). La AMF 218 puede enviar (mensaje N11) un mensaje de Notificación de Liberación N2 (5906) a la SMF(s) 220 que se han suscrito a la Notificación de Liberación N2. El mensaje (5906) puede incluir identificador de UE (tal como un SUPI), la información de RAN, y el código de causa. Se debe observar que la SMF 220 puede suscribirse a un servicio de Notificación de Evento de Movilidad de UE de la AMF 218 de manera predeterminada cuando la sesión de PDU se establece o activa. En este mensaje, la AMF 218 notificará a la SMF 220 del evento de Liberación N2. La AMF 218 puede rastrear, o conocer de otro modo, el estado de sesión, es decir, si la sesión está activada o no. La AMF 218 informa a la SMF(s) 220 que da servicio a sesiones de PDU activadas del estado de sesión.
La SMF 220 envía entonces (mensaje N4) una solicitud de Liberación N3 (5908) a la UPF(s) 212. El mensaje (5908) puede incluir un SUPI de UE e ID(s) de sesión de PDU a desactivar. La UPF 212 entonces libera la información de túnel de (R)AN N3 (p. ej., la dirección IP de (R)AN e identificador de túnel) en el contexto de sesión de PDU del UE de sesiones de PDU a desactivar. La UPF envía (mensaje N4) una respuesta de Liberación N3 (5910) a la SMF 220 que confirma la liberación de la información de túnel de (R)AN N3. La UPF 212 puede comenzar a almacenar temporalmente paquetes de enlace descendente de las sesiones de PDU desactivadas. La SMF 220 envía entonces (mensaje N11) una notificación de Informe de Evento de Sesión de PDU (5912) a la AMF 218 para informar a la AMF 218 que la información de túnel de (R)AN está eliminada en la UPF 212. Este mensaje (5912) es para acusar recibo del mensaje de notificación de liberación N2 (5906). La SMF 220 puede entonces cambiar el estado de la sesión de PDU a Sesión-INACTIVIDAD.
La AMF 218 recoge entonces todas las respuestas de la(s) SMF(s) 220 que han sido notificadas (5906). Una vez se recogen todos los acuses de recibo de la SMF 220, y si no se realiza la etapa (5902), la AMF 218 envía entonces (mensaje N2) una respuesta de Liberación N2 (5914) a la (R)AN 204 con un código de causa. La AMF 218 puede cambiar el estado de sesión de todas las sesiones de PDU del UE 202 a Sesión-INACTIVIDAD. Si la etapa (5902) no se ha realizado, la RAN 204 y el UE 202 realizan un procedimiento de Liberación de RRC (5916). El procedimiento de Liberación de RRC (5916) puede ser similar al procedimiento de Liberación de RRC (600A) descrito anteriormente. La (R)AN 204 envía un mensaje a UE 202 para liberar la conexión de RRC. El UE 202 entra al estado de CM-INACTIVIDAD y todas las sesiones de PDU en el UE 202 hacen una transición al estado Sesión-INACTIVIDAD. Al recibir la confirmación de liberación de conexión de RRC desde el UE 202, la (R)AN 204 retira el Contexto de UE. A continuación, la (R)AN 204 envía (mensaje N2) una confirmación de Liberación N2 (5918) a la AMF 218. Al recibir el mensaje de Respuesta de Liberación N2 (5918), la AMF 218 establece el contexto de UE al estado de CM-INACTIVIDAD y libera la conexión N2. Se debe observar que la AMF 218 puede retirar la suscripción al servicio de Notificación de Evento de Movilidad de UE de la AMF 218 para las sesiones de PDU de servicio de SMF(s).
En una modificación a la realización descrita con respecto a la FIGURA 59, el procedimiento de liberación de N2 se puede usar para liberar una conexión N2 y al mismo tiempo desactivar sesiones de PDU cuando el UE 202 entra al estado de CM-INACTIVIDAD. La FIGURA 60 ilustra, en un diagrama de flujo de mensaje, otro ejemplo de un procedimiento de desactivación de sesión de PDU y liberación de N2 (6000), según realizaciones de la presente invención. El procedimiento (6000) puede comenzar con la (R)AN 204 y el UE 202 que realiza un procedimiento de Liberación de RRC (5902). El procedimiento de Liberación de RRC (5902) puede ser similar al procedimiento de Liberación de RRC (600A) descrito anteriormente. La (R)AN 204 interactúa con el UE 202 para liberar la conexión de señalización de RRC. El UE 202 entra al estado de CM-INACTIVIDAD y desactiva todas las sesiones de PDU. La (R)AN 204 puede enviar (mensaje N2) una notificación de Liberación de RRC (5904) a la AMF 218. El mensaje (6002) puede incluir un código de causa, tal como una intervención de O&M, inactividad de UE, etc. Los expertos en la técnica apreciarán que, en ciertos escenarios, la etapa (5902) se puede iniciar antes o en paralelo con la etapa (6002). La AMF 218 puede enviar (mensaje N11) un mensaje de Notificación de Liberación N2 (6004) a la SMF(s) 220 que se han suscrito a la Notificación de Liberación N2. El mensaje (6204) puede incluir identificador de UE (tal como SUPI), la información de RAN, y el código de causa. Se debe observar que la SMF 220 puede suscribirse a un servicio de Notificación de Liberación N2 de manera predeterminada cuando la sesión de PDU se establece o activa. La AMF 218 puede rastrear, o conocer de otro modo, el estado de sesión, es decir, si la sesión está activada o no. La AMF 218 informa a la SMF(s) 220 que da servicio a sesiones de PDU activadas del estado de sesión.
La SMF 220 envía entonces (mensaje N4) una solicitud de Liberación N3 (6006) a la UPF(s) 212. El mensaje (6006) puede incluir identificador de UE (tal como SUPI) e ID(s) de sesión de PDU a desactivar. La UPF 212 entonces libera la información de túnel de (R)AN N3 (p. ej., la dirección IP de (R)AN e identificador de punto final de túnel) en el contexto de sesión de PDU del UE de sesiones de PDU a desactivar. La UPF envía (mensaje N4) una respuesta de Liberación N3 (6008) a la SMF 220 que confirma la liberación de la información de túnel N3. La UPF 212 puede comenzar a almacenar temporalmente paquetes de enlace descendente de las sesiones de PDU desactivadas. La SMF 220 envía entonces (mensaje N11) un mensaje de Acuse de Recibo de Notificación de Liberación N2 (6010) a la AMF 218 que acusa recibo del mensaje de notificación de liberación (6004). La SMF 220 puede entonces cambiar el estado de la sesión de PDU a Sesión-INACTIVIDAD.
La AMF 218 recoge entonces todas las respuestas de la(s) SMF(s) 220 que han sido notificadas (6004). Una vez se recogen todos los acuses de recibo de la SMF 220, y si no se realiza la etapa (5902), la AMF 218 envía entonces (mensaje N2) un mensaje de Solicitud de Liberación N2 (6012) a la (R)AN 204 con un código de causa. La AMF 218 cambia el estado de sesión de todas las sesiones de PDU del UE 202 a Sesión-INACTIVIDAD. Si la etapa (5902) no se ha realizado, la (R)AN 204 y el UE 202 realizan un procedimiento de Liberación de RRC (5916). El procedimiento de Liberación de RRC (5916) puede ser similar al procedimiento de Liberación de RRC (600A) descrito anteriormente. La (R)AN 204 envía un mensaje a UE 202 para liberar la conexión de RRC. El UE 202 entra al estado de CM-INA<c>T<i>VIDAD y todas las sesiones de PDU en el UE 202 hacen una transición al estado Sesión-INACTIVIDAD. Al recibir la confirmación de liberación de conexión de RRC desde el UE 202, la RAN 204 retira el Contexto de UE. A continuación, la (R)AN 204 envía (mensaje N2) una respuesta de Liberación N2 (6014) a la AMF 218. Al recibir el mensaje de Respuesta de Liberación N2 (6014), la AMF 218 establece el contexto de UE al estado de CM-INACTIVIDAD y libera la conexión N2.
Una liberación de sesión de PDU solicitada por UE 202 o red para procedimiento no-itinerancia e itinerancia con ruptura local se puede usar para liberar una sesión de PDU cuando el UE 202 está en el estado CM-CONECTADO. La FIGURA 61 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de liberación de sesión de PDU (6100) disparado por el UE 202, PCF 222, o la SMF 220, según realizaciones de la presente invención. Un disparador para el procedimiento de Liberación de Sesión de PDU (6100) ocurre cuando el UE 202 envía a la SMF 220 la (Mensaje N1 SM) mensaje de Solicitud de Liberación de Sesión de UE (6102). El mensaje (6102) puede incluir el ID de sesión de PDU. La (R)AN 204 reenvía el mensaje sobre una interfaz lógica, tal como una conexión N2. La AMF 218 comprueba el ID de sesión de PDU y reenvía el mensaje a la SMF 220. El mensaje reenviado desde la AMF 218 a la SMF 220 incluye identificador de UE (tal como SUPI) y una solicitud de Liberación de Sesión de PDU de mensaje N1. Otro disparador para el procedimiento de Liberación de Sesión de PDU (6100) ocurre cuando la PCF 222 envía a la SMF 220 un mensaje de Solicitud de Liberación de Sesión de PCF de mensaje N7 (6104). Otro disparador para el procedimiento de liberación de sesión de PDU (6100) ocurre cuando la SMF 220 determina liberar sesiones de PDU mediante su propia lógica, o tomando solicitudes de al menos una del UE 202, AN 204 (p. ej., congestión informe), DN 208, y UPF 212.
Una vez se dispara el procedimiento de liberación de sesión de PDU (6100), la SMF 220 interactúa con la UPF 212 para liberar el contexto de PDU en la UPF 212. La SMF 220 envía un mensaje de Solicitud de Liberación de Sesión de Mensaje N4 (6108) a la UPF 212. El mensaje (6108) puede incluir al menos uno de identificador de UE (tal como SUPI) y el ID de sesión de PDU. La UPF 212 descarta paquetes restantes de la sesión de PDU a liberar y libera el contexto de PDU del UE. La UPF 212 envía entonces un mensaje de Respuesta de Liberación de Sesión (mensaje N4) (6110) a la SMF 220. Si se implementa una política dinámica, la SMF 220 informa a la PCF 222 para que realice un procedimiento de Liberación de Sesión de PDU PDU-CAN (6112) de modo que la PCF 222 no proporcionará mensajes adicionales de modificación de sesión a la SMF 220 concernientes a la sesión de PDU liberada. La SMF 220 sabe si está activado o no el estado de sesión. La SMF 220 envía un Mensaje N11 (6202) a la AMF 218, que incluye un ID de UE (p. ej., un SUPI), una solicitud de Liberación de Sesión de PDU N1 SM al UE 202, y una solicitud de Liberación de Sesión de PDU N2 SM a la (R)AN 204 si la sesión de PDU se ha activado. El mensaje de Solicitud de Liberación de Sesión de PDU N1 SM puede incluir el ID(s) de sesión de PDU y los códigos de causa. El mensaje de Solicitud de Liberación de Sesión de PDU N2 SM puede incluir el ID(s) de sesión de PDU. Los mensajes N1 SM y SM N2 pueden encapsularse en un contenedor. La SMF 220 puede usar un servicio de Transferencia de Mensaje de la AMF 218, como se define en la cláusula 5.2.2.4 de TS 23.502, para enviar los mensajes N1 SM y SM N2 al UE 202 y (R)AN 204.
La AMF 218 transfiere entonces (6116) el mensaje recibido de la SMF 220 a la (R)AN 204 por medio de una interfaz lógica, tal como la conexión N2. Si la (R)AN 204 recibe la Solicitud de Liberación de Sesión de PDU N1 SM únicamente, la (R)AN 204 reenvía (6118) este mensaje al UE 202. Si (R)AN 204 recibe la Solicitud de Liberación de Sesión de PDU N1 SM y la Solicitud de Liberación de Sesión de PDU N2 SM, la (R)AN 204 realiza una reconfiguración de conexión de RRC con el UE 202. Durante este procedimiento de reconfiguración, la (R)AN 204 reenvía el mensaje Solicitud de Liberación de Sesión de PDU N1 s M al UE 202. La (R)AN 204 y el u E 202 liberan el recurso(s) de radio para la sesión(es) de PDU liberadas. El UE 202 y AN 204 liberan el contexto de sesión de PDU. Si la (R)AN 204 recibe la Solicitud de Liberación de Sesión de PDU N2 Sm en la etapa (6224), la (R)AN 204 envía a la SMF 220 una respuesta de Liberación de Sesión de PDU N2 SM (6120) por medio de la AMF 218. El mensaje (6120) puede incluir el ID(s) de sesión de PDU. La AMF 218 envía un Mensaje N11 (6122) para reenviar la Respuesta de Sesión de PDU N2 s M a la SMF 220. El mensaje (6122) incluye identificador de UE (tal como un SUPI) y la Respuesta de Sesión de PDU N2 SM recibida de la (R)AN 204. Después el UE 202 recibe el mensaje de Solicitud de Liberación de Sesión de PDU N1 SM en la etapa (6118), el UE 202 libera los recursos que dan servicio a las sesiones de PDU liberadas y borra el contexto de sesión de PDU. El UE 202 envía la Respuesta de Liberación de Sesión de PDU N1 SM (6124) a la SMF 220. El mensaje incluye el ID(s) de sesión de PDU. La (R)AN 204 transfiere este mensaje a la AMF 218 por medio de una interfaz lógica, tal como la conexión N2. La AMF 218 envía un Mensaje N11 para reenviar (6126) la Respuesta de Liberación de Sesión de PDU N1 SM recibido en la etapa (6124) a la SMF 220. El mensaje N11 puede incluir al menos uno de identificador de UE (tal como un SUPI) y la Respuesta de Liberación de Sesión de PDU N1 SM recibida en la etapa (6122). Tras recibir mensajes en las etapas (6122) y (6126), la SMF 220 envía un mensaje de Notificación de Informe de Evento de Sesión de PDU de Mensaje N11 (62046128), como se define en la cláusula 5.2.8.1 de TS 23.502, a la AMF 218 siendo el disparador de evento una liberación de sesión de PDU. La SMF 220 y AMF 218 borran su contexto de sesión de PDU de la sesión de PDU liberada.
Como se señala anteriormente, el procedimiento (6100) se puede usar para realizar una liberación de sesión de PDU disparada por el UE 202. Como alternativa, el procedimiento (6100) se puede usar, con algunas modificaciones, como procedimiento de liberación de sesión de PDU solicitado por red para no-itinerancia e itinerancia con ruptura local para liberar una sesión de PDU cuando el UE 202 está en el estado de CM-INACTIVIDAD. Por ejemplo, si el UE 202 está en el estado de CM-INACTIVIDAD, la AMF 218 enviará un mensaje de localización al UE 202, que lleva una notificación para liberar la sesión de PDU y el ID de sesión de PDU a liberar. Las etapas restantes son similares al procedimiento (6100). Por ejemplo, el UE 202 envía una solicitud de Liberación de Sesión de PDU N1 SM a la SMF 220.
En una modificación a la realización descrita con respecto a la FIGURA 61, se puede usar un UE 202 o liberación de sesión de PDU solicitada por red para no-itinerancia e itinerancia con procedimiento de ruptura local para liberar una sesión de PDU cuando el UE 202 está en el estado CM-CONECTADO o el estado de CM-INACTIVIdAd . La SMF 220 puede no ser consciente del estado de gestión de conexión del UE, pero sabe si la sesión de PDU está activada o no. Si el UE 202 está en el estado de CM-INACTIVIDAD, la AMF 220 puede enviar al estado de sesión de PDU en la AMF 218 al UE 202 para sincronización cuando tiene lugar el procedimiento de solicitud de servicio. La FIGURA 62 ilustra, en un diagrama de flujo de mensaje, otro ejemplo de un procedimiento de liberación de sesión de PDU (6200) disparado por el UE 202 o la SMF 220, según realizaciones de la presente invención. Un disparador para el procedimiento de Liberación de Sesión de PDU (6200) ocurre cuando el UE 202 envía a la SMF 220 la (Mensaje N1 SM) mensaje de Solicitud de Liberación de Sesión de UE (6102). El mensaje (6102) puede incluir el ID de sesión de PDU. La (R)AN 204 reenvía el mensaje sobre una interfaz lógica, tal como una conexión N2. La AMF 218 comprueba el ID de sesión de PDU y reenvía el mensaje a la SMF 220. El mensaje reenviado desde la AMF 218 a la s Mf 220 incluye identificador de UE (tal como SUPI) y una solicitud de Liberación de Sesión de PDU de mensaje N1. Otro disparador para el procedimiento de Liberación de Sesión de PDU (6200) ocurre cuando la PCF 222 envía a la SMF 220 una solicitud de Liberación de Sesión de PCF de mensaje N7 (6104). Otro disparador para el procedimiento de liberación de sesión de PDU (6100) ocurre cuando la SMF 220 decide para liberar sesiones de PDU mediante su propia lógica, o tomando solicitudes desde el UE 202, AN 204 (p. ej., congestión informe), DN 208, y UPF 212.
Una vez se dispara el procedimiento de liberación de sesión de PDU (62006200), la SMF 220 interactúa con la UPF 212 para liberar el contexto de PDU en la UPF 212. La SMF 220 envía una solicitud de Liberación de Sesión de Mensaje N4 (6108) a la UPF 212. El mensaje (6108) puede incluir al menos una de identificador de UE (tal como un SUPI) y el ID de sesión de PDU. La UPF 212 descarta paquetes restantes de la sesión de PDU a liberar y libera el contexto de PDU del UE. La UPF 212 envía entonces una respuesta de Liberación de Sesión (mensaje N4) (6110) a la SMF 220. Si se implementa una política dinámica, la SMF 220 informa a la PCF 222 para que realice un procedimiento de Liberación de Sesión de PDU PDU-CAN (6112). La SMF 220 sabe si está activado o no el estado de sesión. La SMF 220 envía una Notificación de Liberación de Sesión de Mensaje N11 (6202) a la AMF 218, que incluye un ID de UE (p. ej., un SUPI), una solicitud de Liberación de Sesión de PDU N1 SM al UE 202, y una solicitud de Liberación de Sesión de PDU N2 SM a la (R)AN 204 si la sesión de PDU se ha activado. El mensaje de Solicitud de Liberación de Sesión de PDU N1 SM puede incluir el ID(s) de sesión de PDU y los códigos de causa. El mensaje de Solicitud de Liberación de Sesión de PDU N2 SM puede incluir el ID(s) de sesión de PDU. Los mensajes N1 SM y SM N2 pueden encapsularse en un contenedor. La SMF 220 puede usar un servicio de Transferencia de Mensaje de la AMF 218, para enviar los mensajes N1 SM y SM N2 al UE 202 y (R)AN 204.
Si el UE está en el estado CM-CONECTADO, entonces la AMF 218 transfiere (6116) el mensaje recibido de la SMF 220 a la (R)AN 204 por medio de una interfaz lógica, tal como la conexión N2. Si la (R)AN 204 recibe la Solicitud de Liberación de Sesión de PDU N1 SM únicamente, la (R)AN 204 reenvía (6118) este mensaje al UE 202. Si (R)AN 204 recibe la Solicitud de Liberación de Sesión de PDU N1 SM y la Solicitud de Liberación de Sesión de PDU n2 SM, la (R)AN 204 realiza una reconfiguración de conexión de RRC con el UE 202. Durante este procedimiento de reconfiguración, la (R)AN 204 reenvía el mensaje Solicitud de Liberación de Sesión de PDU N1 Sm al UE 202. La (R)AN 204 y el UE 202 liberan el recurso(s) de radio para la sesión(es) de PDU liberadas. El UE 202 y la (R)AN 204 liberan el contexto de sesión de PDU. Si la (R)AN 204 recibe la Solicitud de Liberación de Sesión de PDU n2 SM en la etapa (6116), la (R)AN 204 envía a la SMF 220 una respuesta de Liberación de Sesión de PDU N2 SM (6120) por medio de la a Mf 218. El mensaje (6120) puede incluir el ID(s) de sesión de PDU. La AMF 218 envía un Mensaje N11 (6275) para reenviar la Respuesta de Sesión de PDU N2 s M a la SMF 220. El mensaje (6275) incluye el identificador de UE (tal como un SUPI) y la Respuesta de Sesión de PDU N2 SM recibida de la (R)AN 204. Si el UE 202 recibe el mensaje de Solicitud de Liberación de Sesión de PDU N1 SM en la etapa (6118), entonces el UE 202 libera los recursos que dan servicio a las sesiones de PDU liberadas y borra el contexto de sesión de PDU. El UE 202 envía la Respuesta de Liberación de Sesión de PDU N1 SM (6122) a la SMF 220. El mensaje incluye el ID(s) de sesión de PDU. La (R)AN 204 transfiere este mensaje a la AMF 218 por medio de una interfaz lógica, tal como la conexión N2. La AMF 218 envía un Mensaje N11 para reenviar (6124) la Respuesta de Liberación de Sesión de PDU N1 SM recibido en la etapa (6122) a la SMF 220. El mensaje N11 puede incluir al menos uno de identificador de UE (tal como un SUPI) y la Respuesta de Liberación de Sesión de PDU N1 SM recibida en la etapa (6122). Tras recibir mensajes en las etapas (6275) y (6124), la SMF 220 envía una confirmación de Liberación de Sesión de Mensaje N11 (6204) a la AMF<21>8<. La SMF 220 y a Mf 218 borran su contexto de sesión de PDU de la sesión de PDU liberada.>
Si el UE 202 está en el estado de CM-INACTIVIDAD, los mensajes 6224, 6118, 6120, 6275, 6122, 6124 y 6204 se saltan. La AMF 218 envía un Acuse de Recibo de Liberación de Sesión de PDU de Mensaje N11 (6206) a la SMF 220.
Se puede usar un procedimiento de Solicitud de Servicio por un UE 5G 202 en el estado de CM-INACTIVIDAD para solicitar al establecimiento de una conexión segura a una AMF 218. El UE 202 en el estado de CM-INACTIVIDAD puede iniciar el procedimiento de Solicitud de Servicio para enviar mensajes de señalización de enlace ascendente, datos de usuario, o una respuesta a una solicitud de localización de red. Tras recibir el mensaje de Solicitud de Servicio, la AMF 218 puede realizar autenticación, y el procedimiento de seguridad. Después del establecimiento de una conexión de señalización segura a una AMF 218, el UE 202 o la red puede enviar mensajes de señalización, p. ej., establecimiento de sesión de PDU desde el UE 202 a la red de núcleo 206, o la SMF 220, por medio de la Am F 220, puede iniciar el establecimiento de recurso de plano de usuario para las sesiones de PDU solicitadas por la red y/o indicadas en el mensaje de Solicitud de Servicio.
Para cualquier Solicitud de Servicio, la AMF 218 puede responder con un mensaje de Respuesta de Servicio para sincronizar estado de sesión de PDU entre el UE 202 y la red de núcleo 206. La AMF 218 también puede responder con un mensaje de Rechazo de Servicio al UE 202, si la Solicitud de Servicio no puede ser aceptada por la red. Para una solicitud de Servicio debido a datos de usuario, una red puede realizar acciones adicionales si un establecimiento de recurso de plano de usuario no tiene éxito. Se debe observar que el procedimiento de solicitud de servicio discutido en la FIGURA 63 más adelante no es aplicable a una red de acceso, tal como una red wifi, (una vez el UE 202 se registra en la red) en la que el UE 202 siempre se considera en el estado CM-CONECTADO y en la que el recurso de plano de usuario siempre se considera establecido para una sesión de PDU activa.
La FIGURA 63 ilustra, en un diagrama de llamada de mensaje, un ejemplo de un procedimiento de traspaso inter NG (R)AN basado en Xn (6300) sin reubicación de función de plano de usuario y con desactivación de sesión, según realizaciones de la presente divulgación. El procedimiento (6300) combina el procedimiento de traspaso definido en la cláusula 4.9.1.1 de TS 23.502 y los mensajes de señalización de desactivación de sesión. El procedimiento (6300) incluye preparación de traspaso (6302) y ejecución de traspaso (6304). La ejecución de traspaso (6304) incluye el reenvío de datos (6306) desde una (R)AN de origen 204s a una (R)AN de destino 204t.
La (R)AN de destino 204t envía un mensaje de Solicitud de Conmutación de Ruta N2 (6308) a una AMF 218 que incluye una indicación de que el UE 202 se ha movido a una nueva celda de destino, y una lista de sesiones de PDU a conmutar o retirar. Dependiendo del tipo de celda de destino, la (R)AN de destino 204t incluye información apropiada en este mensaje. Las sesiones de PDU a conmutar son las sesiones de PDU que tienen información de túnel N3 de UPF. Para cada sesión de PDU a conmutar, la (R)AN de destino 204t incluye el parámetro Momento de Última Actividad de Datos, e información de (R)AN, tal como la dirección de (R)AN N3 y el identificador de punto final de túnel N3. Si la (R)AN de destino 204t no puede soportar algunos flujos de QoS de una sesión de PDU, entonces el mensaje de Solicitud de Conmutación de Ruta N2 (6308) incluye la lista de flujos de QoS aceptados y la lista de flujos de QoS rechazados para esta sesión de PDU.
La AMF 218 envía entonces un Mensaje N11 (6310) a cada SMF 220 asociada con la lista de sesiones de PDU recibida en el mensaje de Solicitud de Conmutación de Ruta N2 (6308). Para las sesiones de PDU que requieren una conmutación de ruta, al recibir el mensaje N11 (6310), cada una de las SMF 220 determina si la UPF existente 212 puede continuar o no dando servicio al UE 202. Si la UPF existente 212 no puede seguir dando servicio al UE 202, y no es un anclaje de sesión de PDU, se realizan las etapas 3-11 de la cláusula 4.9.1.2 de TS 23.502. De otro modo, se realizan las siguientes etapas (6312) a (6322) por cada una de las SMF 220 si sus UPF existentes 212 pueden seguir dando servicio al UE 202. Para cada sesión de PDU en la que se requiere la conmutación de ruta, la SMF 220 determina si desactivar o no la sesión.
La SMF 220 inicia la liberación de sesiones de PDU que no son solicitadas por la (R)AN de destino 204t. Para sesiones de PDU solicitadas por la (R)AN de destino 204t, la SMF 220 envía a la UPF 212 una solicitud de Modificación de Sesión N4 (6312) que incluye la dirección de (R)AN, identificadores de túnel para el plano de usuario de enlace descendente, y una lista de flujos aceptados si está presente. Para las sesiones de PDU a desactivar, la SMF 220 envía a la UPF 212 el mensaje de Solicitud de Modificación de Sesión N4 (6312) para estas sesiones de PDU. El mensaje (6312) indica la liberación de información de túnel N3 de (R)AN que incluye dirección de (R)AN y un Identificador de Punto Final de Túnel para el plano de usuario de enlace descendente. La UPF 212 devuelve un mensaje de Respuesta de Modificación de Sesión N4 (6314) a la SMF 212 después de que las sesiones de PDU solicitadas son conmutadas o modificadas. El mensaje (6314) incluye identificadores de túnel para tráfico de enlace ascendente. A fin de ayudar a la función de reordenación en la (R)AN de destino 204t para las sesiones de PDU que requieren una ruta conmutada, la UPF 212 envía uno o más paquetes de "marcador de extremo" (6316) en la antigua ruta inmediatamente después de conmutar la ruta. La UPF 212 empieza empezar a enviar paquetes de enlace descendente (6318) a la (R)AN de destino 204t.
La SMF 220 envía a la AMF 218 un mensaje ACK de Mensaje N11 (6320) para sesiones de PDU que han sido conmutadas con éxito. El mensaje (6320) incluye información de túnel CN, e indica si la información de túnel N3 de (R)AN está actualizada (p. ej., ruta conmutada) o desactivada (p. ej., ruta liberado). El ACK de Mensaje N11 (6320) incluye el mensaje N2 SM, que incluye ID(s) de sesión de PDU, para la (R)AN 204 para desactivar las sesiones de PDU. En la SMF 220, para sesiones de PDU que están desactivadas, el Estado de Sesión parámetro se cambia a Sesión-INACTIVIDAD. Se debe observar que la etapa (6320) puede ocurrir cualquier momento después de la recepción del mensaje de Respuesta de Modificación de Sesión N4 (6314) en la SMF 220.
Al recibir el ACK de Mensaje N11 (6320), la AMF 218 establece el estado de sesión de sesiones de PDU correspondientemente. Una vez se recibe la respuesta ACK de Mensaje N11 (6320) de todas las SMF 220, la AMF 218 agrega la información de túnel CN recibida de estas respuestas y envía esta información agregada como parte de una información SM N2 y N1 Solicitud de Sesión de Desactivación de Mensaje (que incluye ID(s) de sesión de PDU a desactivar) en mensaje ACK de Solicitud de Conmutación de Ruta N2 (6322) a la RAN de destino 204t. Si ninguna de las Sesiones de PDP solicitadas ha sido conmutada con éxito, la AMF 218 envía un mensaje de Fallo de Solicitud de Conmutación de Ruta N2 como el mensaje (6322) a la (R)AN de destino 204t. En la (R)AN de destino 204t, para sesiones de PDU a desactivar, la información de túnel N3 de UPF se borra. La (R)AN 204t reenvía un mensaje de Solicitud de Sesión de Desactivación de Mensaje N1 (6324) al UE 202 en un Mensaje de RRC. El UE 202 establece el Estado de Sesión de las sesiones de PDU indicado en el mensaje N1 SM a Sesión-INACTIVIDAD. El UE 202 libera el contexto de radio de las sesiones de PDU desactivadas. El UE 202 envía un mensaje de Respuesta de Desactivación de Sesión DE Mensaje N1 (6326) a la AMF 218, por medio de la (R)AN de destino 204t. Al enviar un mensaje de Liberar Recursos (6328) a la RAN de origen 204s, la (R)AN de destino 204t confirma éxito del traspaso. Entonces dispara la liberación de recursos con la RAN de origen 204s.
La FIGURA 64 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de Solicitud de Servicio disparado por UE (6400), según realizaciones de la presente divulgación. El UE 202 puede enviar a la (R)AN 204 un mensaje de Solicitud de Servicio NAS de MM (6402) que incluye ID(s) de sesión de PDU, parámetros de seguridad, y un estado de sesión de PDU. El UE 202 envía una solicitud de Servicio de mensaje NAS hacia la AMF 218 encapsulada en un Mensaje de RRC a la RAN 204. Si la Solicitud de Servicio se dispara para datos de usuario, el UE 202 incluye el ID(s) de sesión de PDU en el mensaje de Solicitud de Servicio NAS (6402) para indicar que la sesión(es) de PDU que el UE 202 está solicitando usar. Si la Solicitud de Servicio se dispara para señalización únicamente, el UE 202 no necesita incluir ningún ID de sesión de PDU. Cuando este procedimiento (6400) se dispara para una respuesta de localización, si el UE 202 necesita usar alguna(s) sesión(es) de PDU, el UE 202 incluye aquellas ID(s) de sesión de PDU en el mensaje de Solicitud de Servicio NAS de MM (6402). De otro modo el UE 202 no necesita incluir ningún ID de sesión de PDU. El estado de sesión de PDU indica las sesiones de PDU disponibles en el UE 202. El estado de sesión de PDU se incluye si el UE 202 ha liberado algunas sesiones de PDU pero no ha informado A la AMF 218 cuando el UE 202 está en el estado de CM-INACTIVIDAD.
La (R)AN 204 envía entonces a la AMF 218 un mensaje N2 (6404) que incluye la Solicitud de Servicio NAS de MM, un ID temporal 5G, información de ubicación, un tipo de RAT, y una causa de establecimiento de RRC. Si la AMF 218 no puede manejar la Solicitud de Servicio, la rechaza. Un ID temporal 5G se obtiene en un procedimiento de RRC. La RAN 204 selecciona la AMF 218 según este ID temporal. La información de ubicación y el tipo de RAT están relacionados con la celda en la que campa el UE 202. En función del estado de sesión de PDU, la AMF 218 puede iniciar el procedimiento de liberación de sesión de PDU si la sesión de PDU no está disponible en el UE 202.
Si la Solicitud de Servicio no se ha enviado con integridad protegida, o si se indica como que ha fallado la protección de integridad, la AMF 218 puede iniciar un procedimiento de autenticación/seguridad NAS (6406). Si el UE 202 ha disparado la Solicitud de Servicio para establecer una conexión de señalización únicamente, entonces después del intercambio de seguridad, el UE 202 y la red pueden enviar señalización.
Si el mensaje de Solicitud de Servicio NAS de MM incluye ID(s) de sesión de PDU, o si este procedimiento (6400) es disparado por la SMF 220 pero el ID de sesión de PDU desde el UE 202 se correlaciona a otras SMF 220 que la que ha disparado el procedimiento, la AMF 218 envía un mensaje N11 (6408) a SMF(s) 220 asociada(s) con el ID(s) de sesión de PDU. Tras recibir el mensaje N11 (6408), cada<s>M<f>220 envía un Mensaje N11 (6410) a la AMF 218 para establecer el plano(s) de usuario para las sesiones de PDU. El mensaje (6410) incluye información SM N2 tal como un Perfil de QoS, e información de túnel N3 de CN). La información SM N2 incluye información que la AMF 220 puede proporcionar a la RAN 204.
La AMF 218 puede enviar a la (R)AN 204 un mensaje de Solicitud N2 (6412) que incluye la información SM N2 recibida de la SMF 220, un contexto de seguridad, un ID de Conexión de Señalización de AMF, una lista de Restricciones de Traspaso, y una aceptación de servicio de NAS de MM. La RAN 204 almacena el contexto de Seguridad, ID de Conexión de Señalización de AMF, Información de QoS para los Flujos de QoS de las sesiones de PDU que se activan, e ID de túnel N3 en el contexto de RAN de UE. La aceptación de servicio de NAS de MM incluye el estado de sesión de PDU en la AMF 218. El estado de sesión de PDU se incluye si la red de núcleo ha liberado algunas sesiones de PDU pero no ha informado al UE 202 cuando el UE 202 está en el estado de CM-INACTIVIDAD. La AMF 218 puede incluir al menos un elemento de información SM N2 desde la SMF 220 si el procedimiento (6400) se dispara para configuración de plano de usuario de sesión de PDU. La AMF 218 puede enviar información SM N2 adicional desde las SMF 220, si las hay, en mensaje(s) N2 separado(s), tal como una solicitud de configuración de túnel N2. Como alternativa, si múltiples SMF 220 están implicadas, la AMF 218 puede enviar un mensaje de Solicitud N2 a la (R)AN 204 después de recibirse todos los mensajes N11 desde las SMF 220. En este tipo de escenario, el mensaje de Solicitud N2 incluye la información SM N2 recibida en cada uno de los mensajes N11, e información para permitir a la AMF 218 asociar respuestas a la SMF 220 relevante.
La (R)AN 204 puede realizar un procedimiento de Reconfiguración de conexión de RRC (6414) con el UE 202 dependiendo de la información de QoS para todos los flujos de QoS de las sesiones de PDU activadas y los DRB. La seguridad de plano de usuario se establece en esta etapa. La (R)AN 204 reenvía la aceptación de servicio de NAS de MM al UE 202. El UE 202 borra localmente el contexto de las sesiones de PDU que no están disponibles en la CN 5G 206.
Después de configurarse los recursos de radio de plano de usuario, los datos de enlace ascendente desde el UE 202 pueden reenviarse ahora (6416) a la (R)AN 204. La RAN 5G 204 envía los datos de enlace ascendente a la dirección de UPF 212 e ID de túnel proporcionado en las etapas (6408) y (6410). La (R)AN 204 puede enviar a la AMF 218 una solicitud N2 ACK (6418) que incluye la información SM N2 tal como información de túnel de (R)AN, la Lista de Flujos de QoS aceptados para las sesiones de PDU activadas, y la Lista de Flujos de QoS rechazados para las sesiones de PDU activadas). El mensaje (6418) puede incluir el elemento(s) de información SM N2, p. ej., información de túnel de RAN. La (R)AN 204 puede enviar la información SM N2 con mensajes N2 separados, tal como una respuesta de configuración de túnel N2, si la AMF 224 envía mensajes N2 separados en la etapa (6412). Si múltiples elementos de información SM N2 se incluyen en el mensaje de Solicitud N2 (6412), la Solicitud N2 ACK (6418) puede incluir múltiples elementos de información SM N2, e información para permitir a la AMF 218 asociar las respuestas a la SMF 220 relevante. La AMF 218 puede enviar a la SMF un Mensaje N11 (6420) que incluye la información SM N2, tal como información de túnel de RAN y el tipo de RAT, por sesión de PDU aceptada a la SMF 220. Si la AMF 218 ha recibido la información SM N2 (uno o múltiples elementos) en la etapa (6418), entonces la AMF 218 reenvía la información SM N2 a la SMF 220 relevante. Si la zona horaria de UE ha cambiado, en comparación con la última zona horaria de UE informada, entonces la AMF 218 incluye la zona horaria de UE IE en este mensaje (6420). Si se despliega PCC dinámico, la SMF 220 puede opcionalmente iniciar una modificación de Sesión IP-CAN (6422) y proporciona información de ubicación nueva a la PCF 222.
La SMF 220 puede enviar a la UPF 212 un mensaje de Solicitud de Actualización de Sesión N4 (6424) que incluye información de túnel de RAN. Si se va a configurar o modificar un plano de usuario, la SMF 220 inicia el procedimiento de Modificación de Sesión N4 y proporciona la información de túnel de RAN. La UPF 212 puede entonces enviar a la SMF 220 un mensaje de Respuesta de Actualización de Sesión N4 (6426). La SMF 220 puede entonces enviar a la AMF un mensaje a Ck de Mensaje N11 (6426).
Un estado de sesión se puede usar para indicar que el UE 202 ha activado una sesión de PDU para enviar y recibir datos. Dos tipos de estados de sesión incluyen un estado activo (a veces nombrado "estado Sesión-ACTIVA) y un estado de inactividad (a veces nombrado "estado Sesión-INACTIVIDAD). El UE 202, la AMF que da servicio 218 y la SMF que da servicio 220 pueden mantener localmente el estatus de estado de sesión.
Cuando una sesión de PDU está en el estado Sesión-INACTIVIDAD, la conexión de datos UP entre el UE 202 y la UPF 212 que finaliza túnel N3 no está establecida. El UE no envía o recibir datos en el estado Sesión-INACTIVIDAD. La (R)AN 204 no tiene contexto de sesión de PDU en el estado Sesión-INACTIVIDAD. La UPF 212 que finaliza conexión N3 tiene el contexto de sesión de PDU del UE, pero sin información de conexión N3 de la (R)AN (p. ej., no dirección IP de (R)AN 204 y no identificador de punto final de túnel N3). La SMF 220 puede almacenar la información de contexto de sesión de PDU del UE relevante para la SMF 220, pero sin información de la (R)AN 204. La AMF 218 puede almacenar toda la información de contexto de sesión de PDU del UE relevante para la AMF 218.
Cuando una sesión de PDU está en el estado Sesión-ACTIVA, el UE 202 puede enviar y recibir datos. La interfaz Uu entre el UE 202 y (R)AN 204 se establece en el estado Sesión-ACTIVA. La conexión N3 se va a establecer cuando la sesión de PDU se activa. El UE 202 tiene acceso a toda la información de contexto de sesión de PDU, que incluye información de DRB. La AMF 218 almacena toda la información de contexto de sesión de PDU del UE relevante para la AMF 218. La SMF 220 almacena toda la información de contexto de sesión de PDU del UE relevante para la SMF 220.
La Tabla 3 proporciona una descripción de los estados Sesión-ACTIVA y Sesión-INACTIVIDAD para diversas entidades de red.
Tabla 3: Descripción de Estado de Sesión
La FIGURA 64 ilustra además, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de Solicitud de Servicio disparado por UE (6400) en el estado de CM-INACTIVIDAd , según realizaciones de la presente divulgación. El UE 202 puede enviar a la (R)An 204 un mensaje de Solicitud de Servicio NAS de MM (6402) que incluye ID(s) de sesión de PDU, parámetros de seguridad, y un estado de sesión de PDU. El UE 202 puede enviar una solicitud de Servicio de mensaje NAS (6402) hacia la AMf 218 encapsulada en un Mensaje de RRC a la RAN 204. El mensaje(s) DE RRC que se puede usar para llevar el ID temporal 5G. Si la Solicitud de Servicio se dispara para datos de usuario, el UE 202 puede incluir el ID(s) de sesión de PDU en el mensaje de Solicitud de Servicio NAS (6402) para indicar la sesión(es) de PDU que el UE 202 está solicita para usar. Si la Solicitud de Servicio se dispara para señalización únicamente, el UE 202 no necesita incluir ningún ID de sesión de PDU. Cuando este procedimiento (6400) se dispara para una respuesta de localización, si el UE 202 necesita usar alguna(s) sesión(es) de PDU, el UE 202 puede incluir aquellas ID(s) de sesión de PDU en el mensaje de Solicitud de Servicio NAS de m M (6402). De otro modo el UE 202 no necesita incluir ningún ID de sesión de PDU. El estado de sesión de PDU indica las sesiones de PDU disponibles en el UE 202.
La (R)AN 204 puede entonces enviar a la AM F 218 un mensaje N2 (6404) que incluye la Solicitud de Servicio NAS de MM, un ID temporal 5G, información de ubicación, un tipo de RAT, y una causa de establecimiento de RRC. Si la AMF 218 no puede manejar la Solicitud de Servicio, la rechaza. Un ID temporal 5G se obtiene en un procedimiento de RRC. La RAN 204 puede seleccionar la AMF 218 según este ID temporal. La información de ubicación y el tipo de RAT están relacionados con la celda en la que campa el UE 202. En función del estado de sesión de PDU, la AMF 218 puede iniciar el procedimiento de liberación de sesión de PDU si la sesión de PDU no está disponible en el UE 202.
Si la Solicitud de Servicio no se ha enviado con integridad protegida, o si se indica como que ha fallado la protección de integridad, la AMF 218 puede iniciar un procedimiento de autenticación/seguridad NAS (6406). Si el UE 202 ha disparado la Solicitud de Servicio para establecer una conexión de señalización únicamente, entonces después del intercambio de seguridad, el UE 202 y la red pueden enviar señalización.
Si el mensaje de Solicitud de Servicio NAS de MM incluye ID(s) de sesión de PDU, o si este procedimiento (6400) es disparado por la SMF 220 pero el ID de sesión de PDU desde el UE 202 se correlaciona a otras SMF 220 que la que ha disparado el procedimiento, la AMF 218 envía un mensaje N11 (6408) a SMF(s) 220 asociada(s) con el ID(s) de sesión de PDU. Tras recibir el mensaje N11 (6408), cada s Mf 220 envía un Mensaje N11 (6410) a la AMF 218 para establecer el plano(s) de usuario para las sesiones de PDU. El mensaje (6410) incluye información SM N2 tal como un Perfil de QoS, e información de túnel N3 de CN). La información SM N2 incluye información que la AMF 220 puede proporcionar a la RAN 204.
La AMF 218 puede enviar a la (R)AN 204 un mensaje de Solicitud N2 (6412) que incluye la información SM N2 recibida de la SMF 220, un contexto de seguridad, un ID de Conexión de Señalización de AMF, una lista de Restricciones de Traspaso, y una aceptación de servicio de NAS de MM. La RAN 204 puede almacenar el contexto de Seguridad, ID de Conexión de Señalización de AMF, Información de QoS para los Flujos de QoS de las sesiones de PDU que se activan, e ID de túnel N3 en el contexto de RAN de UE. La aceptación de servicio de NAS de MM incluye el estado de sesión de PDU en la AMF 218. La AMF 218 puede incluir al menos un elemento de información SM n 2 desde la SMF 220 si el procedimiento (6400) se dispara para configuración de plano de usuario de sesión de PDU. La AMF 218 puede enviar información SM N2 adicional desde las SMF 220, si las hay, en mensaje(s) N2 separado(s), tal como una solicitud de configuración de túnel N2. Como alternativa, si múltiples SM<f>220 están implicadas, la AMF 218 puede enviar un mensaje de Solicitud N2 a la (R)AN 204 después de recibirse todos los mensajes N11 desde las SMF 220. En este tipo de escenario, el mensaje de Solicitud N2 incluye la información SM N2 recibida en cada uno de los mensajes N11, e información para permitir a la AMF 218 asociar respuestas a la SMF 220 relevante.
La (R)AN 204 puede realizar un procedimiento de Reconfiguración de conexión de RRC (6414) con el UE 202 dependiendo de la información de QoS para todos los flujos de QoS de las sesiones de PDU activadas y los DRB. La seguridad de plano de usuario se establece en esta etapa. La (R)AN 204 puede reenviar la aceptación de servicio de NAS de MM al UE 202. El UE 202 puede borrar localmente el contexto de las sesiones de PDU que no están disponibles en la CN 5G 206. Si la (R)AN 204 acepta al menos uno de flujo de QoS, el UE 202 puede almacenar el estado activado de sesión de PDU. De otro modo, el UE 202 considera la Solicitud de Servicio como no aceptada por la (R)AN 204.
Después de configurarse los recursos de radio de plano de usuario, los datos de enlace ascendente desde el UE 202 pueden reenviarse ahora (6416) a la (R)AN 204. La RAN 5G 204 envía los datos de enlace ascendente a la dirección de UPF 212 e ID de túnel proporcionado en las etapas (6408) y (6410). Si la (R)AN 204 acepta al menos un Flujo de<QoS, el mensaje desde la (R)AN 204 puede enviar a la AMF>218<un Ac K de solicitud N2 (6418) que incluye el ACK>de Rechazo<n>2 (que incluye el ID de sesión de PDU, información SM N2 tal como información de túnel de (R)AN, la Lista de Flujos de QoS aceptados para las sesiones de PDU activadas, y la Lista de Flujos de QoS rechazados para las sesiones de PDU activadas). El mensaje (6418) puede incluir el elemento(s) de información SM N2, p. ej., información de túnel de RAN. La (R)AN 204 puede enviar la información SM N2 con mensajes N2 separados, tal como una respuesta de configuración de túnel N2, si la AMF 224 envía mensajes N2 separados en la etapa (6412). Si múltiples elementos de información SM N2 se incluyen en el mensaje de Solicitud N2 (6412), la Solicitud N2 ACK (6418) puede incluir múltiples elementos de información SM N2, e información para permitir a la AMF 218 asociar las respuestas a la SMF 220 relevante. Si la (R)AN 204 no acepta la sesión de PDU, la (R)AN 204 puede enviar un mensaje ACK de Solicitud N2 (6418) que indica a la AMF 218 que la solicitud de SM N2 no está Aceptada y un código de causa. El mensaje (6418) puede incluir el ID de sesión de PDU, la información SM N2 (que incluye el Rechazo de Sesión de PDU, y el código de causa).
La AMF 218 puede enviar a la SMF un Mensaje N11 (6420) que incluye el ID de sesión de PDU, la información SM N2 tal como información de túnel de RAN, y el tipo de Ra T, por sesión de PDU aceptada a la SMF 220. Si la AMF 218 ha recibido la información SM N2 (uno o múltiples elementos) en la etapa (6418), entonces la AMF 218 reenvía la información SM N2 a la SMF 220 relevante. Si la zona horaria de UE ha cambiado, en comparación con la última zona horaria de UE informada, entonces la AMF 218 incluye la zona horaria de UE IE en este mensaje (6420). Si la sesión de PDU se acepta, se despliega PCC dinámico, la SMF 220 puede opcionalmente iniciar una modificación de Sesión IP-CAN (6422) y proporciona información de ubicación nueva a la<p>C<f>222. La SMF 220 puede enviar a la UPF 212 un mensaje de Solicitud de Actualización de Sesión N4 (6424) que incluye información de túnel de RAN. Si se va a configurar o modificar un plano de usuario, la SMF 220 inicia el procedimiento de Modificación de Sesión N4 y proporciona la información de túnel de RAN. La UPF 212 puede entonces enviar a la SMF 220 un mensaje de Respuesta de Actualización de Sesión N4 (6426). La SMF 220 puede entonces enviar a la AMF un mensaje ACK de Mensaje N11 (6426). El mensaje (6426) puede incluir el ID de sesión de PDU y el estado de sesión de PDU. La SMF 2225 puede indicar el estado de sesión de PDU (Activado o Desactivado) a la AMF 218.
una solicitud de Servicio disparada por UE en el procedimiento en estado CM-CONECTADO puede ser usada por un UE 5G 202 en el estado CM-CONECTADO para solicitar el establecimiento de recursos de Plano de Usuario para las sesiones de PDU. La red puede realizar acciones adicionales si el establecimiento de recurso de Plano de Usuario no tiene éxito. Cabe señalar que el procedimiento mostrado en la FIGURA 77 no es aplicable para una red de acceso (una vez el UE 202 se registra en la red) en la que el UE 202 siempre se considera como en el estado CM-CONECTADO, y en la que el recurso de Plano de Usuario siempre se considera establecido para una sesión de PDU activa.
La FIGURA 65 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de conmutación de ruta tardía (6500) disparado por datos de DL sin una reubicación de UPF 212, según realizaciones de la presente divulgación. Este procedimiento (6500) se puede usar para disparar una actualización de conmutación de ruta cuando los datos de DL llegan a la UPF 212 y la UPF 212 no tiene información de túnel de DL. La UPF 212 recibe paquetes de datos de enlace descendente (6502) de la DN 208. Si la información de túnel N3 de (R)AN no está disponible, la UPF 212 envía un mensaje de Notificación de Datos de DL de Mensaje N4 (6504) a la SMF 220. El mensaje (6504) incluye identificador de UE (tal como un SUPI) y un ID de sesión de PDU. La SMF 220 envía un mensaje de Acuse de recibo Notificación de Datos de DL de Mensaje N4 (6506) a la UPF 212. Como alternativa, el acuse de recibo (6506) puede ser realizado por un protocolo de mensaje de red de transporte.
Si el Estado de Conexión N3 está actualmente establecido a N3_DESCONECTADO, la SMF 220 envía un mensaje de Solicitud Información de (R)AN de Mensaje N11 (6508) a la AMF 218. El mensaje (6508) incluye identificador de UE (tal como un SUPI), un ID de sesión de PDU, y el mensaje N2 SM que incluye la información de túnel CN (tal como dirección de UPF y UPF Identificador de Punto Final de Túnel N3) para la (R)AN 204. La AMF 218 envía a la (R)AN un mensaje de Notificación Conmutación de Ruta de Mensaje N2 (6510) que incluye el ID de sesión de PDU y el mensaje N2 SM. La (R)AN 204 actualiza la información de túnel CN. La (R)AN 204 envía un mensaje de Acuse de Recibo de Notificación de Conmutación de Ruta de Mensaje N2 (6512) a la AMF 218. El mensaje (6512) incluye un ID de sesión de PDU e información de túnel de (R)AN tal como la dirección de (R)AN y el identificador de Punto Final de Túnel. La AMF 218 envía un mensaje de Respuesta de Información de (R)AN de Mensaje N11 (6514) a la UPF 212. El mensaje (6514) incluye el identificador de UE (tal como un SUPI), el ID de sesión de PDU, y la información de túnel de (R)AN que incluye el tipo de (R)AN, la dirección de (R)AN N3, y el identificador de Punto Final de Túnel N3. La AMF 218 cambia el Estado de Conexión N3 de la sesión de PDU a N3_CONECTADO.
La SMF 220 envía un mensaje de Solicitud de Modificación de Sesión de Mensaje N4 (6516) a la UPF 212. El mensaje (6516) incluye el identificador de UE (tal como un SUPI), el ID de sesión de PDU y la información de túnel N3 de (R)AN tal como la Dirección N3 de (R)AN y el identificador de Punto Final de Túnel de enlace descendente. La UPF 212 actualiza la información de túnel de (R)AN para la sesión de PDU solicitada. La UPF 212 envía una respuesta de Modificación de Sesión de Mensaje N4 (6518) a la SMF 220. El mensaje (6518) incluye identificador de UE y un ID de sesión de PDU. La SMF 220 cambia el Estado de Conexión N3 de la sesión de PDU a N3_CONECTADO. La UPF 212 puede enviar paquetes de datos de enlace descendente al UE 202 por medio de la (R)AN 204 antes o después de las etapas (6516) y (6518).
La FIGURA 66 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de conmutación de ruta tardía (6600) disparado por datos de UL con reselección de UPF 212, según realizaciones de la presente divulgación. Este procedimiento (6600) se puede usar para disparar una actualización de conmutación de ruta cuando el UE 202 solicita enviar datos de UL. La UPF 212 puede reseleccionarse o no. Este procedimiento (6600) puede separarse en dos procedimientos: uno para una conmutación ruta tardía disparada por datos de enlace ascendente como se define en la FIGURA 57, y uno para una reubicación de UPF 212 como se define en la FIGURA 68.
El UE 202 envía un Mensaje de Solicitud de Concesión de Canal datos de UL o un paquete de datos de UL (6602) a la (R)AN 204 para una sesión de PDU. Si la información de túnel N3 de UPF no está disponible en la (R)AN 204, la (R)AN 204 envía el mensaje de Solicitud de Conmutación de Ruta de Sesión de Mensaje N2 (6604) a la AMF 218. El mensaje (6604) incluye el ID de sesión de PDU y la información de túnel de (R)AN, tal como la dirección de (R)AN y el identificador de Punto Final de Túnel N3 de (R)AN. La AMF envía entonces un mensaje de Solicitud de Sesión de Conmutación de Ruta de Mensaje N11 (6606) a la SMF 220, que incluye el identificador de UE (tal como un SUPI), el ID de sesión de PDU y la información de túnel de (R)AN tal como el tipo de (R)AN, la dirección de (R)AN N3 y el identificador de Punto Final de Túnel de enlace descendente.
La SMF 220 selecciona la UPF de destino 212t para dar servicio a la sesión de PDU en función de criterios en la cláusula 6.3.3 de TS 23.502 (6608). La SMF 220 asigna la información de túnel N3, tal como el identificador de Punto Final de Túnel de enlace ascendente N3. La SMF 220 envía un mensaje de Solicitud de Establecimiento de Sesión de Mensaje N4 (6610) a la UPF de destino 212t. El mensaje (6610) incluye el ID de sesión de PDU, la política de QoS, la política de cobro, e información de túnel de (R)AN. La información de túnel de (R)AN puede incluir la dirección de (R)AN, el identificador de punto final de túnel de enlace descendente, y la información de túnel de enlace descendente N3 y N9 tal como la Dirección de UPF de Anclaje y el identificador de Punto Final de Túnel de enlace descendente N9. La UPF de destino 212t actualiza la información de túnel de (R)AN y la información de túnel de anclaje UPF 212a. La UPF de destino 212t envía un mensaje de Respuesta de Establecimiento de Sesión de Mensaje N4 (6612) a la SMF 220. El mensaje (6612) incluye el identificador de UE (tal como un SUPI) y el ID de sesión de PDU.
La SMF 220 envía un mensaje de Solicitud de Modificación de Sesión de Mensaje N4 (6614) al anclaje UPF 212a (tal como la UPF de anclaje de sesión). El mensaje (6614) incluye el identificador de UE (tal como un SUPI), y la información de túnel de UPF de destino N9 tal como la Dirección de UPF de destino y el identificador de Punto Final de Túnel de enlace ascendente N9. El anclaje UPF 212a actualiza la información de túnel de UPF de destino. El anclaje UPF 212a envía un mensaje de Respuesta de Modificación de Sesión de Mensaje N4 (6616) a la SMF 220. La SMF 220 envía un mensaje de Respuesta de Conmutación de Ruta de Sesión de Mensaje N11 (6618) a la AMF 218. El mensaje (6618) incluye el identificador de UE (tal como un SUPI), el ID de sesión de PDU, y el mensaje N2 SM que incluye la información de túnel CN N3 para la (R)AN 204. La Sm F 220 cambia el Estado de Conexión N3 de la sesión de PDU a N3_CONECTADO. La Sm F 220 empieza un temporizador, para ser usado en la etapa (6624).
La AMF 218 envía un mensaje Respuesta de Conmutación de Ruta de Sesión de Mensaje N2 (6620) a la (R)AN 204 que indica que la conmutación de ruta está completada. El mensaje (6620) incluye el ID de sesión de PDU, y el mensaje N2 SM recibido de la SMF 220. La AMF 218 cambia el Estado de Conexión N3 de la sesión de PDU a N3_CONECTADO. La (R)AN 204 actualiza información de túnel CN y envía paquetes de datos de enlace ascendente (6622). Una vez expira el temporizador establecido en la etapa (6618), la SMF 220 envía un mensaje de Solicitud de Finalización de Sesión de Mensaje N4 (6624) a la UPF de origen 212s. El mensaje (6624) incluye el identificador de UE (tal como un SUPI) y el ID de sesión de PDU. La UPF de origen 212s borra el contexto de sesión de PDU. La UPF de origen 212s envía una respuesta de Finalización de Sesión de Mensaje N4 (6626) a la SMF 220.
La FIGURA 67 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de conmutación de ruta tardía (6700) disparado por datos de DL con reselección de UPF 212, según realizaciones de la presente divulgación. Este procedimiento (6700) se puede usar para una conmutación de ruta tardía disparada por datos de DL que llegan a la UPF 212. Primero la CN realiza un procedimiento de conmutación de ruta sin reselección de UPF 212. Después de eso, si la SMF 220 determina que la UPF 212 necesita ser reubicada, la SMF 220 realiza el procedimiento de reselección de UPF 212.
El anclaje UPF 212a para la sesión de PDU envía paquetes de datos de enlace descendente (6702) a la UPF de origen 212s. A continuación, se realizan las etapas (6504) a (6520) del procedimiento de conmutación de ruta tardía (6500) disparado por datos de DL sin reselección de UPF 212. La SMF 212 selecciona una nueva UPF 212 (6704). Si se selecciona (6704) una nueva UPF 212, se realiza un procedimiento de reselección (6800) de UPF 212.
La FIGURA 68 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de reselección (6800) de UPF 212, según realizaciones de la presente divulgación. Este procedimiento (6800) se puede usar para establecer una nueva UPF 212 que finaliza la conexión N3. La SMF 220 selecciona la UPF de destino 212t para dar servicio a la sesión de PDU en función de criterios en la cláusula 6.3.3 de TS 23.502. La SMF 220 asigna información de túnel N3 (tal como el identificador de Punto Final de Túnel de enlace ascendente N3), y la información de túnel N9 (tal como la Dirección de UPF de Anclaje N9 y el identificador de Punto Final de Túnel de enlace ascendente N9). La SMF 220 envía un mensaje de Solicitud de Establecimiento de Sesión de Mensaje N4 (6802) a la UPF de destino 212t. El mensaje (6802) incluye el ID de sesión de PDU, la política de QoS, la política de cobro y la información de túnel de (R)AN tal como la dirección de (R)AN, el identificador de Punto Final de Túnel de enlace descendente, y la información de túnel N3 y N9. La UPF de destino 212t actualiza la información de túnel N3 y N9 de la (R)AN. La UPF de destino 212t envía un mensaje de Respuesta de Establecimiento de Sesión de Mensaje N4 (6804) a la SMF 220. El mensaje (6804) incluye el identificador de UE (tal como un SUPI) y el ID de sesión de PDU.
La SMF 220 envía un mensaje de Solicitud de Modificación de Sesión de Mensaje N4 (6806) al anclaje UPF 212a (tal como la UPF de Anclaje de Sesión). El mensaje (6806) incluye el identificador de UE (tal como un SUPI), y la información de túnel de UPF de destino N9 tal como la Dirección de UPF de Destino y el identificador de Punto Final de Túnel de enlace descendente N9. El anclaje UPF 212a actualiza información de túnel de la UPF de destino 212t. El anclaje UPF 212a envía un mensaje de Respuesta de Modificación de Sesión de Mensaje N4 (6808) a la SMF 220. El anclaje UPF 212a puede enviar datos de enlace descendente (6810) al UE 202 por medio de la UPF de destino 212t. La SMF 220 envía un mensaje de Solicitud de Modificación de Sesión de Mensaje N2 SM (6812) a la (R)AN 204 usando un servicio de transferencia de mensaje de la AMF 218. El mensaje (6812) a la AMF 218 incluye el identificador de UE (tal como un SUPI), y el mensaje de Solicitud de Modificación de Sesión de Mensaje N2 s M a la (R)AN 204 que incluye el ID de sesión de PDU y la información de túnel N3 (tal como la dirección de UPF y el identificador de Punto Final de Túnel. La (R)AN 204 almacena la información de túnel N3 y envía un mensaje de Respuesta de Modificación de Sesión de Mensaje N2 SM (6814) a la SMF 220 por medio de la AMF 218. El mensaje (6814) incluye el ID de sesión de PDU. La AMF 218 añade el identificador de UE (tal como un SUPI) y reenvía el mensaje de Respuesta de Modificación de Sesión de Mensaje N2 SM a la SMF 220. El UE 202 y (R)An 204 puede enviar datos de Ul (6816) a la UPF de destino 212t y el anclaje UPF 212a. La SMF 220 envía un mensaje de Solicitud de Finalización de Sesión de Mensaje N4 (6818) a la UPF de origen 212s. La UPF de origen 212s envía un mensaje de Respuesta de Finalización de Sesión de Mensaje N4 (6820) a la SMF 220.
Si se realiza una solicitud de Liberación de Contexto de UE N2 inmediatamente después de que la SMF 220 desactiva la sesión de PDU, la (R)AN 204 puede liberar la interfaz N3 y la información de interfaz de radio (que incluye Uu) antes de que la UPF 212 reciba instrucción desde la SMF 220 para empezar a almacenar temporalmente paquetes de enlace descendente. Así es posible que la UPF 212 pueda reenviar algunos paquetes de enlace descendente a la (R)AN 204 donde la (R)AN 204 no tiene información de contexto de UE. Por tanto, la (R)AN 204 puede descartar aquellos paquetes que pueden llevar a que se pierda información importante cuando se descartan los paquetes, y/o facturación incorrecta puesto que la UPF 212 no es consciente de que los paquetes se han descartado. Para evitar esta situación, la AMF 218 puede recoger todas las respuestas de s MF(s) 220 que confirma que la desactivación de sesión se ha completado antes de solicitar a la (R)AN 204 que libere el contexto de UE.
La FIGURA 69 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento para una liberación de contexto de UE en una AN (6900), según realizaciones de la presente invención. Este procedimiento (6900) se puede usar para liberar la conexión de señalización (Aplicación Protocolo) N2-AP lógica y las conexiones de Plano de Usuario N3 asociadas. Cuando la conexión de señalización N2-AP se pierde debido a fallo de (R)AN 204 o AMF 218, la liberación de contexto de UE en el procedimiento de AN (6900) puede realizarse localmente por la AMF 218 o la (R)AN 204 como se describe en el flujo de procedimiento más adelante sin usar o depender de cualquier señalización mostrada entre (R)AN 204 y AMF 218. La liberación de contexto de UE en el procedimiento de AN (700) puede tener como resultado que todas las sesiones de PDU del UE 202 se desactivan.
La iniciación de liberación de contexto de UE en el procedimiento de AN (6900) puede ser (iniciada por R)AN con una causa, p. ej., intervención de O&M, fallo no especificado, Fallo de Enlace (p. ej., Radio) de AN, inactividad de usuario, Liberación debida a liberación de conexión de señalización generada por UE (6902a), etc. La iniciación del procedimiento (6900) también puede ser iniciada por AMF (6902b) con una causa, p. ej. fallo no especificado, etc. Las etapas tanto iniciada por (R)AN como iniciada por AMF de la liberación de contexto de UE en el procedimiento de AN (6900) se muestran en la FIGURA 69.
Si hay condiciones de AN confirmadas (p. ej., Fallo de Enlace de Radio) o por otras razones internas de (R)AN 204, la (R)AN 204 puede iniciar la liberación de contexto de UE en el procedimiento de AN (6900). En este caso, la (R)AN 204 envía un mensaje de Solicitud de Liberación de Contexto de UE N2 (6902b) a la AMF 218. El mensaje puede incluir una causa (o un código de causa) que indica (o representa) la razón para la liberación (p. ej., Fallo de Enlace de AN, intervención de O&M, fallo no especificado, etc.). La iniciación de una liberación de contexto de UE en el procedimiento de AN (6900) también puede ser disparada por un evento de AMF 218 interno.
La AMF 218 puede enviar un mensaje a cada SMF 220 que dan servicio a múltiples sesiones de PDU activadas para solicitar desactivación de estas sesiones de PDU. Para cada uno de la SMF que dan servicio a sesiones de PDU activadas, la AMF 218 puede solicitar a la SMF 220 que desactive las sesiones de PDU: la AMF 218 puede enviar un mensaje de solicitud de Desactivación de Sesión de PDU N11 (6904) a la SMF 220. El mensaje (6904) puede incluir identificador de UE (tal como SUPI), un identificador de (R)AN (tal como Dirección de (R)AN), y una causa de liberalización (o código de causa). La AMF 218 también puede almacenar el estado desactivado de la sesión de PDU. Cabe señalar que esta etapa (6904) también podría ser por medio de un servicio de AMF: Namf_Notificación de Evento de Movilidad de UE (SMF). En este caso, la AMF 218 puede enviar (por medio de un mensaje N11) una notificación de Evento de Movilidad de UE, que indica el evento de Liberación de N2, a la SMF(s) 220 que dan servicio a sesión(es) de PDU activa(s) del UE 202 como se define en la cláusula 5.2.2.2 de TS 23.502. El mensaje puede incluir el identificador de UE (tal como SUPI), la información de identificador de (R)AN (tal como dirección de (R)AN), y el código de causa. La información de identificador de (R)AN se puede usar para distinguir entre múltiples (R)AN en el caso de que un UE se conecte a múltiples (R)AN.
A continuación, la SMF 220 puede enviar a la UPF 212 un mensaje de Solicitud de Modificación de Sesión N4 (6906a). Este mensaje (6906a) puede incluir la información de túnel AN a retirar. Así, la SMF inicia un procedimiento de Modificación de Sesión N4 (6906a) que indica la necesidad de para retirar información de túnel de AN. Una orden de almacenamiento temporal puede indicar si la UPF 212 va a almacenar temporalmente una PDU de DL entrante. Cabe señalar que la solicitud (6906a) incluye una "Orden de almacenamiento temporal", entonces la UPF 212 puede empezar a almacenar temporalmente PDU de enlace descendente recibidas para el UE 202, e iniciar el procedimiento "Solicitud de Servicio Disparada por Red", descrito en la cláusula 4.2.3.3 de TS 23.502, si llega PDU de enlace descendente para la sesión de PDU. A continuación, la UPF 212 puede enviar a la SMF 220 un mensaje de Respuesta de Modificación de Sesión N4 (6906b) acusando recibo de la solicitud de SMF 220. La SMF 220 puede almacenar el estado desactivado de sesión de PDU.
A continuación, la SMF 220 puede enviar a la AMF 218 un mensaje de Respuesta desactivación de sesión de PDU N11 (6908). Cabe señalar que esta etapa (6908) también podría implementarse usando un servicio de SMF: Nsmf_Notificación de Informe de Evento de Sesión PDU (AMF). La SMF 220 puede enviar (por medio de un mensaje N11) una notificación de Informe de Evento de Sesión de PDU como se define en la cláusula 5.2.8.1 de TS 23.502. La notificación puede incluir identificador de UE (tal como un SUPI), ID(s) de sesión de PDU, y un disparador de evento (tal como la eliminación de información de túnel de (R)AN). Después de la AMF 218 recoge todas las Respuestas de desactivación de sesión de PDU en la etapa (6908) de la SMF(s) 220 que han sido notificadas en la etapa (6904), la AMF 218 puede enviar a la (R)AN 204 un mensaje de Solicitud de Liberación de Contexto de UE N2 (6910).
Si la conexión de AN (p. ej., una conexión de RRC) con el UE 202 aún no está liberada (etapa 6902a), la (R)AN 204 solicita al UE 202 que libere la conexión AN (6912). Al recibir una confirmación de liberación de conexión de AN desde el UE 202, la (R)AN 204 puede borrar el contexto del UE. La (R)AN 204 puede confirmar la Liberación N2 devolviendo un mensaje de Liberación de Contexto de UE Completa () N2 (6914) a la AMF 218. Con esto, la conexión de señalización entre la AMF 218 y la (R)AN 204 para ese UE 202 se libera. Cabe señalar que, durante este procedimiento, la AN puede proporcionar información de ubicación a la AMF 218.
Se puede usar un procedimiento de liberación de sesión de PDU para liberar todos los recursos asociados con una sesión de PDU. Tales recursos pueden incluir las direcciones IP/Prefijos adjudicados para una sesión de PDU basada en IP, que puede incluir la liberación de múltiples Prefijos en caso de Multi-hogar (como se define en TS 23.501). Tales recursos también pueden incluir cualquier recurso de UPF 212 (que incluye finalización N3/N9) que se ha usado por la sesión de PDU. La SMF 220 puede notificar cualquier entidad asociada con la sesión de PDU de una liberación de sesión de PDU. Tales entidades incluyen la PCF 222, y la DN 208 (p. ej., cuando ha tenido lugar autorización de DN 208 durante el establecimiento de sesión de PDU).
En algunas implementaciones, para sesiones de PDU desactivadas, la SMF 220 puede enviar un Indicador de Liberación de Sesión Asíncrona (ASR) y el ID de sesión de PDU para informar a la AMF 218 acerca de una solicitud de Liberación de Sesión y para indicar si el procedimiento de Liberación de Sesión de PDU se puede realizar o no asíncronamente. Si el Indicador de ASR se establece a FALSO, la sesión de PDU puede liberarse inmediatamente, independientemente del estado de CM del UE 202. Si el Indicador de ASR se establece a VERDADERO, la liberación de sesión de PDU se puede realizar cuando el UE 202 está en estado CM-CONECTADO. El Indicador de ASR e ID de sesión de PDU en el mensaje desde la SMF 220 a la AMF 218 se puede incluir según lo siguiente:
Para una sesión de PDU activada, si el UE 202 está en un estado CM-CONECTADO, la sesión de PDU puede liberarse inmediatamente. Por tanto, la SMF 220 no necesita enviar una indicación de ASR a la AMF 218.
Para una sesión de PDU desactivada, la SMF 220 puede enviar al Indicador de ASR e ID de sesión de PDU en el mensaje a la AMF 218. Si el Indicador de ASR se establece a FALSO, la AMF 218 puede enviar información de SM N1 (Solicitud de Liberación de Sesión de PDU) al UE 202 inmediatamente. Si el UE 202 está en el estado de CM-INACTIVIDAD, la AMF 218 puede localizar el UE 202 para entrar al estado CM-CONECTADO. Si el UE 202 recibe la localización, la AMF 218 puede enviar al UE 202 la información de SM N1 (Solicitud de Liberación de Sesión de PDU). Si el UE 202 no puede recibir la localización, la AMF 218 puede enviar un "mensaje de error no entregado" a la SMF 220, indicando el código de causa (p. ej. UE no alcanzable). La SMF 220 y la<a>M<f>218 pueden entonces liberar la sesión de PDU. El estado de sesión en la AMF 218 y UE 202 puede sincronizarse cuando el UE 202 realiza procedimientos de Registro o Solicitud de Servicios. Si el Indicador de ASR se establece a VERDADERO, la sesión de PDU en el UE 202 puede liberarse si el UE 202 está en el estado CM-CONECTADO. Si el UE 202 está en el estado de CM-INACTIVIDAD, el estado de sesión de PDU en el UE 202 y CN 206 puede sincronizarse cuando el UE 202 realiza procedimientos de Registro o Solicitud de Servicios.
La FIGURA 70 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento para un UE 202 o CN 206 liberación de sesión de PDU solicitada para No-Itinerancia e Itinerancia con Ruptura Local (7000), según realizaciones de la presente invención. La FIGURA 70 ilustra ambos el procedimiento de liberación de sesión de PDU solicitado por UE y el procedimiento de liberación de sesión de PDU solicitado por red. El procedimiento (7000) permite al UE 202 solicitar la liberación de una sesión de PDU. El procedimiento (7000) también permite a la SMF 220 o PCF 222 iniciar la liberación de una sesión de PDU. En caso de Ruptura local (LBO), el procedimiento (7000) es como en caso de noitinerancia con la diferencia de que la SMF 220, la UPF 212 y la PCF 222 se ubican en una red visitada.
El procedimiento (7000) puede ser disparado por el UE 202, la PCF 222 o por la SMF 220. El UE 202 puede iniciar el procedimiento (7000) por medio de una transmisión de un mensaje de Solicitud de Liberación de Sesión de PDU N1 SM (7002a) a la SMF 220. El mensaje (7002a) puede incluir el ID de sesión de PDU, y puede ser transmitido por (R)AN 204 a la AMF 218 correspondiente al ID de sesión de PDU por interfaz N2 y retransmitido por la AMF 218 por interfaz N11 a la SMF 220. Dependiendo del tipo de acceso, cuando el UE 202 está en un estado de CM-INACTIVIDAD, el UE 202 puede disparar un procedimiento de Solicitud de Servicio antes de poder liberar la sesión de PDU. La PCF puede iniciar el procedimiento (7000) al iniciar un procedimiento de modificación de Sesión PDU-CAN (7002b) para solicitar a la liberación de la sesión de PDU. La SMF 220 puede iniciar el procedimiento (7000) la liberar una sesión de PDU (7002c), por ejemplo, en función de una solicitud desde la DN 208 (p. ej., cancelar el autorización de UE 202 para acceder a la DN 208), o en función de una solicitud desde la UDM (p. ej., un cambio de suscripción) o desde el sistema de Carga Online (OCS). El procedimiento de liberación (7002c) también puede dispararse en función de política configurada localmente. Por ejemplo, el procedimiento de liberación (7002c) puede relacionarse con la reubicación de UPF 212 para modo 2 / modo 3 de continuidad de servicio y sesión (SSC). Si la SMF 220 recibe uno de los disparadores en la etapa (7002a) a (7002c), la SMF 220 puede iniciar el procedimiento de liberación de sesión de PDU (7000).
La SMF 220 puede liberar la dirección IP / Prefijo(s) que fueron adjudicadas a la sesión de PDU, y también pueden liberar los correspondientes recursos de Plano de Usuario. La SMF 220 puede enviar un mensaje de Solicitud de Liberación de Sesión N4 (7004a) a la UPF 212. El mensaje (7004) puede incluir el ID de Sesión N4. La UPF 212 puede descartar paquetes restantes de la sesión de PDU y liberar todo recurso de túnel y contextos asociados con la Sesión N4. La UPF 212 puede acusar recibo de la Solicitud de Liberación de Sesión N4 por parte de la transmisión de un mensaje de Respuesta de Liberación de Sesión N4 (7004b) a la SMF 220. El mensaje (7004b) puede incluir el ID de Sesión N4. Si hay múltiples UPF 212 asociadas con la sesión de PDU, pueden realizarse las etapas (7004a) y (7004b) para cada UPF 212. Si se aplica PCC Dinámico a esta sesión, la SMF 220 puede iniciar el procedimiento de finalización de sesión PDU-CAN (7006). Si es la última sesión de PDU que la SMF 220 está manejando para el UE 202, la SMF 220 puede liberar la asociación con el UDM.
La SMF 220 puede enviar un mensaje de Solicitud N11 (7008) a la AMF 218. El mensaje (7008) puede incluir la solicitud de Liberación de Recursos N2 SM, e información de SM N1 tal como la Orden de Liberación de Sesión de PDU. La SMF 220 puede crear la información de SM N1 que incluye el mensaje de Orden de Liberación de Sesión de PDU que incluye el ID de sesión de PDU, y una causa (o un código de causa). La Causa puede indicar un disparador para establecer una nueva sesión de PDU con las mismas características (p. ej., cuando se invocan procedimientos relacionados con modo 2 SSC). Cabe señalar que el modo 2 SSC se define en TS 23.502 cláusula 5.6.9.
En algunas implementaciones, una indicación "ACM" de tipo de comunicación asíncrono se usa como se describe más adelante. Si la conexión UP de la sesión de PDU está activa, la SMF 220 también puede crear una solicitud de SM N2 para liberar los recursos de (R)AN 204 asociados con la sesión de PDU. Esta solicitud de SM N2 puede incluir una solicitud de Liberación de Recursos N2 que incluye el ID de sesión de PDU. La SMF 220 puede enviar un mensaje N11 (7008) a la AMF 218. El mensaje (7008) puede incluir la solicitud de Liberación de Recursos N2 SM, y un Contenedor N1 SM que incluye la Orden de Liberación de Sesión de PDU. Si se desactiva la sesión de PDU, la Indicación "ACM" indica a la AMF 218 si puede saltarse el envío del contenedor N1 SM al UE 202 (p. ej., cuando el UE 202 está en modo CM-INACTIVIDAD). Si el UE 202 está en estado de CM-INACTIVIDAD, y la Indicación "ACM" se incluye en el mensaje N11, pueden saltarse las etapas (7010) a (7014). De otro modo, si el UE 202 está en estado de CM-INACTIVIDAD y no se indica "ACM", la AMF 218 puede iniciar el procedimiento de solicitud de servicio disparado por red para transmitir la información de SM N1 al UE 202. Si el UE 202 está en el estado CM-CONECTADO, entonces la AMF 218 puede transferir el mensaje recibido de la SMF 218 en la etapa (7008) a la (R)AN 204. Esto puede realizarse enviando un mensaje de Solicitud de Liberación de Recurso N2 SM (7010) a la (R)AN 204, donde el mensaje (7010) puede incluir información de SM N1. Se debe observar que el UE 202 y el Núcleo 5G (p. ej., CN 206) se sincronizarán con respecto al estado (p. ej., liberado) de la sesión de PDU en el siguiente procedimiento de Registro 0 Solicitud de Servicio. Cuando la (R)a N 204 ha recibido una solicitud de SM N2 (7010) para liberar los recursos de AN asociados con la sesión de PDU, la (R)AN 204 emite intercambio(s) de señalización específicos de AN (7012) con el UE 202 para liberar los correspondientes recursos de AN. En caso de una RAN 3GPP, puede tener lugar una reconfiguración de conexión de RRC con el UE 202 liberando los recursos de la (R)AN 204 relacionados con la sesión de PDU. Durante este procedimiento, la (R)AN 204 puede enviar cualquier mensaje NAS (tal como una Orden de Liberación de Sesión de PDU SM N1) recibida de la Am F 218 en la etapa (7010). El UE 202 puede acusar recibo de la Orden de Liberación de Sesión de PDU enviando un mensaje ACK de Liberación de Sesión de PDU (7012) por medio de señalización de SM N1 enviada por la (R)AN 204. Si la (R)AN 204 había recibido una solicitud de SM N2 para liberar los recursos de AN (7010), la (R)AN 204 puede acusar recibo de la Solicitud de Liberación de Recursos de SM N2 enviando un mensaje ACK de Liberación de Recursos de SM N2 (7014) a la AMF 218. El mensaje (7014) puede incluir la información de SM N1 que incluye el ACK de Liberación de Sesión de PDU. De otro modo, la (R)AN 204 puede reenviar la información de SM N1 que incluye el ACK de Liberación de Sesión de PDU desde el UE 202 a la a Mf 218. Si el UE 202 está en un estado CM-COn EcTADO, la AMF 218 puede enviar un mensaje de Respuesta N11 (7018) a la SMF 220. El mensaje (7018) puede incluir la información de Sm N1 que incluye el a Ck de Liberación de Sesión de PDU. De otro modo, si el UE 202 está en el estado de CM-INACTIVIdAd , la a Mf 218 puede notificar a la SMF 220 del mensaje N1 SM no entregado con un código de causa que indica que la N2 se ha liberado o el UE 202 está en el estado de CM-INACTIVIDAD.
En otras implementaciones, se usa un Indicador de Liberación de Sesión Asíncrona (ASR) junto con ID de sesión de PDU, como se describe más adelante. Si la conexión UP de la sesión de PDU está activa, la SMF 220 también puede crear una solicitud de SM N2 para liberar los recursos de (R)AN 204 asociados con la sesión de PDU. Esta solicitud de SM N2 puede incluir una solicitud de Liberación de Recursos de (R)AN que incluye el ID de sesión de PDU. La SMF 220 puede enviar un mensaje N11 (7008) a la AMF 218. El mensaje (7008) puede incluir la solicitud de Liberación de Recursos N2 SM, y el contenedor N1 SM (que incluye la Orden de Liberación de Sesión de PDU). El mensaje N1 1 (7008) puede incluir además el Indicador de ASR y el ID de sesión de PDU. El Indicador de ASR puede proporcionar una indicación a la AMF 218 acerca de la liberación de sesión notificación y si puede saltar el envío del contenedor N1 SM al UE 202 (p. ej., cuando el UE 202 está en la CM-IDE modo). Si el UE 202 está en estado de CM-INACTIVIDAD, y el Indicador de ASM establecido a VERDADERO se incluye en el mensaje N11, la AMF acusa recibo de que se pueden saltar las etapas (7010) a (7014). De otro modo, si el UE 202 está en estado de CM-INACTIVIDAD y el Indicador de ASR se establece a FALSO, la AMF 218 puede iniciar el procedimiento de Solicitud de Servicio disparado por red para transmitir la Información de SM N1 al Ue 202. Si el UE 202 recibe la localización, la AMF 218 puede enviar al UE 202 la información de SM N1 (que incluye la Solicitud de Liberación de Sesión de PDU). El mensaje de localización también pueden llevar la información de SM N1 (que incluye la Solicitud de Liberación de Sesión de PDU). Si el UE no puede recibir la localización, la AMF 218 puede enviar a la SMF 220 un "mensaje de error no entregado" con una causa que indica que el UE es inalcanzable en la etapa (7018). Si el UE 202 está en el estado CM-CONECTADO, entonces la AMF 218 puede transferir el mensaje recibido de la SMF 218 en la etapa (7008) a la (R)AN 204. Esto puede realizarse enviando un mensaje de Solicitud de Liberación de Recurso N2 SM (7010) a la (R)AN 204, donde el mensaje (7010) puede incluir información de SM N1. Se debe observar que el UE 202 y el Núcleo 5G (p. ej., CN 206) se sincronizarán con respecto al estado (p. ej., liberado) de la sesión de PDU en el siguiente procedimiento de Registro o Solicitud de Servicio. Cuando la (R)AN 204 ha recibido una solicitud de SM N2 (7010) para liberar los recursos de AN asociados con la sesión de PDU, la (R)AN 204 emite intercambio(s) de señalización específicos de AN (7012) con el UE 202 para liberar los correspondientes recursos de AN. En caso de una RAN 3GPP, puede tener lugar una reconfiguración de conexión de RRC con el UE 202 liberando los recursos de la (R)AN 204 relacionados con la sesión de PDU. Durante este procedimiento, la (R)AN 204 puede enviar cualquier mensaje NAS (tal como una Orden de Liberación de Sesión de PDU SM N1) recibida de la AMF 218 en la etapa (7010). El UE 202 puede acusar recibo de la Orden de Liberación de Sesión de PDU enviando un mensaje ACK de Liberación de Sesión de PDU (7012) por medio de señalización de SM N1 enviada por la (R)AN 204. Si la (R)AN 204 ha recibido una solicitud de Sm N2 para liberar los recursos de AN (7010), la (R)AN 204 puede acusar recibo de la Solicitud de Liberación de Recursos de SM N2 enviando un mensaje ACK de Liberación de Recursos de SM N2 (7014) a la AMF 218. El mensaje (7014) puede incluir la información de SM N1 que incluye el ACK de Liberación de Sesión de PDU. De otro modo, la (R)AN 204 puede reenviar la información de SM N1 que incluye el ACK de Liberación de Sesión de PDU desde el UE 202 a la a Mf 218. Si el UE 202 está en el estado de CM-INACTIVIDAD y el Indicador de ASR se establece a VERDADERO en la etapa (7008208), la AMF 218 puede acusar recibo del mensaje de SMF 220 (7008) y la etapa (7018) se salta. La SMF 220 y la AMF 218 pueden liberar la sesión de PDU. El estado de sesión de PDU en la AMF 218 y el UE 202 puede sincronizarse cuando se realizan los procedimientos de Registro o Solicitud de Servicio. Si el UE 202 está en el estado de CM-INACTIVIDAD y el Indicador de ASR se establece a FALSO en la etapa (7008), la AMF 218 puede fallar al localizar el UE 202 y la AMF puede enviar un mensaje "error no entregado" que incluye la Indicación de Liberación de Sesión de PDU, el ID de sesión de PDU y el código de causa (p. ej., UE Inalcanzable). La etapa (7018) se salta. La SMF 220 y la AMF 218 pueden liberar la sesión de PDU. El estado de sesión en la Am F 218 y el UE 202 puede sincronizarse cuando el UE 202 realiza un procedimientos de Registro o Solicitud de Servicios. De otro modo, la AMF 218 puede enviar un mensaje de Respuesta N11 a la SMF 220, incluyendo el mensaje la información de SM N1 (tal como la Liberación de Sesión de PDU ACK).
En incluso otras implementaciones que usan una indicación de Liberación de Sesión se usa como se describe más adelante. Si la sesión de PDU se desactiva, la SMF 220 puede enviar una indicación de Liberación de Sesión e ID de sesión de PDU a la AMF 218. La SMF 220 puede enviar un mensaje N11 (7008) a la AMF 218. El mensaje (7008) incluye la solicitud de Liberación de Recursos N2 SM, el contenedor N1 SM (que incluye la Orden de Liberación de Sesión de PDU), la Indicación de Liberación de Sesión de PDU, y el ID de sesión de PDU. El mensaje de solicitud de Liberación de Recurso de SM N2 puede incluir Contenedor N1 SM. La Indicación de Liberación de Sesión de PDU indica a la AMF 218 acerca de la notificación de liberación de sesión de PDU. Si se desactiva la sesión de PDU, la SMF puede la Indicación de Liberación de Sesión de PDU e ID de sesión de PDU en el mensaje 7008. La AMF 218 puede saltar el envío del contenedor N1 SM al UE 202 cuando el UE 202 está en el estado de Cm -INACTIVIDAD. Si el UE 202 está en el estado de CM-INACTIVIDAD, la AMF 218 puede acusar recibo de la etapa (7008) en la etapa (7018), y las etapas (7010) a (7014) y (7018) se saltan. La AMF 218 puede liberar todos los contextos de sesión de PDU. Cabe señalar que el UE 202 y el Núcleo 5G, tal como AMF 218, 206 se sincronizarán acerca del estado (p. ej., liberado) de la sesión de PDU en el siguiente procedimiento de Registro o Solicitud de Servicio. Si el UE 202 está en el estado CM-CONECTADO, la Indicación de Liberación de Sesión de PDU e ID de sesión de PDU no se incluye en el mensaje en la etapa (7008), entonces la AMF 218 puede transferir el mensaje recibido de la SMF 220 en la etapa (7008). Si la (R)AN 204 recibe un mensaje de Solicitud de Liberación de Recursos N2 SM (7010) para liberar los recursos de AN asociados con la sesión de PDU, puede emitir intercambio(s) de señalización específicos de AN (7012) con el UE 202 para liberar los correspondientes recursos de AN. En caso de una RAN 3GPP, puede tener lugar una reconfiguración de conexión de RRC con el UE 202 liberando los recursos de la (R)AN 204 relacionados con la sesión de PDU. Durante este procedimiento (7000), la (R)AN 204 puede enviar cualquier mensaje NAS (p. ej., Orden de Liberación de Sesión de PDU SM N1) recibido de la AMF 218 en la etapa (7010). Si la (R)AN 204 recibe únicamente el contenedor N1 SM (que incluye la Orden de Liberación de Sesión de PDU), la (R)AN 204 puede reenviar este mensaje al UE 202. El UE 202 acusa recibo de la Orden de Liberación de Sesión de PDU enviando un mensaje ACK de Liberación de Sesión de PDU por medio de señalización de SM N1 enviado por la (R)AN 204. Si la (R)AN 204 ha recibido una solicitud de SM N2 para liberar los recursos de AN, la (R)AN 204 puede acusar recibo de la Solicitud de Liberación de Recursos N2 SM enviando un mensaje ACK de Liberación de Recursos N2 SM (que incluye la información de SM N1 que incluye la Liberación de Sesión de PDU ACK) (7014) a la AMF 218. De otro modo, la (R)AN 204 puede reenviar la información de SM N1 que incluye el ACK de Liberación de Sesión de PDU desde el UE 202 a la AMf 218. Si el UE 202 está en el estado c M-CONeCt ADO, la AMF 218 puede enviar el mensaje N11 (7018) para reenviar mensajes recibidos desde (R)AN 204 en la etapa (7014) a la SMF 220. Si el UE 202 está en el estado de CM-INACTIVIDAD, la AMF 218 puede enviar a la SMF 220 un mensaje N11 (que incluye el acuse de Recibo de Liberación de Sesión, y un identificador para la sesión de PDU tal como ID de sesión de PDU). La SMF 220 puede liberar todos los contextos de sesión de PDU y la etapa (7018) se salta.
La SMF 220 puede notificar a la AMF 218 que la sesión de PDU se libera por medio de un mensaje N11 (7018). La AMF 218 y la SMF 220 pueden retirar todos los contextos (incluido el ID de sesión de PDU) asociados con la sesión de PDU. Un ejemplo para la etapa (7018) puede ser la SMF 220 que envía a la AMF 218, por medio de un Mensaje N11, una notificación de Informe de Evento de Sesión de PDU como se define en la cláusula 5.2.8.1 de TS 23.502. En este ejemplo, el disparador de evento es una liberación de sesión de PDU. Se debe observar que, en algunas realizaciones, el orden con el que la SMF 220 libera los recursos puede ser dependiente de implementación.
En otro ejemplo del procedimiento de Liberación de Sesión de PDU (7000), la SMF 220 sabe el estado de gestión de conexión (CM) de UE (p. ej., CM-INACTIVIDAD o CM-CONECTADO). La s Mf 220 que da servicio a la sesión de PDU se subscribe al servicio de Notificación de Evento de Movilidad de UE de la AMF 218. Cuando el UE cambia el estado de CM, la AMF 218 puede notificar a la SMF 220.
Si se activa la sesión de PDU, en la etapa (7008), la SMF 220 envía un mensaje de Solicitud N11 a la AMF 218. El mensaje incluye la solicitud de Liberación de Recursos N2 SM, e información de SM N1 (que incluye la Orden de Liberación de Sesión de PDU). La SMF 220 crea una información de SM N1 que incluye el mensaje de Orden de Liberación de Sesión de PDU (que incluye el ID de sesión de PDU y la causa). La Causa puede indicar un disparador para establecer una nueva sesión de PDU con las mismas características (p. ej., cuando se invocan procedimientos relacionados con modo 2 SSC).
Si se desactiva la sesión de PDU (UP desactivado) y el UE 202 está en el estado de CM-INACTIVIDAD, en la etapa (7008), la SMF 220 envía un mensaje de Solicitud N11 a la AMF 218. El mensaje incluye la Indicación de Liberación de Sesión de PDU y el ID de sesión de PDU.
En la etapa (7010), si el UE 202 está en el estado CM-CONECTADO, la AMF 218 reenvía el mensaje recibido en la etapa (7008) a la (R)AN 204 por medio de la interfaz N2. Si el UE 202 está en el estado de CM-InAcTIVIDAD, las etapas (7010) a (7012) y (7018) se saltan. La AMF 218 libera todos los contextos de sesión de PDU localmente. El estado de sesión de PDU en el UE 202 y en la Red de Núcleo 5G (tal como AMF 218) se sincroniza en el siguiente procedimiento de Registro o Solicitud de Servicio.
En la etapa (7012), si la (R)AN 204 recibe una solicitud de SM N2 para liberar los recursos de (R)AN asociados con la sesión de PDU, emite intercambio(s) de señalización de (R)AN específicos con el UE 202 para liberar los correspondientes recursos de (R)AN. En caso de una (R)AN 204 3GPP, puede tener lugar una reconfiguración de conexión de RRC con el UE 202 liberando los recursos DE (R)AN 204 relacionados con la sesión de PDU. Durante este procedimiento, la (R)AN 204 envía cualquier mensaje NAS (p. ej., Orden de Liberación de Sesión de PDU SM N1) recibido de la AMF 218 en la etapa (7010).
En la etapa (7012), si la (R)AN 204 recibe una información de SM N1 únicamente, la (R)AN 204 reenvía este mensaje al UE 202. El UE 202 acusa recibo de la Orden de Liberación de Sesión de PDU enviando un mensaje Ack de Liberación de Sesión de PDU por medio de señalización de SM N1 enviado por la (R)AN 204.
En la etapa (7014), si la (R)AN 204 ha recibido una solicitud de SM N2 para liberar los recursos de (R)AN en la etapa (7010), la (R)AN 204 acusa recibo de la Solicitud de Liberación de Recursos N2 SM enviando un Ack de Liberación de Recursos N2 SM (que incluye el mensaje de información de SM N1 (Ack Liberación de Sesión de PDU) a la AMF 218. De otro modo, si la (R)AN 204 ha recibido únicamente una información de SM N1 en la etapa (7010), la (R)AN 204 puede reenviar la información de SM N1 (Ack Liberación de Sesión de PDU) desde el UE 202 a la Am F 218.
En la etapa (7018), si el UE 202 está en el estado CM-CONECTADO, la AMF 218 envía el mensaje de Respuesta N11 para reenviar el mensaje recibido de la (R)AN 204 en la etapa (7014), que incluye la información de SM N1 (que incluye el ACK Liberación de Sesión de PDU), a la SMF 220.
En la etapa (7018), si el UE 202 está en el estado de CM-INACTIVIDAD, la AMF 218 envía el mensaje N11 (que incluye el acuse de Recibo de Liberación de Sesión de PDU, y el ID de sesión de PDU) a la SMF 220 en respuesta al mensaje de SMF 220 en la etapa (7008). La etapa (7018) se salta. La SMF 220 libera todos los contextos de sesión de PDU de la sesión de PDU liberada.
En la Etapa (7018), la SMF 220 notifica a la AMF 218 que la sesión de PDU está liberada. La AMF 218 y la SMF 220 pueden retirar todos los contextos (incluido el ID de sesión de PDU) asociados con la sesión de PDU.
La FIGURA 71 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento para una liberación de sesión de PDU solicitada por UE 202 o CN 206 para Itinerancia enrutada a Hogar (7100), según realizaciones de la presente divulgación. Este procedimiento (7100) se usa en caso de escenarios de itinerancia enrutada a hogar. Algunas de las etapas en la liberación de sesión de PDU para procedimiento de Itinerancia enrutada a Hogar (7100) son similares a las etapas en la liberación de sesión de PDU para No-Itinerancia e Itinerancia con procedimiento de ruptura local (7000).
La liberación de sesión de PDU para el procedimiento de Itinerancia enrutada a Hogar (7100) puede ser disparada por el UE 202, la PCF 222 o por la SMF en la HPLMN (H-SMF) 220h. El UE 202 puede iniciar el procedimiento (7100) por medio de una transmisión de un mensaje de Solicitud de Liberación de Sesión de PDU SM (7102) a la AMF 220. El mensaje (7102) puede incluir el ID de sesión de PDU, y puede ser retransmitido (7104) a la SMF en la VPLMN (V-SMF) 220v correspondiente al ID de sesión de PDU por medio de N11 y la AMF 218. La V-SMF 220v entonces puede enviar un mensaje de Solicitud de Liberación Sesión de PDU (7106) Dependiendo del tipo de acceso, cuando el UE 202 está en un estado de CM-INACTIVIDAD, el UE 202 puede disparar un procedimiento de Solicitud de Servicio antes de poder liberar la sesión de PDU. La PCF 222 puede iniciar el procedimiento (7100) al iniciar un procedimiento de modificación de Sesión PDU-CAN (7108) para solicitar a la liberación de la sesión de PDU. La H-SMF 220h puede iniciar el procedimiento (7100) liberando una sesión de PDU (7110), como se ha descrito anteriormente en la etapa (7002c) de la FIGURA 70. Si la H-SMF 220 recibe uno de los disparadores en las etapas (7106) a (7110), la H-s Mf 220 puede iniciar el procedimiento de liberación de sesión de PDU (7100).
La H-SMF 220 puede liberar la dirección IP / Prefijo(es) que fueron adjudicados a la sesión de PDU, y también pueden liberar los correspondientes recursos de Plano de Usuario. La H-SMF 220 puede enviar un mensaje de Solicitud de Liberación de Sesión N4 (7112a) a la UPF 212. El mensaje (7112a) puede incluir el ID de Sesión N4. La UPF 212 puede descartar paquetes restantes de la sesión de PDU y liberar todo recurso de túnel y contextos asociados con la Sesión N4. La UPF 212 puede acusar recibo de la Solicitud de Liberación de Sesión N4 por parte de la transmisión de un mensaje de Respuesta de Liberación de Sesión N4 (7112b) a la H-SMF 220. El mensaje (7112b) puede incluir el ID de Sesión N4. Si hay múltiples UPF 212 asociadas con la sesión de PDU, pueden realizarse las etapas (7112a) y (7112b) para cada UPF 212. Si se aplica PCC Dinámico a esta sesión, la H-SMF 220 puede iniciar el procedimiento de finalización de sesión PDU-CAN (7114). Si es la última sesión de PDU que la H-SMF 220 está manejando para el UE 202, la H-SMF 220 puede liberar la asociación con el UDM.
A continuación, la H-SMF 220h puede enviar un mensaje de Orden de Liberar Sesión de PDU (7116) a la V-SMF 220v. Este mensaje (7116) puede incluir la Identidad Permanente de Abonado, el ID de sesión de PDU, y el mensaje NAS. A continuación, la V-SMF 220v puede liberar los correspondientes recursos de Plano de Usuario usando las etapas (7118a) y (7118b). Esto puede incluir el mismo procedimiento que en las etapas (7112a) y (7112b), pero controlado desde la SMF en la VPLMN (V-SMF 220v). Las etapas (7120) a (7130) son similares a (7008) a (7018) como se ha descrito anteriormente con referencia a la FIGURA 70, siendo la SMF la H-SMF 220h. A continuación, la V-SMF 220v puede enviar un mensaje de Confirmación de Liberar Sesión de PDU (7132) a la H-SMF 220h. El mensaje (7132) puede incluir la Identidad Permanente de Abonado, y el ID de sesión de PDU. La H-SMF 220h puede retirar todos los contextos asociados con la sesión de PDU.
La FIGURA 72 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de traspaso inter NG (R)AN basado en Xn (7200) sin reubicación de función de plano de usuario, según realizaciones de la presente divulgación. Este procedimiento (7200) se puede usar para traspasar un UE 202 desde una (R)AN de origen 204 a la (R)AN de destino 204t usando interfaz Xn cuando la a Mf 218 no ha cambiado y la SMF 220 decide mantener la UPF existente 212 (p. ej., la UPF 212 que finaliza la interfaz N3 en la Red de Núcleo NG (NGC). Se supone la presencia de conectividad IP entre la UPF de origen 212 y UPF de destino 212.
El procedimiento (7200) incluye preparación de traspaso (7202) y ejecución de traspaso (7204). La ejecución de traspaso (7204) incluye el reenvío de datos (7206) desde una (R)AN de origen 204s a una (R)AN de destino 204t. La (R)AN de destino 204t puede enviar un mensaje de Solicitud de Conmutación de Ruta N2 (7208) a una AMF 218 que incluye una indicación de que el UE 202 se ha movido a una nueva celda de destino, y una lista de sesiones de PDU a conmutar. Dependiendo del tipo de celda de destino, la (R)AN de destino 204t incluye información apropiada en este mensaje. Para los flujos de QoS a conmutar a la (R)AN de destino 204t, el mensaje de Solicitud de Conmutación de Ruta N2 (7208) puede incluir la lista de flujos de QoS aceptados.
La AMF 218 puede enviar una información SM N2 por medio de un Mensaje N11 (7210) a cada SMF 220 asociada con la lista de sesiones de PDU y la lista de flujos de QoS aceptados de cada sesión de PDU recibido en la Solicitud de Conmutación de Ruta N2 (7208). Para las sesiones de PDU a conmutar a la (R)AN de destino 204t, al recibir el mensaje N11 (7210), cada una de las SMF 220 puede determinar si la UPF existente 212 puede seguir dando servicio al UE 202. Si la UPF existente 212 no puede seguir dando servicio al UE 202 y no es un anclaje de sesión de PDU, se realizan las etapas 3-11 de la cláusula 4.9.1.2 de TS 23.502 (versión 0.3.0, publicada en marzo de 2017). De otro modo, las siguientes etapas (7212) a (7220) puede ser realizadas por cada una de las SMF 220 si sus UPF existentes 212 pueden seguir dando servicio al UE 202. Para la sesión(es) activada(s) de PDU que no se incluye en el mensaje de Solicitud de Conmutación de Ruta N2 (7208), la AMF 218 puede enviar solicitud(es) separada(s) a la SMF(s) 220 relevante(s) para notificar que la (R)AN de destino 204t no soportar esta sesión de PDU.
Para sesiones de PDU solicitadas (aceptado) por la (R)AN de destino 204t, la SMF 220 puede enviar un mensaje de Solicitud de Modificación de Sesión N4 (7212) a la u Pf 212. El mensaje (7212) puede incluir la dirección de (R)An , e identificadores de túnel para Plano de Usuario de enlace descendente. Para sesiones de PDU rechazadas por la (R)AN de destino 204t, la SMF 218 puede ya sea liberar o desactivar las sesiones de PDU. Para las sesiones de PDU a liberar, la SMF 218 puede iniciar el procedimiento de Liberación de Sesión de PDU como se define en la cláusula 4.3.4 de TS 23.502. Para las sesiones de PDU a desactivar, la SMF 218 puede enviar una solicitud de Modificación de Sesión N4 (7212) a la UPF 212 para estas sesiones de PDU. El mensaje (7212) indica la liberación de información de túnel N3 de (R)AN tal como la dirección de (R)AN e identificador de punto final de túnel para el plano de usuario de enlace descendente, una Orden de Almacenamiento Temporal, y un Temporizador de Reactivación, y código de causa (p. ej. Traspaso rechazado, o No Actividad de Datos). Cabe señalar que la Orden de Almacenamiento Temporal se puede usar para indicar si la UPF 212 almacenará temporalmente los paquetes de enlace descendente entrantes. También cabe señalar que el temporizador de Reactivación puede indicar una duración que el UP de una sesión de PDU desactivada permanece en estado desactivado después de la UPF 212 retira la información de túnel N3 de (R)AN. Antes de que expire el temporizador de Reactivación, la UPF 214 puede almacenar temporalmente los paquetes de enlace descendente según la Orden de Almacenamiento Temporal. Después de que expire el temporizador de Reactivación, la UPF 212 puede almacenar temporalmente los paquetes de enlace descendente según la Orden de Almacenamiento Temporal. Si la UPF 212 recibe paquetes de enlace descendente antes o después de que expire el temporizador de Reactivación, la UPF 212 puede enviar una notificación de paquete de enlace descendente a la SMF 220 para iniciar una solicitud de Servicio Disparada por Red.
La UPF 212 puede devolver un mensaje de Respuesta de Modificación de Sesión N4 (7214) a la SMF 220 después de que las sesiones de PDU solicitadas sean conmutadas o modificadas/desactivadas. El mensaje (7214) puede incluir los identificadores de Túnel para tráfico de enlace ascendente. A fin de ayudar a la función de reordenación en la (R)AN de destino 204t para sesiones de PDU que requieren una conmutación de ruta, la UPF 212 puede enviar uno o más paquetes de "marcador de extremo" (7216) en la antigua ruta inmediatamente después de conmutar la ruta. La UPF 212 puede empieza a enviar paquetes de enlace descendente a la (R)AN de destino 204t (7218). La SMF 220 puede enviar un ACK de Mensaje N11 (7220) a la AMF 218 para sesiones de PDU que han sido conmutadas o desactivadas con éxito. El mensaje (7220) puede incluir la información de túnel CN, y puede indicar si la información de túnel N3 de (R)AN está actualizada para sesión de PDU a conmutar ruta UP conmutado, o sesión de PDU se desactiva (desactivación de UP, la ruta UP liberada). Para sesiones de PDU desactivadas, la SMF 220 puede almacenar el estado de desactivación de sesión(es) desactivada(s) de PDU. El ACK de Mensaje N11 (7220) puede incluir el mensaje N2 SM para la (R)AN 204 para desactivar las sesiones de PDU, y un Contenedor de Mensaje N1 SM. El mensaje N2 SM puede incluir el ID(s) de sesión de PDU. El contenedor de Mensaje N1 SM puede incluir la Solicitud de Desactivación de Sesión que incluye el ID(s) de sesión de PDU. Cabe señalar que si la AMF 218 envía la Solicitud de Desactivación de Sesión al UE 202, entonces la SMF únicamente tiene que informar a la AMF 218 acerca de su decisión de desactivación de sesión, y la SMF 220 no necesita enviar el contenedor de Mensaje N1 SM al UE 202. También cabe señalar que la etapa (7220) puede ocurrir cualquier momento después de la recepción de mensaje de Respuesta de Modificación de Sesión N4 (7214) en la SMF 220.
Cabe señalar que para sesiones de PDU que (R)AN de destino 204t rechaza, la (R)AN de destino 204t puede retirar todos los contextos de sesión de PDU antes de enviar la solicitud de conmutación de ruta 7208 a la AMF 218. En este caso, el ACK de Mensaje N117220 desde la SMF 220 a la AMF 218 puede incluir el mensaje N1 SM a reenviar al UE 202 únicamente.
Una vez el ACK de Mensaje N11 (7220) se recibe de todas las SMF 220, la AMF 218 puede agregar la información de túnel CN recibida de estas respuestas y enviar esta información agregada como parte de información SM N2 en un ACK de Solicitud de Conmutación de Ruta N2 (7222) a la (R)AN de destino 204t. El mensaje (7222) puede incluir una indicación para cada sesión de PDU en cuanto a si la conexión N3 se ha conmutado, y la Solicitud de Desactivación de Sesión SM N2 y el Contenedor de Mensaje N1. Si ninguna de las sesiones de PDP solicitadas ha sido conmutada con éxito, la AMF 218 puede enviar un mensaje de Fallo de Solicitud de Conmutación de Ruta N2 a la (R)AN de destino 204t.
Cabe señalar que la AMF puede recoger ACK de Mensaje N11 (7220) desde las SMF 220 que manejan la solicitud de ruta conmutada y puede enviar a la (R)AN de destino 204t en un mensaje separado. Esto reducirá el tiempo de traspaso para las sesiones de PDU aceptadas. La AMF 218 puede recoger ACK de Mensaje N11 (7220) desde la SMF 220 para sesiones de PDU desactivadas y reenviar las Solicitudes de Desactivación de Sesión SM N2 y Solicitudes de Desactivación de Sesión SM N1 en un mensaje separado a la (R)AN de destino 204t. La AMF 218 puede combinar todas las Solicitudes de Desactivación de Sesión SM N2 en un mensaje y enviar a la (R)AN de destino 204t. La AMF 218 puede combinar todas las Solicitudes de Desactivación de Sesión SM N1 en un mensaje y enviar al UE 202. La Solicitud de Desactivación de Sesión N2 combinada puede incluir la Solicitud de Desactivación de Sesión SM N1 combinada.
En la AMF 218, al recibir el ACK de Mensaje N11 (7222), la AMF 218 puede almacenar el estado de desactivación de sesiones de PDU desactivadas, si las hay. Cabe señalar que si la AMF 2204 envía la Solicitud de Desactivación de Sesión al UE 202, entonces la AMF 218 puede enviar al contenedor de Mensaje N1 MM (que incluye la Solicitud de Desactivación de Sesión que tiene el ID(s) de sesión de PDU) al UE 202. Si la (R)AN de destino 204t recibe la Solicitud de Desactivación de Sesión SM N2 en la etapa (7222), la (R)AN de destino 204t puede borrar el contexto de sesión de PDU de sesiones de PDU a desactivar. La (R)AN 204 entonces reenvía el contenedor N1 SM (que incluye la Solicitud de Desactivación de Sesión que tiene el ID de sesión de PDU) al UE 202 por un Mensaje de RRC (7224). Cabe señalar que si la AMF 218 envía la Solicitud de Desactivación de Sesión al UE 202 en la etapa (7222), entonces la (R)AN 204 puede reenviar el contenedor N1 MM (que incluye la Solicitud de Desactivación de Sesión que tiene el ID de sesión de PDU) al UE 202 por un Mensaje de RRC (7224). El UE 202 puede liberar contexto de radio de sesiones de PDU desactivadas. El UE envía un Mensaje de RRC (7226) que incluye la Respuesta(s) de Desactivación de Sesión SM N1 a la SMF 220 para cada una de Solicitud de Desactivación de Sesión SM N1 por medio de (R)AN de destino 204t (7228) y AMF 218 (7230). Cabe señalar que si la AMF 218 envía la Solicitud de Desactivación de Sesión al UE 202 en la etapa (7224), entonces el UE envía una Respuesta de Desactivación de Sesión N1 MM (7228) a la AMF 218 por medio de la (R)AN de destino 204t. Al enviar un mensaje de Liberar Recursos (7232) a la (R)AN de origen 204s, la (R)AN de destino 204 confirma éxito del traspaso. Entonces dispara la liberación de recursos con la (R)AN de origen 204s.
Cabe señalar que la (R)AN de destino 204t puede enviar en el mensaje (7232) un mensaje de Respuesta de Desactivación de Sesión N2 SM a la SMF 220 para confirmar la liberación de contextos de sesión de PDU para sesiones de PDU desactivadas. La Respuesta de Desactivación de Sesión N2 SM puede incluir la Respuesta de Desactivación de Sesión SM N1 (7226) del UE 202.
Cabe señalar que la (R)AN de destino 204t puede enviar un mensaje 7232 a la (R)AN de origen 204s cualquier tiempo tras recibir el mensaje 7222 de la AMF 218, por ejemplo antes de enviar un mensaje 7224 al UE 202.
Cabe señalar que la SMF puede tomar la decisión ya sea de liberar o desactivar sesión de PDU. En otra realización, la SMF siempre desactiva sesiones de PDU que la (R)AN de destino rechaza. En la preparación de Traspaso (7202) y ejecución de traspaso (7204), la (R)AN de destino puede informar al UE 202 las sesiones de PDU que están desactivadas. La SMF 220 enviará Solicitud de Desactivación de Sesión SM N1 al UE 202 y Solicitudes de Desactivación de Sesión SM N2 a la (R)AN de destino 204t. Por tanto, los mensajes 7224 a 7230 no son necesarios.
Cabe señalar que la en la FIGURA 72, la desactivación de PDU es disparada por la sesión de PDU rechazo debido a que la (R)AN de destino 204t que no tiene suficientes recursos. Un experto en la técnica puede combinar la desactivación de sesión de PDU durante el traspaso debido a inactividad de sesión de PDU en la FIGURA 63 y desactivación de sesión de PDU debido a falta de recursos en la (R)AN de destino en la FIGURA 72.
La FIGURA 73 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de traspaso inter NG (R)AN basado en Xn (7300) con reubicación de función de plano de usuario, según realizaciones de la presente divulgación. El procedimiento (7300) se puede usar para traspasar un UE 202 desde una (R)AN de origen 204s a una (R)AN de destino 204t usando Xn cuando la AMF 218 no ha cambiado y la SMF 220 determina que la UPF de origen 212s se va a reubicada. La UPF de origen 212s es la UPF que finaliza una interfaz N3 en la 5GC. Se supone la presencia de una conectividad IP entre la UPF de origen 212s y (R)AN de origen 204s, y entre la UPF de destino 212t y (R)AN de destino 204t.
El procedimiento (7300) incluye la preparación de traspaso (7302) y la ejecución de traspaso (7304). La ejecución de traspaso (7304) incluye el reenvío de datos (7306) desde una (R)AN de origen 204s a una (R)AN de destino 204t. La (R)AN de destino 204t puede enviar datos de enlace descendente (7308) al UE 202. El UE 202 puede enviar datos de enlace ascendente (7310). La (R)AN de destino 204t puede enviar un mensaje de Solicitud de Conmutación de Ruta N2 (7312) a una AMF 218 que incluye una indicación de que el UE 202 se ha movido a una nueva celda de destino, y una lista de sesiones de PDU a conmutar. Dependiendo del tipo de celda de destino, la (R)AN de destino 204t incluye información apropiada en este mensaje. Para los flujos de QoS a conmutar a la (R)AN de destino 204t, el mensaje de Solicitud de Conmutación de Ruta N2 (7312) puede incluir la lista de flujos de QoS aceptados.
La AMF 218 puede enviar una información SM N2 por medio de un Mensaje N11 (7314) a cada SMF 220 asociada con la lista de sesiones de PDU y la lista de flujos de QoS aceptados de cada sesión de PDU recibido en la Solicitud de Conmutación de Ruta N2 (7312). Para las sesiones de PDU a conmutar a la (R)AN de destino 204t, al recibir el mensaje N11 (7314), cada una de las SMF 220 puede determinar si la UPF existente 212 puede seguir dando servicio al UE 202. Si la UPF existente 212 no puede seguir dando servicio al UE 202 y no es un anclaje de sesión de PDU, se realizan las etapas 3-11 de la cláusula 4.9.1.2 de TS 23.502. De otro modo, las siguientes etapas (7316) a (7328) puede ser realizadas por cada una de las SMF 220 si sus UPF existentes 212 pueden seguir dando servicio al UE 202. Para la sesión(es) activada(s) de PDU que no se incluye en el mensaje de Solicitud de Conmutación de Ruta N2 (7312), la AMF 218 puede enviar solicitud(es) separada(s) a la SMF(s) 220 relevante(s) para notificar que la (R)AN de destino 204t no soportar esta sesión de PDU.
Para sesiones de PDU a conmutar, la SMF 220 puede seleccionar entonces una nueva UPF de destino 212t en función de los Criterios de Selección de UPF según la cláusula 6.3.3 de TS 23.501. La asignación y adjudicación de dirección IP de UPF de destino de identificadores de túnel de enlace descendente y enlace ascendente pueden ser realizadas por la SMF 220 (7316). Un mensaje de Solicitud de Establecimiento de Sesión N4 (que incluye la dirección de (R)AN de destino, e identificadores de túnel de enlace ascendente y enlace descendente) (7318) pueden enviarse a la UPF de destino 212t. La UPF de destino 212t puede entonces enviar un mensaje de Respuesta de Establecimiento de Sesión N4 (7320) a la SMF 220. La SMF 220 puede iniciar un temporizador, para ser usado en la etapa (7336). La SMF 220 puede entonces enviar un mensaje de Modificación de Sesión N4 (7322) al anclaje de sesión de PDU 212a. El anclaje de sesión de PDU 212a puede responder con un mensaje de Respuesta de Modificación de Sesión N4 (7324). En este punto, el anclaje de sesión de PDU 212a puede empezar a enviar paquetes de enlace descendente (7326) a la (R)AN de destino 204t usando la dirección e identificadores de túnel de la (R)AN de destino 204t por medio de la UPF de destino 212t.
La SMF 220 puede entonces enviar un ACK de Mensaje N11 (7328) (que incluye información de túnel CN) a la AMF 218. Las etapas (7332) y (7334) pueden ser similares a las etapas 7 y 10 definidas en la cláusula 4.9.1.1 de TS 23.502. Una vez expirado el temporizador después de la etapa (7320), la SMF 220 puede iniciar un procedimiento de liberación UPF de origen 212s enviando una solicitud de Finalización de Sesión de mensaje N4 (7336) a la UPF de origen 212s. El mensaje (7336) puede incluir una causa de liberalización (o código de causa). La UPF de origen 212s puede acusar recibo con un mensaje de Respuesta de Finalización de Sesión N4 (7338) a la SMF 220 para confirmar la liberación de recursos.
Se puede usar un procedimiento de Solicitud de Servicio por un UE 5G 202 en el estado de CM-INACTIVIDAD para solicitar al establecimiento de una conexión segura a una AMF 218. El UE 202 en el estado de CM de inactividad puede iniciar el procedimiento de Solicitud de Servicio a fin de enviar mensajes de señalización de enlace ascendente, datos de usuario, o respuesta a una solicitud de localización de red. Tras recibir el mensaje de Solicitud de Servicio, la AMF 218 puede realizar autenticación, y la AMF 218 puede realizar el procedimiento de seguridad. Después del establecimiento de una conexión de señalización segura a una AMF 218, el UE 202 o la red puede enviar mensajes de señalización, p. ej., establecimiento de sesión de PDU desde el UE 202 a la red, o la SMF 220, por medio de la AMF 218, puede iniciar el establecimiento de recurso de Plano de Usuario para las sesiones de PDU solicitadas por red y/o indicarse en el mensaje de Solicitud de Servicio.
Para cualquier Solicitud de Servicio, la AMF 218 puede responder con un mensaje de Respuesta de Servicio para sincronizar estado de sesión de PDU entre el UE 202 y la red. La AMF 218 también puede responder con un mensaje de Rechazo de Servicio al UE 202, si la Solicitud de Servicio no puede ser aceptada por la red. Para una solicitud de Servicio debido a datos de usuario, la red puede realizar acciones adicionales si un establecimiento de recurso de Plano de Usuario no tiene éxito. Si la UPF actual 212 finaliza la conexión N3 no puede conectarse a la (R)AN 204, la SMF 220 puede reseleccionar una nueva UPF de finalización N3212. Cabe señalar que el procedimiento en la cláusula 4.2.3.2 no es aplicable para una red de acceso (una vez el UE 202 se registra en la red) en la que el UE 202 siempre se considera como en el estado CM-CONECTADO, y en la que el recurso de Plano de Usuario siempre se considera establecido para una sesión de PDU activa.
La FIGURA 74 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de Solicitud de Servicio disparado por UE (7400), según realizaciones de la presente divulgación. El UE 202 inicia un procedimiento de solicitud de servicio para activar una sesión de PDU. La Red de Núcleo 5G puede reseleccionar una nueva UPF que finaliza la conexión N3. La UPF de origen 204s y la UPF de destino 204t no son la UPF 212 que proporciona la conexión N6 a Red de Datos (DN). El UE 202 puede enviar a la (R)AN 204 un mensaje de Solicitud de Servicio NAS de MM (7402). El mensaje (7402) puede incluir ID(s) de sesión de PDU, parámetros de seguridad, y un estado de sesión de PDU. El UE 202 puede enviar una solicitud de Servicio de mensaje NAS (7402) hacia la AMF 218 encapsulada en un Mensaje de RRC a la (R)AN 204. Si la Solicitud de Servicio se dispara para datos de usuario, el UE 202 puede incluir el ID(s) de sesión de PDU en el mensaje de Solicitud de Servicio NAS para indicar la sesión(es) de PDU que el UE 202 va a usar. Si la Solicitud de Servicio se dispara para señalización únicamente, el UE 202 no incluye ningún ID de sesión de PDU. Cuando este procedimiento se dispara para una respuesta de localización, si el UE 202 necesita usar alguna(s) sesión(es) de PDU, el UE 202 puede incluir el ID(s) de sesión de PDU en el mensaje de Solicitud de Servicio NAS de MM para indicar la sesión(es) de PDU que el UE 202 va a usar. De otro modo el UE 202 no incluirá ningún ID de sesión de PDU. El estado de sesión de PDU indica las sesiones de PDU disponibles en el UE 202.
A continuación, la (R)AN 204 puede enviar a la AMF218 un mensaje N2 (7404) que incluye la Solicitud de Servicio NAS de MM, un ID temporal 5G, Información de ubicación, un tipo de RAT, y una causa de establecimiento de RRC). Si la AMF 218 no puede manejar la Solicitud de Servicio, puede rechazarla. Un ID temporal 5G puede obtenerse en un procedimiento de RRC. La (R)AN 204 puede seleccionar la AMF 218 según el ID temporal. La información de ubicación y tipo de RAT está relacionada con la celda en la que campa el UE 202. En función del estado de sesión de PDU, la AMF 218 puede iniciar un procedimiento de liberación de sesión de PDU si la sesión de PDU no está disponible en el UE 202. A continuación, si la Solicitud de Servicio no se ha enviado con integridad protegida, o la protección de integridad se indica como fallida, la AMF 218 puede iniciar un procedimiento de autenticación/seguridad NAS (7406) como se define en la cláusula 4,6 de TS 23.502. Si el UE 202 ha disparado la Solicitud de Servicio para establecer una conexión de señalización únicamente, después del intercambio de seguridad, el UE 202 y la red puede enviar señalización y las etapas (7408) y (7420) a (7430) se saltan.
A continuación, la AMF 218 puede enviar a la SMF 220 un Mensaje N11 (7408) que puede incluir el ID(s) de sesión de PDU, la información de ubicación, y el tipo de RAT. Si el mensaje de Solicitud de Servicio NAS de MM incluye ID(s) de sesión de PDU, o si este procedimiento es disparado por la SMF 220 pero el ID de sesión de PDU desde el UE 202 se correlaciona a otras SMF 220 que la que ha disparado el procedimiento, la AMF 218 puede enviar un mensaje N11 a SMF(s) 220 asociada(s) con el ID(s) de sesión de PDU. Si la UPF de origen 212s actual no puede dar servicio a la sesión de PDU solicitada, la SMF 220 puede seleccionar un UPF de destino 212t (7410) en función de criterios en la cláusula 6.3.3 de TS 23.501. De otro modo, si la UPF de origen 212s puede dar servicio a la sesión de PDU solicitada, las etapas (7412) a (7418), (7438) a (7440), y (7444) a (7446) se saltan.
Una vez se determina la UPF de destino 212t, la SMF 220 puede asignar información de túnel N3 (tal como un Identificador de Punto Final de Túnel de enlace ascendente N3) e información de túnel N9 (tal como una dirección de UPF de Anclaje N9 y un Identificador de Punto Final de Túnel de enlace ascendente N9). La SMF 220 puede entonces enviar un mensaje de Solicitud de Establecimiento de Sesión de PDU Mensaje de N4 (7412) a la UPF de destino 212t. El mensaje (7412) puede incluir el UE y el contexto de sesión de PDU, que incluye el ID de sesión de PDU, la política de QoS, la política de cobro e información de túnel N3 y N9. A continuación, la UPF de destino 212t puede preparar recursos para soportar la sesión de PDU. La UPF de destino 212t puede enviar un mensaje de Respuesta de Establecimiento de Sesión de Mensaje N4 (7414) a la SMF 220. El mensaje (7414) puede incluir un identificador de UE (tal como SUPI) y el ID de sesión de PDU. Como alternativa, el mensaje (7414) puede incluir un ID de transacción que representa ambos identificador de UE e ID de sesión de PDU.
A continuación, la SMF 220 puede enviar un mensaje de Solicitud de Modificación de Sesión de Mensaje N4 (7416) al anclaje UPF 212a (es decir, UPF de Anclaje de Sesión que proporciona conexión N6 a la DN). El mensaje (7416) puede incluir el identificador de UE tal como SUPI, y la información de túnel de UPF de destino 212t N9 tal como la Dirección de UPF de destino y el identificador de Punto Final de Túnel de enlace descendente N9. A continuación, el anclaje UPF 212a puede actualizar la información de túnel de UPF de destino. El anclaje UPF 212a puede enviar un mensaje de Respuesta de Modificación de Sesión de Mensaje N4 (7418) a la SMF 220. La SMF 220 puede enviar un Mensaje N11 (7420) a la AMF 218. El mensaje (7420) puede incluir la información SM N2 tal como el ID de sesión de PDU, el Perfil de QoS, la Información de Túnel Cn n3, y la S-NSSAI.
Al recibir el mensaje N11 (7408), cada SMF 220 puede enviar un Mensaje N11 (7420) a la AMF 218 para establecer el plano(s) de Usuario para las sesiones de PDU. La información SM N2 puede incluir información que la AMF 218 puede proporcionar a la (R)AN 204. Si se selecciona (7410) un UPF de destino 212t, la SMF 220 puede iniciar un temporizador para ser usado en las etapas (7444) y (7446). La AMF 218 puede enviar un mensaje de Solicitud N2 (7422) a la (R)AN 204. El mensaje (7422) puede incluir la información SM N2 recibida de la SMF 220, el contexto de seguridad, el ID de Conexión de Señalización de AMF, una lista de Restricciones de Traspaso, y una aceptación de servicio de NAS de MM. La (R)AN 204 puede almacenar el contexto de Seguridad, el ID de Conexión de Señalización de AMF, la Información de QoS para los Flujos de QoS de las sesiones de PDU que se activan, y el ID de túnel N3 en el contexto de RAN de UE. La aceptación de servicio de NAS de MM puede incluir el estado de sesión de PDU en la AMF 218. La AMF 218 puede incluir al menos una información SM N2 desde la SMF 220 si el procedimiento se dispara para una configuración de Plano de Usuario de sesión de PDU. La AMF 218 puede enviar información SM N2 adicional desde las SMF 220 en mensaje(s) N2 separado(s) (p. ej., una solicitud de configuración de túnel N2), si las hay. Como alternativa, si múltiples SMF 220 están implicadas, la AMF 218 puede enviar un mensaje de Solicitud N2 a la (R)AN 204 después de recibirse los mensajes N11 desde SMFs 220. En tales casos, el mensaje de Solicitud N2 puede incluir la información SM N2 recibida en cada uno de los mensajes N11, e información para permitir la AMF 218 para asociar respuestas a SMF 220 relevantes.
La (R)AN 204 puede realizar una reconfiguración de conexión de RRC (7424) con el UE 202 UE dependiendo de la Información de QoS para los Flujos de QoS de las sesiones de PDU activadas y los Portadores de Radio de Datos. La seguridad de Plano de Usuario puede establecerse en esta etapa (7424). La (R)AN 204 puede reenviar la aceptación de servicio de NAS de MM al UE 202. El UE 202 puede borrar localmente el contexto de las sesiones de PDU que no están disponibles en la CN 5G. Después de configurarse los recursos de radio de Plano de Usuario, los datos de enlace ascendente desde el UE 202 pueden reenviarse ahora a la (R)AN 204 (7426). La 5G (R)AN 204 puede enviar los datos de enlace ascendente a la dirección de UPF 212 e ID de túnel proporcionado en la etapa (7422). La (R)AN 204 puede enviar un mensaje ACK de Solicitud N2 (7428) a la AMF 218. El mensaje (7428) puede incluir la información SM N2 que incluye la información de Túnel de (R)AN, la Lista de Flujos de QoS aceptados para las sesiones de PDU activadas, y la Lista de Flujos de QoS rechazados para las sesiones de PDU activadas. La información SM N2 puede incluir la información de túnel (R)AN 204. La (R)AN 204 puede responder a la información SM N2 con un mensaje N2 separado (p. ej., una respuesta de configuración de túnel N2) si la AMF 218 envía un mensaje N2 separado en la etapa (7422). Si se incluye múltiple información SM N2 en el mensaje de Solicitud N2 en la etapa (7422), la Solicitud N2 ACK (7428) puede incluir la múltiple información SM N2, e información para permitir a la AMF 218 asociar las respuestas a la SMF 220 relevante.
La AMF 218 puede entonces enviar un Mensaje N11 (7430) por sesión de PDU aceptada a la SMF 220. El mensaje (7430) puede incluir la información SM N2 (que incluye la información de túnel de (R)AN y la Lista de Flujos de QoS aceptados), y el tipo de RAT. Si la información SM N2 recibida de AMF 218 (una o múltiple) en la etapa (7420), entonces la AMF 218 puede reenviar la información SM N2 a la SMF 220 relevante. Si la zona horaria de UE ha cambiado comparada con la última zona horaria de UE informada, entonces la AMF 218 puede incluir la zona horaria de UE IE en este mensaje (7430). Si se despliega PCC dinámico, la SMF 220 puede opcionalmente iniciar una<modificación de Sesión PDU-CAN (7432) y proporciona información de ubicación nueva a la PCF>222<.>
Si se selecciona un UPF de origen 212s en la etapa (7410), y si se va a configurar o modificar un Plano de Usuario, la SMF 220 puede iniciar un procedimiento de Solicitud de Modificación de Sesión N4 enviando un mensaje de Solicitud de Modificación N4 (7434) a la UPF de origen 212s. El mensaje (7434) puede incluir la información de túnel (R)AN. La UPF de origen 212s puede enviar un mensaje de Respuesta de Modificación de Sesión N4 (7436) a la SMF 220. Si se selecciona un UPF de destino 212t en la etapa (7410), y si se va a configurar o modificar un Plano de Usuario, la SMF 220 puede iniciar un procedimiento de Modificación de Sesión N4 enviando una solicitud de Modificación de Sesión de PDU de Mensaje N4 a la UPF de destino 212t (7438). El mensaje puede incluir la información de túnel de (R)AN. La UPF de destino 212t puede enviar un mensaje de Respuesta de Modificación de Sesión N4 (7440) a la SMF 220.
La SMF puede enviar un mensaje ACK de Mensaje N11 (7442) a la AMF 218. El mensaje (7442) puede incluir el ID de sesión de PDU. La SMF 220 puede indicar un mensaje de activación de sesión exitosa (7442) a la AMF 218. La AMF 218 puede almacenar el estado activado de la sesión de PDU. Una vez expira el temporizador establecido en la etapa (7420), la SMF 220 puede enviar una solicitud de Finalización de Sesión de Mensaje N4 (7444) a la UPF de origen 212s. El mensaje (7440) puede incluir un UE 202 identificador (p. ej., un SUPI) y un ID de sesión de PDU. La UPF de origen 212s puede borrar el contexto de sesión de PDU. La UPF de origen 212 puede entonces enviar un mensaje de Respuesta de Finalización de Sesión de Mensaje N4 (7446) a la SMF 220.
<En la FIGURA 74, la UPF que finaliza la conexión N3 no es la UPF 212 que proporciona la conexión N>6<a Red de Datos (DN) 208. En caso de que la UPF que finaliza la conexión N3 también la UPF 212 que proporciona conexión N>6 a DN 208, la Red de Núcleo 5G (SMF 220) puede insertar una función UPF para finalizar la conexión N3 y conectar la<nueva función UPF a la función UPF que proporciona la conexión N>6<.>
Se puede usar procedimiento de Solicitud de Servicio por un UE 5G 202 en el estado CM-CONECTADO para solicitar el establecimiento de recursos de Plano de Usuario para las sesiones de PDU. Cabe señalar que la red puede realizar acciones adicionales si el establecimiento de recurso de Plano de Usuario no tiene éxito. También cabe señalar que el procedimiento mostrado en la FIGURA 75 se usa para una red de acceso (una vez el UE 202 se registra en la red) en la que el UE 202 siempre se considera en el estado CM-CONECTADO, y en el que el recurso de Plano de Usuario siempre se considera establecido para una sesión de PDU activa.
La FIGURA 75 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de Solicitud de Servicio disparado por UE en estado CM-CONECTADO (7500), según realizaciones de la presente divulgación. El UE 202 puede enviar un mensaje de Solicitud de Servicio NAS de MM (7402) a la (R)AN 204. El mensaje (7402) puede incluir el ID(s) de sesión de PDU. El UE 202 puede enviar la solicitud de Servicio de mensaje nAs hacia la AMF 218 encapsulada en un Mensaje de RRC a la (R)AN 204. El mensaje de Solicitud de Servicio NAS de MM puede ser encriptado y protegerse su integridad. El ID(s) de sesión de PDU en la solicitud de Servicio de mensaje NAS mensaje puede indicar la sesión de PDU que el UE 202 selecciona para activar.
La (R)AN 204 puede entonces enviar un mensaje N2 (7404) a la AMF 218. El mensaje (7404) puede incluir la Solicitud de Servicio nAs de MM. Si la Solicitud de Servicio (7404) no puede ser manejada por la AMF 218, la AMF 218 puede rechazarla. La (R)AN 204 puede reenviar el mensaje de Solicitud de Servicio NAS de MM a la AMF 218 en función de la existente conexión N2. La AMF 218 puede enviar un Mensaje N11 (7408) a la SMF 220. El mensaje puede incluir el ID(s) de sesión de PDU, la información de ubicación (del UE, podría estar en la formato de dirección de (R)AN), y el tipo de RAT. Si la UPF de origen 212s actual no puede dar servicio a la sesión de PDU solicitada, la SMF 212s puede seleccionar un UPF de destino 212t (7410) en función de criterios en la cláusula 6.3.3 de TS 23.501. De otro modo, si la UPF de origen 212s puede dar servicio a la sesión de PDU solicitada, las etapas (7412) a (7418) y (7438), (7440), y (7444) a (7446) se saltan.
Una vez se determina la UPF de destino 212t, la SMF 220 puede asignar información de túnel N3 (tal como un Identificador de Punto Final de Túnel de enlace ascendente N3) e información de túnel N9 (tal como una dirección de UPF de Anclaje N9 y un Identificador de Punto Final de Túnel de enlace ascendente N9). La SMF 220 puede entonces enviar un mensaje de Solicitud de Establecimiento de Sesión de PDU Mensaje de N4 (7412) a la UPF de destino 212t. El mensaje (7412) puede incluir el UE y el contexto de sesión de PDU, que incluye el ID de sesión de PDU, la política de QoS, la política de cobro e información de túnel N3 y N9. A continuación, la UPF de destino 212t puede preparar recursos para soportar la sesión de PDU. La UPF de destino 212t puede enviar un mensaje de Respuesta de Establecimiento de Sesión de Mensaje N4 (7414) a la SMF 220. El mensaje (7414) puede incluir un identificador de UE (p. ej., SUPI) y el ID de sesión de PDU.
A continuación, la SMF 220 puede enviar un mensaje de Solicitud de Modificación de Sesión de Mensaje N4 (7416) al anclaje UPF 212a (es decir, UPF de Anclaje de Sesión). El mensaje (7416) puede incluir el SUPI, y la información de túnel de UPF de destino 212t N9 tal como la Dirección de UPF de destino y el identificador de Punto Final de Túnel de enlace descendente N9. A continuación, el anclaje UPF 212a puede actualizar la información de túnel de UPF de destino. El anclaje UPF 212a puede enviar un mensaje de Respuesta de Modificación de Sesión de Mensaje N4 (7418) a la SMF 220. La SMF 220 puede enviar un Mensaje N11 (7420) a la AMF 218. El mensaje (7420) puede incluir la información SM N2 tal como el ID de sesión de PDU, el Perfil de QoS, la Información de Túnel CN N3, y la S-NSSAI.
Al recibir el mensaje N11 (7408), cada SMF 220 puede enviar un Mensaje N11 (7420) a la AMF 218 para establecer el plano(s) de Usuario para las sesiones de PDU. La información SM N2 puede incluir información que la AMF 218 puede proporcionar a la (R)AN 204. Si se selecciona (7410) un UPF de destino 212t, la SMF 220 puede iniciar un temporizador para ser usado en las etapas (7444) y (7446). La AMF 218 puede enviar un mensaje de Solicitud N2<(7422) a la (R)AN 204. El mensaje (7422) puede incluir la información SM N>2<recibida de la SMF 220, que incluye ID>de sesión de PDU, Perfil de QoS, Información de Túnel N3 CN, S-NSSAI, y una aceptación de servicio de NAS de MM. Si hay múltiples sesiones de PDU que implican múltiples SMF 220, la AMF 218 no necesita esperar respuestas<de todas las Sm F>220<en la etapa (7420).>
La RAN realiza una reconfiguración de conexión de RRC (7424) con el UE 202 dependiendo de la Información de QoS para los Flujos de QoS de las sesiones de PDU y Portadores de Radio de Datos activados. La (R)AN 204 puede reenviar la aceptación de servicio de NAS de MM al UE 202. Después de configurarse los recursos de radio de Plano de Usuario para la sesión de PDU seleccionada, los datos de enlace ascendente desde el UE 202 pueden reenviarse ahora (7426) a la (R)AN 204. La 5G (R)AN 204 puede enviar los datos de enlace ascendente a la dirección de UPF e ID de túnel proporcionado en la etapa (7422). La (R)AN 204 puede enviar a continuación un mensaje ACK de Solicitud N2 (7428) a la AMF 218. El mensaje (7428) puede incluir la información SM N2, tal como la información de Túnel de (R)AN, la Lista de Flujos de QoS aceptados para las sesiones de PDU activadas, y la Lista de Flujos de QoS rechazados para las sesiones de PDU activadas). El mensaje (7428) puede incluir la información(es) N2 SM, p. ej. la información de túnel de (R)AN. La (R)AN puede enviar información SM N2 con mensajes separados N2 (p. ej., respuesta de configuración de túnel N2) en la etapa (7422). La AMF 218 puede enviar a continuación un Mensaje N11 (7430) por sesión de PDU aceptada a la SMF 220. El mensaje (7430) puede incluir la información SM N2 (que incluye la información de túnel de (R)AN, la Lista de Flujos de QoS aceptados, y la Lista de Flujos de QoS rechazados). Si se despliega PCC dinámico, la SMF 220 puede opcionalmente iniciar una modificación de Sesión PDU-CAN (7432) y proporciona información de ubicación nueva a la PCF 222.
La SMF 220 puede enviar un mensaje de Solicitud de Modificación de Sesión N4 (7434) a la UPF de origen 212s. El mensaje (7434) puede incluir la información de túnel de (R)AN y la Lista de Flujos de QoS aceptados. Si se selecciona<un UPF de origen>212<s en la etapa (7412), y si se va a configurar o modificar un plano de usuario, la SMF>220<puede>iniciar un procedimiento de Modificación de Sesión N4 enviando el mensaje de Solicitud de Modificación de Sesión N4 (7434), proporcionar la información de túnel de (R)AN (p. ej., dirección de (R)AN y (R)AN N3 ID de punto final de túnel). La UPF de origen 212s puede enviar un mensaje de Respuesta de Modificación de Sesión N4 (7436) a la SMF 220. Si un UPF de destino 212t se selecciona en la etapa (7410), y si se va a configurar o modificar un plano de usuario, la SMF 220 puede iniciar un procedimiento de Modificación de Sesión N4 enviando una solicitud de Modificación de Sesión N4 (7438) a la UPF de destino 212t que proporciona la información de túnel de (R)AN (p. ej., dirección de (R)AN y (R)AN N3 ID de punto final de túnel). La UPF de destino 212t puede enviar un mensaje de Respuesta de Modificación de Sesión<n>4 (7440) a la SMF 220. La SMF 220 puede enviar un mensaje ACK de Mensaje N11 (7442) a la AMF 218. El mensaje (7442) incluye el ID de sesión de PDU. La SMF 220 puede indicar una activación de sesión exitosa a la AMF 218. La AMF 218 puede entonces almacenar el estado activado de sesión de PDU. Si la UPF de destino 212t se selecciona en la etapa (7410), una vez expira el temporizador establecido en la etapa (7422), la SMF 220 puede enviar una solicitud de Finalización de Sesión de Mensaje N4 (7444) a la UPF de origen 212s. El mensaje (7444) puede incluir un identificador de UE 202 (p. ej., un SUPI) y un ID de sesión de PDU. La UPF de origen 212s puede borrar el contexto de sesión de PDU y enviar un mensaje de Respuesta de Finalización de Sesión de Mensaje N4 (7646) a la SMF 220.
Se puede usar un procedimiento de solicitud de servicio disparado por red cuando la red necesita señalar (p. ej., señalización N1 a un UE 202, un SMS finalizado en Móvil, una sesión de PDU establecimiento de recurso de Plano de Usuario para entregar móvil que finaliza datos de usuario) con un UE 202. Si el UE 202 está en el estado de CM-INACTIVIDAD o el estado CM-CONECTADO, la red puede iniciar un procedimiento de solicitud de servicio disparado por red. Si el UE 202 está en el estado de CM-INACTIVIDAD, y comunicación de tipo asíncrono no está activado, la red puede enviar una solicitud de localización a la (R)AN/UE. La solicitud de localización puede disparar el procedimiento de Solicitud de Servicio en el UE 202. Si se activa comunicación de tipo asíncrono, la red puede almacenar el mensaje recibido y reenviar el mensaje a la (R)AN 204 y/o el UE 202 (es decir, sincronizar el contexto con la (R)AN 204 y/o el UE 202) cuando el UE 202 entra al estado CM-CONECTADO.
La FIGURA 76 ilustra en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de solicitud de servicio disparado por red (7600), según realizaciones de la presente divulgación. Cuando la UPF 212 recibe datos de enlace descendente de una sesión de PDU (7602) y no hay información de túnel (R)AN 204 almacenada en la UPF 212 para la sesión de PDU, la UPF 212 puede almacenar temporalmente los datos de enlace descendente. Con la llegada del primer paquete de datos de enlace descendente (7602), la UPF 212 puede enviar un mensaje de Notificación de Datos (7604) a la SMF 220. El mensaje (7604) puede incluir el ID de sesión de PDU y la Prioridad). Si la UPF 212 recibe paquetes adicionales de datos de enlace descendente (7602) para un Flujo de QoS en la misma sesión de PDU con el mismo o una prioridad más baja que la usada en cualquier Notificación de Datos anterior para esta sesión de PDU, la UPF 212 puede almacenar temporalmente estos paquetes de datos de enlace descendente sin enviar una nueva Notificación de Datos. Cabe señalar que si la UPF 212 recibe paquetes adicionales de datos de enlace descendente para un Flujo de QoS en la misma sesión de PDU con una prioridad más alta que la usada en cualquier Notificación de Datos anterior para esta sesión de PDU, la UPF 212 puede enviar un mensaje de Notificación de Datos (7604) a la SMF 220 que indica la prioridad más alta. Si el rasgo de Diferenciación de Política de Localización (como se especifica en TS 23.501 cláusula 5.2.X) es soportado por la UPF 212, y si es activado por la SMF 220 para esta sesión N4, la<UPF 212 también puede incluir la DSCP en valor TOS (IPv4) / TC (IPv>6<) de la cabecera de IP del paquete de datos>de enlace descendente. Si la SMF 220, mientras espera a que se establezca el plano de Usuario en la UPF 212, recibe un mensaje N11 que notifica a la nueva AMF 218 que da servicio al UE 202 desde la nueva AMF 218, la s Mf 220 puede reenviar el mensaje de Notificación de Datos (7604) a la nueva AMF 218. La SMF 220 puede enviar una notificación de Datos ACK (7606) a la UPF 212.
Al recibir un mensaje de Notificación de Datos (7604), la SMF 220 puede determinar la AMF 218, y enviar un mensaje N11 (7608) a la a Mf 218 que incluye la Prioridad e ID de sesión de PDU recibido en el mensaje de Notificación de Datos (7604). El mensaje (7608) puede incluir el ID permanente de UE, el ID de sesión de PDU, la información SM N2 (que incluye el ID de sesión de PDU, el Perfil de QoS, la Información de Túnel N3 CN, y la S-NSSAI), la Prioridad, y la indicación de política de localización. Si la SMF 220, mientras espera que se active la conexión de Plano de Usuario, recibe cualquier mensaje adicional de Notificación de Datos (7604) para la misma sesión de PDU pero con prioridad más alta que la indicada en cualquier Notificación de Datos anterior para esta sesión de PDU, la SMF 220 puede enviar un nuevo mensaje N11 (7608) que indica la prioridad más alta e ID de sesión de PDU a la AMF 218. Si la SMF 220, mientras espera que el plano de Usuario se active, recibe una respuesta de mensaje N11 (7606) de una AMF 218 distinta a la que la SMF 220 ha enviado un mensaje N11, la SMF 220 puede enviar el mensaje N11 a esta AMF 218. Cuando se soporta Diferenciación de Política de Localización, la SMF 220 puede indicar en el mensaje N11 (7608) la indicación de política de localización relacionada con los datos de enlace descendente (7602) que han disparado el mensaje de Notificación de Datos (7604). Cabe señalar que la AMF 218 puede recibir mensaje(s) de solicitud de otras funciones de red que puede llevar a señalización hacia el UE/RAN, p. ej., desprendimiento de red iniciado, y<Modificación de sesión de PDU iniciada por SMF 220. Si el UE 202 está en el estado CM-CONECTADO, y la AMF>218 únicamente entrega mensaje N1 hacia el UE 202, el flujo continúa en la etapa (7618) más adelante. Si el UE 202 está en el estado de CM-INACTIVIDAD, y la AMF 218 determina que el UE 202 no es alcanzable para localización, la AMF 218 puede ya sea enviar un mensaje N11 a la SMF (7610), u otras funciones de red de las que la AMF 218 ha recibido el mensaje de solicitud en la etapa (7608) que indican que el UE 202 no es alcanzable, o la AMF 218 realiza una comunicación de tipo asíncrono y almacena el mensaje N11 (7610). Si se invoca comunicación de tipo asíncrono y la AMF 218 ha almacenado un mensaje N11, la AMF 218 puede iniciar comunicación con el UE 202 y (R)AN 204 cuando el UE 202 es alcanzable, p. ej., cuando el UE 202 entra al estado CM-CONECTADO. Si el procedimiento de Registro con un cambio de AMF 218 está en curso cuando la antigua AMF 218 recibe un mensaje N11 (7608), la antigua AMF 218 puede rechazar el mensaje N11 con una indicación de que el mensaje N11 ha sido rechazado temporalmente. La SMF 220 puede notificar a la UPF 212 acerca del fallo de configuración de Plano de Usuario (7612). Al recibir la información de que el mensaje N11 solicitado desde una SMF 220 ha sido rechazado temporalmente, y se recibe la Notificación de datos de enlace descendente de la UPF 212, la SMF 220 puede solicitar a la UPF 212 que aplique almacenamiento temporal extendido.
La AMF 218 puede enviar un mensaje de Localización (7740) a un nodo (R)AN. Si el UE 202 está en estado CM-CONECTADO, la AMF 218 realiza etapas en un procedimiento de Solicitud de Servicio disparado por UE (7618) para activar la conexión de Plano de Usuario para esta sesión de PDU (es decir, establecer los recursos de radio y túnel N3). El resto de este procedimiento puede omitirse. Si el UE 202 está en estado RM-REGISTRADO, en el estado de CM-INACTIVIDAD y alcanzable, la AMF 218 puede enviar un mensaje de Localización (7740) a nodo(s) de (R)AN pertenecientes al área(s) de Registro en la que el UE 202 se registra. La Localización puede incluir el ID de NAS para localización, la lista de Áreas de Registro, la longitud DRX de Localización, y la indicación de Prioridad de Localización. Cuando se soporta Diferenciación de Política de Localización, la AMF 218 puede incluir una indicación de política de localización en el mensaje de solicitud de localización.
Se pueden configurar estrategias de localización en la AMF 218 para diferentes combinaciones de DNN, indicación de política de localización, ID de sesión de PDU desde la SMF 220 cuando está disponible, y otra información de contexto de sesión de PDU identificada por el ID de sesión de PDU recibida en el mensaje N11. Las estrategias de localización pueden incluir un esquema de retrasmisión de localización (p. ej., con qué frecuencia se repite la localización o con qué intervalo de tiempo); determinando si enviar el mensaje de localización (7740) a los nodos de la (R)AN durante ciertas condiciones de cara alta de la AMF 218; si aplicar localización basada en subárea (p. ej., primero localizar en el último ID de celda conocido o TA y retrasmisión en todas las TA registradas). La AMF 218 y la (R)AN204 pueden soportar además optimizaciones de localización a fin de reducir la carga de señalización y los recursos de red usados para localizar con éxito un UE 202 por uno o varios de los siguientes medios:
por parte de la AMF 218 implementar estrategias de localización específicas (p. ej., el mensaje de Localización N2 (7740) se envía a los nodos de (R)AN que dio servicio por última vez al UE 202);
por parte de la AMF 218 considerar Información sobre celdas recomendadas Y nodos de RAN proporcionada por la (R)AN 204 en la transición al estado de CM-INACTIVIDAD. La AMF 218 tiene en cuenta de esta información la parte relacionada con nodos de (R)AN para determinar los nodos de (R)AN a localizar, y proporciona la información sobre celdas recomendadas dentro del mensaje de Localización N2 a cada uno de estos nodos de (R)AN;
por parte de la (R)AN 204 considerar la información de recuento de intentos de localización proporcionada por la AMF 218 en la localización.
Si la capacidad de radio de UE para información de localización está disponible en la AMF 218, la AMF 218 puede añadir la capacidad de radio de UE para información de localización en el mensaje de Localización N2 (7740) a los nodos de (R)AN 204. Si la Información sobre celdas recomendadas Y nodos de (R)AN para Localización está disponible en la AMF 218, la AMF 218 puede tener en cuenta esa información para determinar los nodos de (R)AN para localización y, cuando se localiza un nodo (R)AN, la AMF 218 puede transportar transparentemente la información sobre celdas recomendadas al nodo (R)AN. La AMF 218 puede incluir en el mensaje de Localización N2(s) la información de recuento de intentos de localización. La información de recuento de intentos de localización puede ser la misma para todos nodos de (R)AN seleccionados por la AMF 218 para localización. Si los nodos de (R)AN reciben mensajes de localización de la AMF 218, el UE 202 puede ser localizado por el nodo (R)AN (7614).
La AMF 218 puede enviar un ACK de Mensaje N11 (7616) a la SMF 220. La AMF 218 puede supervisar el procedimiento de localización con un temporizador. Si la AMF 218 no recibe respuesta del UE 202 al mensaje de solicitud de localización (7614), la AMF 218 puede aplicar además localización según cualquier estrategia de localización aplicable. Si la a Mf 218 no recibe respuesta del UE 202, la AMF 218 considera el UE 202 como inalcanzable y el mensaje SM N2 no se puede enrutar a la (R)AN 204. La AMF 218 puede entonces devolver un "Rechazo de mensaje N11" (7616) con un "causa de fallo" apropiada, p. ej. capacidad de alcanzar el UE, a SMF 220 u otras funciones de red para indicar el fallo de "servicio de enrutado de mensajes", a menos que la AMF 218 sea consciente de un procedimiento MM en marcha que impide que el UE 202 responda, es decir, la AMF 218 recibe un mensaje de Solicitud de Contexto N14 que indican que el UE 202 está realizando un procedimiento de Registro con otra<a>M<f>218. Cuando se recibe un "Rechazo de mensaje N11", la SMF 220 puede informar a la UPF 212.
Cuando UE está en el estado de CM-INACTIVIDAD, al recibir la solicitud de localización (7614), el UE puede iniciar el procedimiento de Solicitud de Servicio disparado por UE (7618). La AMF 218 puede enviar un mensaje N11 a SMF(s) 220 asociado con el ID de sesión de PDU identificado por ID(s) de sesión de PDU en un mensaje de Solicitud de Servicio NAS de MM, si las hay, pero no a la SMF(s) 220 desde la que recibe el mensaje N11 en la etapa (7608). La UPF 212 transmite datos de enlace descendente almacenados temporalmente hacia el UE 202 por medio del nodo (R)AN que ha realizado el procedimiento de Solicitud de Servicio (7618). La red puede enviar señalización de enlace descendente (7620) si el procedimiento se dispara debido a una solicitud desde otras entidades de red descritas en la etapa (7608).
Una solicitud de Servicio disparada por UE en procedimiento de estado de CM-INACTIVIDAD puede ser usada por un UE 5G 202 en el estado de CM-INACTIVIDAD para solicitar al establecimiento de un conexión segura a una AMF 218. El UE 202 en el estado de CM-INACTIVIDAD puede iniciar el procedimiento de Solicitud de Servicio a fin de enviar mensajes de señalización de enlace ascendente, datos de usuario, o respuesta a una solicitud de localización de red. Tras recibir el mensaje de Solicitud de Servicio, la AMF 218 puede realizar autenticación, y el procedimiento de seguridad. Después del establecimiento de una conexión de señalización segura a una AMF 218, el UE 202 o la red puede enviar mensajes de señalización, p. ej., establecimiento de sesión de PDU desde el UE 202 a la red, o la SMF 220, por medio de la AMF 218, puede iniciar el establecimiento de recurso de Plano de Usuario para las sesiones de PDU solicitadas por red y/o indicarse en el mensaje de Solicitud de Servicio. Para cualquier Solicitud de Servicio, la AMF 218 puede responder con un mensaje de Respuesta de Servicio para sincronizar estado de sesión de PDU entre el UE 202 y la red. La AMF 218 también puede responder con un mensaje de Rechazo de Servicio al UE 202, si la Solicitud de Servicio no puede ser aceptada por la red. Para una solicitud de Servicio debido a datos de usuario, la red puede realizar acciones adicionales si un establecimiento de recurso de Plano de Usuario no tiene éxito. Cabe señalar que el procedimiento mostrado en la FIGURA 64 no es aplicable para una red de acceso (una vez el UE 202 se registra en la red) en la que el UE 202 siempre se considera como en el estado CM-CONECTADO, y en la que el recurso de Plano de Usuario siempre se considera establecido para una sesión de PDU activa.
La FIGURA 77 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de Solicitud de Servicio disparado por UE (7700) en estado CM-CONECTADO, según realizaciones de la presente divulgación. El UE 202 puede enviar un mensaje de Solicitud de Servicio NAS de MM (6402) a una (R)AN 204. El mensaje (6402) puede incluir el ID(s) de sesión de PDU. El UE 202 puede enviar la solicitud de Servicio de mensaje NAS hacia la AMF 218 encapsulada en un Mensaje de RRC a la (R)AN. El mensaje de Solicitud de Servicio NAS de MM puede ser encriptado y protegerse su integridad. El ID(s) de sesión de PDU en la solicitud de Servicio de mensaje NAS mensaje indica la sesión de PDU que el UE 202 selecciona para activar.
La (R)AN 204 puede enviar un mensaje N2 (6404) a la AMF 218. El mensaje (6404) puede incluir la Solicitud de Servicio NAS de MM. Si la Solicitud de Servicio (6404) no puede ser manejada por la AMF 218, la AMF 218 puede rechazarla. La (R)AN 204 puede reenviar el mensaje de Solicitud de Servicio NAS de MM a la AMF 218 en función de la existente conexión N2. La AMF 218 puede entonces enviar un Mensaje N11 (6408) a SMF(s) 220 asociado con el ID(s) de sesión de PDU. Al recibir el mensaje N11 (6408), cada SMF 220 puede enviar un Mensaje N11 (6410) a la AMF 218 para establecer el plano(s) de Usuario para las sesiones de PDU. El mensaje (6410) puede incluir la información SM N2 que incluye el ID de sesión de PDU, el Perfil de QoS, la información de túnel N3 de CN y la S-NSSAI. La información SM<n>2 puede incluir información que la AMF 218 puede proporcionar a la (R)AN 204.
La AMF 218 puede enviar a continuación un mensaje de Solicitud N2 (6412) a (R)AN 204. El mensaje (6412) puede incluir la información SM N2 (que incluye el Perfil de QoS, y la información de túnel N3 de CN) recibido de la SMF, aceptación de servicio de NAS de MM). Si hay múltiples sesiones de PDU que implican múltiples SMF 220, la AMF 218 no necesita esperar respuestas de todas las SMF 220 en la etapa (6410). La (R)AN 204 puede realizar entonces una reconfiguración de conexión de RRC (6414) con el UE 202 dependiendo de la Información de QoS para los Flujos de QoS de las sesiones de PDU activadas y los Portadores de Radio de Datos. La (R)AN 204 puede reenviar la aceptación de servicio de NAS de MM al UE 202. Si la (R)AN 204 acepta al menos una de flujos de QoS, el UE 202 puede almacenar el estado activado de la sesión de PDU. De otro modo, el UE 202 puede considerar la Solicitud de Servicio como no aceptada por la (R)AN 204; el estado de sesión de PDU en el UE permanece desactivado.
Después de configurarse los recursos de radio de Plano de Usuario para la sesión de PDU seleccionada, los datos de enlace ascendente desde el UE 202 pueden reenviarse ahora (6416) a la (R)AN 204. La 5G (R)AN 204 puede enviar los datos de enlace ascendente a la dirección de UPF 212 e ID de túnel proporcionado en la etapa (6410). Si la (R)AN 204 acepta al menos un flujo de QoS, la (R)AN 204 puede enviar un mensaje ACK de Solicitud N2 (6418) a la AMF 218. El mensaje (6418) puede incluir el ID de sesión de PDU, la información SM N2 (que incluye la información de túnel de (R)AN, la Lista de Flujos de QoS aceptados para las sesiones de PDU activadas, y la Lista de Flujos de QoS rechazados para las sesiones de PDU activadas). La (R)AN 204 puede responder información SM N2 con mensajes separados N2 (p. ej., una respuesta de configuración de túnel N2). Si la (R)AN 204 no aceptar la sesión de PDU, la (R)AN 204 puede enviar un mensaje ACK de Solicitud N2 (6418) a la A<m>F 218 que indica que la Solicitud N2 no está aceptada y un código de causa. El mensaje (6418) puede incluir la información SM N2 (que incluye el ID de sesión de PDU, el Rechazo de Sesión de PDU, y el código de causa). La AMF 218 puede enviar un Mensaje N11 (6420) por sesión de PDU aceptada a la SMF 220. El mensaje (6420) puede incluir el ID de sesión de PDU, y la información SM N2 recibida desde (R)AN 204 en la etapa (6418).
Si la sesión de PDU se acepta, y si se despliega PCC dinámico, la SMF 220 puede iniciar un procedimiento de Modificación de Sesión IP-CAN (6422) y proporcionar información de ubicación nueva a la PCF 222. Si la sesión de PDU se acepta, y si se va a configurar o modificar un Plano de Usuario la SMF inicia un procedimiento de Modificación de Sesión N4 enviando un mensaje de Solicitud de Actualización de Sesión N4 (6424) que proporciona información de túnel de RAN y una lista de Flujos de QoS aceptados. La UPF 212 puede entonces enviar a SMF 220 un mensaje N4 de respuesta de actualización de sesión (6426). La SMF puede entonces enviar un mensaje ACK de Mensaje N11 (6428) a la AMF 218. El mensaje puede incluir el ID de sesión de PDU y el estado de sesión de PDU. La SMF 220 puede indicar el estado de sesión de PDU (Activado o Desactivado) a la AMF 218.
Un procedimiento de traspaso inter NG RAN basado en Xn sin reubicación de función de Plano de Usuario se puede usar para traspasar un UE 202 desde una (R)AN de origen 204s a una (R)AN de destino 204t usando Xn cuando la AMF 218 no ha cambiado y la SMF 220 determina mantener la UPF existente 212. La UPF 212 se denomina la UPF 212 que finaliza interfaz N3 en la 5GC. Se supone la presencia de conectividad IP entre la UPF de origen 212s y UPF de destino 212t. Si la (R)AN de destino 204 no tiene suficientes recursos para dar servicio a algunas sesiones de PDU, la (R)AN de destino 204 puede notificar a la SMF 220. La SMF 220 puede entonces determinar liberar o mantener la sesión de PDU. Para la sesión de PDU a liberar, la SMF 220 puede iniciar el procedimiento de Liberación de Sesión de PDU. Para la sesión de PDU a mantener, la SMF 220 puede realizar uno de lo siguiente: 1. Desactivar el túnel N3 entre la (R)AN de destino 204t y la UPF 212; 2. Establecer la Sesión-AMBR (Tasa de Bits Máxima Acumulada) a cero; o 3. Desactivar el plano de usuario, que incluye interfaz aérea DRB y túnel N3.
La FIGURA 78 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de traspaso de nodo Intra AMF, inter NG-RAN (7800) sin interfaz Xn, según realizaciones de la presente divulgación. Pueden transmitirse datos de enlace descendente UP (7802) entre la UPF 212 y el UE 202 por medio de la S-RAN 204s. Puede ocurrir un evento que provoca que la S-RAN 204s origine una reubicación por medio de N2 (7804). La S-RAN 204s puede enviar un mensaje de Traspaso Requerido (7806) a la AMF 218. El mensaje (7806) puede incluir un ID de Destino, un contenedor transparente Origen a Destino, y el ID de sesión de PDU. El contenedor transparente Origen a Destino puede incluir información de (R)AN creada por la S-RAN 204s para ser usada por la T-RAN 204t, y es transparente a 5GCN. Todas las sesiones de PDU manejadas por la S-RAN 204s (es decir, todas las sesiones de PDU existentes con conexiones UP activas) se puede incluir en el mensaje de Traspaso Requerido (7806), que indican cuál de aquellas sesión(es) de PDU son solicitadas por S-RAN 204s para traspaso.
La AMF 218 puede enviar un mensaje de Solicitud de Traspaso PDU (7808) a la SMF 220. El mensaje puede incluir el ID de sesión de PDU y el ID de Destino, y pueden enviarse para cada sesión de PDU indicada, por la S-RAN 204s, como candidato a Traspaso N2. La ID de sesión de PDU indica una sesión de PDU candidata para Traspaso N2.
La SMF 220 puede enviar un mensaje de Respuesta de Traspaso de PDU (7810) a la AMF 218. El mensaje (7810) puede incluir el ID de sesión de PDU e información SM N2. La SMF 220 puede seleccionar un UPF 212 que soporta<conectividad N3 hacia el nodo 204t de (R)AN de destino. La SMF 220 puede comprobar si el traspaso N>2<para la>sesión de PDU indicada se puede aceptar y puede incluir el resultado en información SM N2 enviada, transparentemente para la AMF 220, a la T-RAN 204t. Si se acepta el traspaso N2 para la sesión de PDU, la información SM N2 también puede incluir el ID de sesión de PDU, la dirección N3 UP e ID de túnel de la UPF 212, y los parámetros de QoS.
La AMF 218 supervisa los mensajes de Respuestas de Traspaso de PDU (7812) desde la SMF 220 implicadas. El valor más bajo de las indicaciones de máximo retraso para las sesiones de PDU que son candidatos para traspaso del máximo tiempo que la AMF 218 puede esperar los mensajes de Respuestas de Traspaso de PDU (7810) antes de continuar con el procedimiento de Traspaso N2. Cuando expira el tiempo de espera máximo, o cuando todos los mensajes de Respuestas de Traspaso de PDU son recibidos, la AMF 218 continúa con el procedimiento de traspaso de N2 (mensaje de Solicitud de Traspaso en la etapa (7820).
La AMF 218 puede enviar un mensaje de Cancelación de Traspaso de PDU (7814) a la SMF 220. El mensaje (7814) puede incluir un ID de sesión de PDU. Un mensaje de Respuesta de Traspaso de PDU (7810) que llega demasiado tarde se indica a la SMF 220 que permite a la SMF 220 desadjudicar una dirección N3 UP posiblemente adjudicada e ID de túnel de la UPF seleccionada 212. Cabe señalar que el mensaje de Solicitud Modificar PDU (7816) enviado por la AMF 218 a la SMF 220 y el mensaje de Respuesta de Modificar PDU (7818) enviado por la SFM 220 a la AMF 218 se inicia en la etapa (7812) y realizarse en paralelo con esa y etapas posteriores.
La AMF 218 puede enviar un mensaje de Solicitud de Traspaso (7820) a la T-RAN 204t. El mensaje (7820) puede<incluir el contenedor transparente Origen a Destino, la información MM N>2<, y la lista de información SM N>2<). La AMF>218 puede determinar y/o seleccionar la T-RAN 204t en función del ID de Destino. La AMF 218 puede destinar un GUTI válido para el UE 202 en la AMF 218 y TAI de destino. El contenedor transparente Origen a Destino puede reenviarse como se recibe de la S-RAN 204s. La información MM N2 puede incluir, por ejemplo, información de seguridad y la Lista de Restricciones de Traspaso. La lista de información SM N2 puede incluir información SM N2 de las SMF 220 en los mensajes de Respuestas de Traspaso de PDU recibidos hasta el final de la etapa (7814).
La T-RAN 204t puede enviar un mensaje de Acuse de Recibo de Solicitud de Traspaso (7822) a la AMF 218. El mensaje (7822) puede incluir el contenedor transparente Destino a Origen, la lista de respuestas SM N2, y las sesiones de PDU fallidas para ser la lista de configuración. El contenedor transparente Destino a Origen puede incluir un contenedor de UE 202 con una parte de estrato de acceso y una parte NAS. El contenedor de UE 202 pueden enviarse transparentemente por medio de la AMF 218 y la S-RAN 204s al UE 202. La información proporcionada a la S-RAN 204s también puede incluir una lista de ID de sesión de PDU que indican las sesiones de PDU que han fallado al ser configuradas y la razón para el fallo (p. ej., decisión de SMF 220, respuesta de SMF 220 demasiado tarde, o decisión de T-RAN 204t). La lista de respuestas SM N2 incluye, por cada información SM N2 recibida y por la sesión de PDU aceptada de SMF 220 para Traspaso N2, un ID de sesión de PDU y una respuesta SM N2 que indican el ID de sesión de PDU y si T-RAN 204t ha aceptado la solicitud de Traspaso N2 para la sesión de PDU. Para cada sesión de PDU de T-RAN 204t aceptada para Traspaso N2, la respuesta SM N2 puede incluir la dirección N3 UP y el ID de túnel de la T-RAN 204t, y la lista de flujos de QoS aceptados. Para sesiones de PDU que la T-RAN 204t rechaza, la T-RAN 204t puede establecer la Sesión-AMBR se establece a cero. Como alternativa, la T-RAN 204t puede retirar la información de túnel N3 de la UPF 212.
La AMF puede enviar un mensaje de Solicitud Modificar PDU (7824) a la SMF 220. El mensaje (7824) puede incluir el ID de sesión de PDU, y la respuesta SM N2. Para cada respuesta Sm N2 recibida de T-RAN 204t (incluida en la lista de respuestas SM N2), la AMF 218 puede enviar la respuesta SM N2 recibida a la SMF 220 indicada por el respectivo ID de sesión de PDU.
La SMF 220 puede enviar un mensaje de Respuesta de Modificar PDU (7826) a la AMF 218. El mensaje (7826) puede incluir el ID de sesión de PDU, y el mensaje (7826) pueden enviarse para cada mensaje de Solicitud Modificar PDU (7824) recibido. La SMF 220 puede realizar preparaciones para Traspaso N2 indicando la dirección N3 UP y el ID de túnel de T-RAN 204t a la UPF 212 si el traspaso N2 es aceptado por la T-RAN 204t. Si el traspaso N2 no es aceptado por T-RAN 204t, la SMF 212 puede establecer la Sesión-AMBR de las sesiones de PDU rechazadas a cero. La SMF 220 puede acusar recibo del mensaje de Solicitud de Modificar enviando el mensaje de Respuesta de Modificar PDU a la AMF 218.
La AMF puede enviar un mensaje de Orden de Traspaso (7828) a la S-RAN 204s. El mensaje (7828) puede incluir el contenedor transparente Destino a Origen, la lista de sesiones de PDU fallidas al ser configuradas. El contenedor transparente Destino a Origen puede reenviarse como se recibe de la AMF 218. La S-RAN 204s puede usar la lista de sesiones de PDU que han fallado al ser configuradas y la razón indicada por el fallo para determinar si proceder o no con el procedimiento de Traspaso N2.
La S-RAN 204s puede enviar un mensaje de Orden de Traspaso (7830) al UE 202. El mensaje puede incluir el contenedor de UE 202. El contenedor de UE 202 pueden enviarse transparentemente desde la T-RAN 204t por medio de la AMF 218 a la S-RAN 204s y se proporciona al UE 202 por la S-rAn 204s.
Después de que el UE 202 se ha sincronizado con éxito (7832) a la celda de destino, puede enviar al mensaje de<Confirmar Traspaso (7834) a la T-RAN 204t. El Traspaso, mediante este mensaje, es considerado por el UE>202<como>exitoso. Para sesiones de PDU rechazadas, el UE 202 no envía una solicitud de enlace ascendente para un Temporizador de Reactivación. Este temporizador puede ser establecido por un parámetro en la política del UE 202 o por un mensaje de la SMF 220.
La T-RAN 204t puede enviar a continuación a la AMF 218 un mensaje de Notificar Traspaso (7838). El traspaso, por este mensaje, se considera exitoso en la T-RAN 204t. La AMF 218 puede entonces enviar un mensaje de Traspaso Completo (7840) a la SMF 220. El mensaje puede incluir el ID de sesión de PDU. Un mensaje de Traspaso Completo (7840) pueden enviarse por cada sesión de PDU a la SMF 220 correspondiente para indicar el éxito del traspaso N2.
La SMF 220 puede enviar un mensaje de Traspaso Completo ACK (7842) a la AMF 218. El mensaje (7842) puede incluir el ID de sesión de PDU. La SMF 220 puede indicar a la UPF seleccionada 212 que el Plano de Usuario de enlace descendente para la sesión de PDU indicada puede conmutarse a la T-RAN 204t. Para sesiones de PDU que no son soportadas por la T-RAN 204t, la SMF 220 puede notificar a la UPF seleccionada 212 que establezca la Sesión-AMBR a cero, Temporizador de Reactivación, y Orden de Almacenamiento Temporal. Antes de que expire el Temporizador de Reactivación, si la UPF no envía una notificación de paquete de enlace descendente a la SMF 220 si la UPF 212 recibe un paquete de enlace descendente; este paquete puede ser almacenado temporalmente o descartados, en función de la Orden de Almacenamiento Temporal. Si la Orden de Almacenamiento Temporal se establece a VERDADERO, los paquetes de enlace descendente se almacenan temporalmente. Si la Orden de Almacenamiento Temporal se establece a FALSO, los paquetes de enlace descendente se descartan. La SMF 220 puede así confirmar la recepción del mensaje de Traspaso Completo. La AMF 218 puede enviar a la S-RAN 204s un mensaje de Orden de Liberación de Contexto de UE Orden () (7846). A continuación, la S-RAN 204s puede enviar a la AMF 218 un mensaje de Liberación de Contexto de UE Completa () (7848). La (R)AN de origen 204s puede liberar sus recursos relacionados con el UE 202 y responder con el mensaje de Liberación de Contexto de UE Completa () (7846).
A menos que se defina de otro modo, todos los términos técnicos y científicos usados en esta memoria tienen el mismo significado que entiende comúnmente un experto en la técnica a la que pertenece esta invención.
A través de las descripciones de las realizaciones anteriores, la presente invención puede implementarse usando hardware únicamente o usando software y una plataforma de hardware universal necesaria. En función de tales entendimientos, la solución técnica de la presente invención puede materializarse en forma de producto de software. El producto de software puede almacenarse en un soporte de almacenamiento no volátil o no transitorio, que puede ser un disco compacto en memoria de solo lectura (CD-ROM), disco USB flash, o un duro disco extraíble. El producto de software incluye varias instrucciones que habilitan un dispositivo informático (ordenador personal, servidor, o dispositivo de red) para que ejecute los métodos proporcionados en las realizaciones de la presente invención. Por ejemplo, este tipo de ejecución puede corresponder a una simulación de las operaciones lógicas como se describen en la presente memoria. El producto de software puede adicionalmente o como alternativa incluir número de instrucciones que habilitan a un dispositivo informático para que ejecute operaciones para configurar o programar un aparato lógico digital según realizaciones de la presente invención.
La AMF 218 está a cargo de manejar acceso y gestión de movilidad del UE 202, mientras la SMF 220 está a cargo de gestión de sesiones de PDU. La AMF puede no necesitar almacenar el estado de sesiones de PDU (activado y desactivado). En algunos procedimientos presentados antes en la FIGURA 59 y la FIGURA 60 para el procedimiento de Liberación de N2 (o Liberación de Contexto de UE en el procedimiento de (R)AN) y procedimientos de traspaso en la FIGURA 72 y FIG 74, la AMF puede almacenar el estado de sesión de PDU. En las siguientes realizaciones, la AMF puede no almacenar el estado de sesión de PDU, que ayuda a separar las funcionalidades de la AMF y SMF.
Una solución alternativa al procedimiento de liberación de N2 en la FIGURA 59, que también se denomina procedimiento "Liberación de Contexto de UE en la AN", se ilustra en la FIGURA 79, donde la AMF puede no almacenar el estado de sesión de PDU. La Liberación de Contexto de UE en el procedimiento de AN se puede usar para liberar una conexión N2 y al mismo tiempo desactivar sesiones de PDU cuando el UE 202 entra al estado de CM-INACTIVIDAD. La FIGURA 79 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de desactivación de sesión de PDU y liberación de N2 (5900), según realizaciones de la presente divulgación. El procedimiento (7900) puede comenzar con la (R)AN 204 y el UE 202 que realiza una liberación de Señalización Ruta sobre la (R)AN (7902). El procedimiento de Liberación de RRC (7902) puede ser similar al procedimiento de Liberación de RRC (600A) descrito anteriormente. La (R)AN 204 interactúa con el UE 202 para liberar la conexión de señalización de RRC. El UE 202 entra al estado de CM-In Ac TIVIDAD y desactiva todas las sesiones de PDU. La (R)AN 204 puede enviar (mensaje N2) una Liberación de Contexto de UE N2 (7904) a la AMF 218. El mensaje (5904) puede incluir un código de causa, tal como una intervención de O&M, inactividad de UE, etc. Los expertos en la técnica apreciarán que, en ciertos escenarios, la etapa (7902) se puede iniciar antes o en paralelo con la etapa (7904). La AMF 218 puede enviar (mensaje N11) un mensaje de Notificación de Evento de Movilidad de UE (7906) a la SMF(s) 220 que se han suscrito al servicio de Notificación de Evento de Movilidad de UE de la AMF para el evento "UE entra al estado de CM-INACTIVIDAD". Otros nombres del evento "UE entra al estado de CM-INACTIVIDAD" podrían ser "Liberación de N2" o "transición de estado de UE CM a CM-INACTIVIDAD, etc. El mensaje (7906) puede incluir identificador de UE (tal como un SUPI), la información de (R)AN en caso de que el UE tenga múltiples conexiones a múltiples (R)AN, código de causa, evento de movilidad de UE, lista de ID de sesión de PDU. Se debe observar que la SMF 220 puede suscribirse a un servicio de Notificación de Evento de Movilidad de UE de la AMF 218 cuando la sesión de PDU se establece o activa o por un procedimiento de suscribirse separado. Por ejemplo, en TS 23.502, Versión 0.3.0, publicada en marzo de 2014, la SMF 220 puede suscribirse al servicio de Notificación de Evento de Movilidad de UE de la AMF 218, en la etapa 4b de la Figura 4.2.3.2-1 de la cláusula 4.2.3.2 "Solicitud de Servicio disparada por UE en estado de CM-INACTIVIDAD", o en la etapa 3b de La Figura 4.2.3.3-1 de la cláusula 4.2.3.3 "Solicitud de Servicio disparada por UE en estado CM-CONECTADO", o en la etapa 16 de La Figura 4.3.2.2.1-1 de la cláusula 4.3.2.2.1 "No-Itinerancia e Itinerancia con Ruptura Local".
La SMF 220 envía entonces (mensaje N4) una solicitud de Liberación N3 (7908) a la UPF(s) 212. Otros nombres de mensaje de solicitud de liberación (7908) pueden ser Solicitud de Modificación de Sesión, o Solicitud de Desactivación de Sesión de PDU. El mensaje (7908) puede incluir un identificador para identificar el UE tal como SUPI, o un identificador para identificar ID de sesión de PDU a desactivar, Orden de Almacenamiento Temporal, y un Temporizador de Reactivación. La Orden de Almacenamiento Temporal indica si la UPF almacenará temporalmente el paquete de PDU de enlace descendente recibido para el UE que entonces inicia una notificación de datos de enlace descendente a la SMF para disparar el procedimiento "Solicitud de Servicio Disparada por Red" descrito en la cláusula 4.2.3.3 de TS 23502, Versión 0.3.0, publicada en marzo de 2017. El temporizador de Reactivación indica el tiempo mínimo que se desactiva la sesión de PDU antes de que la UPF pueda enviar una notificación de datos de enlace descendente a la SMF si llega un paquete de enlace descendente de PDU. La UPF 212 entonces libera la información de túnel de (R)AN N3 (p. ej., la dirección IP de (R)AN e identificador de túnel) en el contexto de sesión de PDU del UE de sesiones de PDU a desactivar. La UPF envía (mensaje N4) una respuesta de Liberación N3 (7910) a la SMF 220 que confirma la liberación de la información de túnel de (R)AN N3. Otros nombres de mensaje (7910) podría ser Respuesta de Modificación de Sesión o Respuesta de Desactivación de Sesión. La UPF 212 puede comenzar a almacenar temporalmente paquetes de enlace descendente de las sesiones de PDU desactivadas. La SMF 220 puede no necesitar enviar un mensaje (7912) para confirmar la recepción de mensaje (7906). En lugar del mensaje (7912), el protocolo de capa de transporte puede usar un mensaje de acuse de recibo al recibir el mensaje (7906). La SMF 220 puede entonces cambiar el estado de la sesión de PDU a Sesión-INACTIVIDAD.
La AMF 218 envía entonces (mensaje N2) una respuesta de Liberación N2 (7914) a la (R)AN 204 con un código de causa sobre la interfaz N2. Otros nombres de mensaje (7914) podrían ser Solicitud de Liberación de Contexto de UE N2. La AMF 218 puede no necesitar almacenar el estado de sesión de todas las sesiones de PDU del UE 202 a Sesión-INACTIVIDAD (o Estado de Sesión desactivado). Obsérvese que el mensaje (7914) se puede enviar antes, en paralelo o después del mensaje (7906). Si la etapa (7902) no se ha realizado, la RAN 204 y el UE 202 realizan un procedimiento de Liberación de RRC (7916). El procedimiento de Liberación de RRC (7916) puede ser similar al procedimiento de Liberación de RRC (600A) descrito anteriormente. Otros nombres de mensaje (7916) podrían ser "Liberación de ruta de Señalización sobre la (R)AN", o "Reconfiguración de RRC". La (R)AN 204 envía un mensaje a UE 202 para liberar la conexión de RRC. El UE 202 entra al estado de CM-INACTIVIDAD y todas las sesiones de PDU en el UE 202 hacen una transición al estado Sesión-INACTIVIDAD (o en otras palabras, estado de sesión desactivada). Al recibir la confirmación de liberación de conexión de RRC desde el UE 202, la (R)AN 204 retira el Contexto de UE. A continuación, la (R)AN 204 envía (mensaje N2) una confirmación de Liberación N2 (7918) a la AMF 218. Otro nombre de mensaje (7918) podría ser "N2 Liberación de contexto de UE completa". Al recibir la Respuesta de Liberación N2 (7918) mensaje, la AMF 218 establece el estado de CM de UE al estado de CM-INACTIViDa D y libera la conexión N2. Se debe observar que la AMF 218 puede mantener o retirar la suscripción al servicio de Notificación de Evento de Movilidad de UE de la AMF 218 para las sesiones de PDU de servicio de SMF(s), para algunos eventos de movilidad de UE tales como "Cambio de Celda de Servicio".
Se debe observar que la SMF 220 puede suscribirse a un servicio de Notificación de Evento de Movilidad de UE de la AMF 218 para el evento "Cambio de Celda de Servicio", cuando la sesión de PDU se establece o activa o por un procedimiento de suscripción separado. Por ejemplo, en TS 23.502, Versión 0.3.0, publicada en marzo de 2014, la SMF 220 puede suscribirse al servicio de Notificación de Evento de Movilidad de UE de la AMF 218, en la etapa 4b de la Figura 4.2.3.2-1 de la cláusula 4.2.3.2 "Solicitud de Servicio disparada por UE en estado de CM-INACTIVlDAD", o en la etapa 3b de La Figura 4.2.3.3-1 de la cláusula 4.2.3.3 "Solicitud de Servicio disparada por UE en estado CM-CONECTADO", o en la etapa 16 de La Figura 4.3.2.2.1-1 de la cláusula 4.3.2.2.1 "No-ltinerancia e Itinerancia con Ruptura Local". En consecuencia, durante los procedimientos de traspaso, por ejemplo en la FIGURA 72, la FIGURA 73 y la FIGURA 78, la AMF 218 puede enviar solicitudes de conmutación de ruta a las SMF 220 que se han suscrito al servicio de Notificación de Evento de Movilidad de UE de la AMF 218 para el evento "Cambio de Celda de Servicio". La SMF 220 puede suscribirse al servicio de Notificación de Evento de Movilidad de UE de la AMF 218 si la SMF da servicio a sesiones de PDU activadas o desactivadas. Para sesiones de PDU desactivadas durante los procedimientos de traspaso, la SMF puede reubicar la UPF 212 o liberar la sesión de PDU desactivada si no hay UPF adecuada para dar servicio a la sesión de PDU.
Al emplear el método esa AMF puede no almacenar estado de sesión de PDU y la SMF se subscribe al Notificación de Evento de Movilidad de UE, se puede derivar otra realización de traspaso inter NG (R)AN basado de Xn ilustrado en la FIGURA 72.
En preparación del traspaso (7202) y la ejecución del traspaso (7204), si la (R)AN de destino 204t rechaza algunas sesiones de PDU, la (R)AN de destino 204t no configurará ningún portador de radio de datos (DRB) para las sesiones de PDU rechazadas con el UE 202. El UE no liberará las sesiones de PDU que tengan DRB asignado. El UE esperará la decisión de la SMF de si liberar o desactivar las sesiones de PDU rechazadas. Estos requisitos también pueden aplicarse al traspaso inter NG (R)AN basado en Xn con reubicación de UPF descrita en la FIGURA 73.
En el mensaje (7208) la (R)AN de destino 204t envía Solicitud de Conmutación de Ruta N2 a la AMF 218. El mensaje (7208) incluye una lista de sesiones de PDU aceptadas y una lista de sesiones de PDU rechazadas.
La AMF 218 puede enviar una información SM N2 por medio de un Mensaje N11 (7210) a cada SMF 220 asociada con la lista de sesiones de PDU y la lista de flujos de QoS aceptados de cada sesión de PDU recibido en la Solicitud de Conmutación de Ruta N2 (7208). Para las sesiones de PDU a conmutar a la (R)AN de destino 204t, al recibir el mensaje N11 (7210), cada una de las SMF 220 puede determinar si la UPF existente 212 puede seguir dando servicio al UE 202. Si la UPF existente 212 no puede seguir dando servicio al UE 202 y no es un anclaje de sesión de PDU, se realizan las etapas 3-11 de la cláusula 4.9.1.2 de TS 23.502 (versión 0.3.0, publicada en marzo de 2017). De otro modo, las siguientes etapas (7212) a (7220) puede ser realizadas por cada una de las SMF 220 si sus UPF existentes 212 pueden seguir dando servicio al UE 202.
Para la sesión(es) de PDU rechazada(s), la AMF 218 puede enviar solicitud(es) separada(s) a la SMF(s) 220 relevante(s) para notificar que la (R)AN de destino 204t no soporta esta sesión de PDU. La AMF 218 puede enviar solicitud(es) separada(s) a la SMF(s) 220, que se han suscrito a la Notificación de Evento de Movilidad de UE disparada por Cambio de Celda de Servicio. El mensaje incluye Dirección de la (R)AN de destino.
Para sesiones de PDU solicitadas (aceptado) por la (R)AN de destino 204t, la SMF 220 puede enviar un mensaje de<Solicitud de Modificación de Sesión N4 (7212) a la u Pf>212<. El mensaje (7212) puede incluir la dirección de (R)An , e>identificadores de túnel para Plano de Usuario de enlace descendente. Para sesiones de PDU rechazadas por la (R)AN de destino 204t, la SMF 218 puede ya sea liberar o desactivar las sesiones de PDU. Para las sesiones de PDU a liberar, la SMF 218 puede iniciar el procedimiento de Liberación de Sesión de PDU como se define en la cláusula 4.3.4 de TS 23.502. Para las sesiones de PDU a desactivar, la SMF 218 puede enviar una solicitud de Modificación de Sesión N4 (7212) a la UPF 212 para estas sesiones de PDU. El mensaje (7212) puede indicar la liberación de información de túnel N3 de (R)AN tal como la dirección de (R)AN e identificador de punto final de túnel para el plano de usuario de enlace descendente, una Orden de Almacenamiento Temporal, y un Temporizador de Reactivación, y código de causa (p. ej. Traspaso rechazado, o No Actividad de Datos). Cabe señalar que la Orden de Almacenamiento Temporal se puede usar para indicar si la UPF 212 almacenará temporalmente los paquetes de enlace descendente entrantes. También cabe señalar que el temporizador de Reactivación puede indicar una duración que el UP de una sesión de PDU desactivada permanece en estado desactivado después de la UPF 212 retira la información de túnel N3 de (R)AN. Antes de que expire el temporizador de Reactivación, la UPF 214 puede almacenar temporalmente los paquetes de enlace descendente según la Orden de Almacenamiento Temporal. Después de que expire el temporizador de Reactivación, la UPF 212 puede almacenar temporalmente los paquetes de enlace descendente según la Orden de Almacenamiento Temporal. Si la UPF 212 recibe paquetes de enlace descendente antes o después de que expire el temporizador de Reactivación, la UPF 212 puede enviar una notificación de paquete de enlace descendente a la SMF 220 para iniciar una solicitud de Servicio Disparada por Red.
Para sesiones de PDU desactivadas, la SMF puede decidir seleccionar una nueva función UPF. En caso de que se seleccione una nueva UPF, la SMF envía contexto de sesión de PDU a la nueva UPF y solicita a la antigua UPF que libere el contexto de sesión de PDU. Alternativamente, la SMF puede configurar una nueva UPF de finalización de N3 y que conecte la nueva UPF de finalización de N3 con la antigua UPF.
La UPF 212 puede devolver un mensaje de Respuesta de Modificación de Sesión N4 (7214) a la SMF 220 después de que las sesiones de PDU solicitadas sean conmutadas o modificadas/desactivadas. El mensaje (7214) puede incluir los identificadores de Túnel para tráfico de enlace ascendente. A fin de ayudar a la función de reordenación en la (R)AN de destino 204t para sesiones de PDU que requieren una conmutación de ruta, la UPF 212 puede enviar uno o más paquetes de "marcador de extremo" (7216) en la antigua ruta inmediatamente después de conmutar la ruta. La UPF 212 puede empieza a enviar paquetes de enlace descendente a la (R)AN de destino 204t (7218). La SMF 220 puede enviar un ACK de Mensaje N11 (7220) a la AMF 218 para sesiones de PDU que han sido conmutadas o desactivadas con éxito. Para sesiones de PDU conmutadas, el mensaje (7220) puede incluir el mensaje SM N2, que incluye información de túnel CN N3. Para sesiones de PDU desactivadas, el mensaje 7220 puede contener Contenedor de Mensaje N1 SM que contiene Solicitud de Desactivación de Sesión e ID de sesión de PDU. La SMF puede almacenar el estado de desactivación de sesión(es) desactivada(s) de PDU.
Una vez se recibe el ACK de Mensaje N11 (7220) de todas las SMF 220, la AMF 218 puede agregar el mensaje recibido SM N2s y Mensajes N1 SM en un ACK de Solicitud de Conmutación de Ruta N2 (7222) a la (R)AN de destino 204t. Si ninguna de las sesiones de PDP solicitadas ha sido conmutada con éxito, la AMF 218 puede enviar un mensaje de Fallo de Solicitud de Conmutación de Ruta N2 a la (R)AN de destino 204t.
Cabe señalar que la AMF puede recoger ACK de Mensaje N11 (7220) desde las SMF 220 que maneja la solicitud de ruta conmutada para sesiones de PDU aceptadas y puede enviar a la (R)AN de destino 204t en un mensaje separado. Esto reducirá el tiempo de traspaso para las sesiones de PDU aceptadas. La AMF 218 puede recoger ACK de Mensaje N11 (7220) de la s Mf 220 para sesiones de PDU rechazadas y transfiere el contenedor de Mensajes N1 SM en un mensaje separado a la (R)AN de destino 204t.
Si la (R)AN de destino 204t recibe el contenedor de Mensaje N1 SM en la etapa (7222), la (R)AN de destino 204t reenvía el contenedor de Mensaje N1 SM (que incluye la Solicitud de Desactivación de Sesión que tiene el ID de sesión de PDU) al UE 202 por un Mensaje de RRC (7224). El UE almacena el estado desactivado de sesión(es) de PDU. El UE 202 puede liberar contexto de radio de sesiones de PDU desactivadas. El UE envía un Mensaje de RRC (7226) que incluye la Respuesta(s) de Desactivación de Sesión SM N1 e ID(s) de sesión de PDU de Sesiones de PDU desactivadas a la SMF 220 por medio de (R)AN de destino 204t y AMF 218. Al enviar un mensaje de Liberar Recursos (7232) a la (R)AN de origen 204s, la (R)AN de destino 204 confirma éxito del traspaso. Entonces dispara la liberación de recursos con la (R)AN de origen 204s.
En la descripción anterior, la (R)AN de destino 204t envía el mensaje de Solicitud de Desactivación de Sesión N1 recibido de la SMF 220 al UE 202 en el mensaje (7224). Como alternativa, la (R)AN de destino 204t puede reenviar la Solicitud de Desactivación de Sesión N1 a la (R)AN de origen 204s. La (R)AN de origen 204s entonces puede reenviar la Solicitud de Desactivación de Sesión N1 al UE por medio de otro Mensaje de RRC similar al mensaje (7224). El UE acusa recibo de la desactivación de sesión de PDU enviando una respuesta de Desactivación de Sesión N1 a la SMF. Este mensaje es entregado ya sea a la (R)AN de origen 204s o (R)AN de destino 204t por el mismo Mensaje de RRC (7226). La (R)AN de origen 204s o (R)AN de destino 204t reenvía la Respuesta de Desactivación de Sesión N1 a la AMF 218 por el mismo mensaje (7228); la AMF 218 reenvía entonces la Respuesta de Desactivación de Sesión N1 a la SMF 220 por el mismo mensaje (7230).
Al emplear el método que AMF puede no almacenar estado de sesión de PDU y la SMF se subscribe al Notificación de Evento de Movilidad de UE, otra realización de Intra AMF, traspaso Inter nodo NG-RAN sin interfaz Xn se puede derivar de la siguiente manera. La FIGURA 78 ilustra, en un diagrama de flujo de mensaje, un ejemplo de un procedimiento de traspaso de nodo Intra AMF, inter NG-RAN (7800) sin interfaz Xn, según realizaciones de la presente divulgación. Pueden transmitirse datos de enlace descendente UP (7802) entre la UPF 212 y el UE 202 por medio de la S-RAN 204s. Puede ocurrir un evento que provoca que la S-RAN 204s origine una reubicación por medio de N2 (7804). La S-RAN 204s puede enviar un mensaje de Solicitud de Traspaso (7806) a la AMF 218. El mensaje (7806) puede incluir un ID de Destino, un contenedor transparente Origen a Destino, y el ID de sesión de PDU. El contenedor transparente Origen a Destino puede incluir información de (R)AN creada por la S-RAN 204s para ser usada por la T-RAN 204t, y es transparente a 5GCN. Todas las sesiones de PDU manejadas por la S-RAN 204s (es decir, todas las sesiones de PDU existentes con conexiones UP activas) se puede incluir en el mensaje de Traspaso Requerido (7806), que indican cuál de aquellas sesión(es) de PDU son solicitadas por S-RAN 204s para traspaso.
La AMF 218 puede enviar un mensaje de Solicitud de Traspaso PDU (7808) a la SMF 220. El mensaje puede incluir el ID de sesión de PDU y el ID de Destino, y pueden enviarse para cada sesión de PDU indicada, por la S-RAN 204s, como candidato a Traspaso N2. La ID de sesión de PDU indica una sesión de PDU candidata para Traspaso N2. La AMF 218 puede enviar un mensaje separado a la SMF 220 que se ha suscrito al Notificación de Evento de Movilidad de UE. El mensaje incluye (R)AN de destino. La SMF 220 puede decidir seleccionar una nueva UPF para dar servicio a las sesiones de PDU desactivadas. Si se selecciona una nueva UPF, la SMF 220 envía solicitud de establecimiento de sesión con contextos de sesión de PDU a la UPF recientemente seleccionada. Después de eso, la SMF solicita a la antigua UPF que libere los contextos de sesión de PDU. Como alternativa, la SMF puede configurar la conexión N9 entre la nueva UPF y la antigua UPF. La AMF 218 puede enviar mensaje separado de Notificación de Evento de Movilidad de UE (7808) a la SMF 220, qué SMF se suscribe al servicio "Notificación de Evento de Movilidad de UE" de AMF en la cláusula 5.2.2.2 de TS 23.502, Versión 0.3.0, publicado en marzo de 2017, para el evento de Cambio de Celda de Servicio. La notificación puede incluir ID(s) de sesión de PDU nueva celda de servicio, que es ID de Destino.
La SMF 220 puede enviar un mensaje de Respuesta de Traspaso de PDU (7810) a la AMF 218. El mensaje (7810) puede incluir el ID de sesión de PDU e información SM N2. La SMF 220 puede seleccionar un UPF 212 que soporta conectividad N3 hacia el nodo 204t de (R)AN de destino. La SMF 220 puede comprobar si el traspaso N2 para la sesión de PDU indicada se puede aceptar y puede incluir el resultado en información SM N2 enviada, transparentemente para la AMF 220, a la T-RAN 204t. Si se acepta el traspaso N2 para la sesión de PDU, la información SM N2 también puede incluir el ID de sesión de PDU, la dirección N3 UP e ID de túnel de la UPF 212, y los parámetros de QoS.
La AMF 218 supervisa los mensajes de Respuestas de Traspaso de PDU (7812) desde la SMF 220 implicadas. El valor más bajo de las indicaciones de máximo retraso para las sesiones de PDU que son candidatos para traspaso del máximo tiempo que la AMF 218 puede esperar los mensajes de Respuestas de Traspaso de PDU (7810) antes de continuar con el procedimiento de Traspaso N2. Cuando expira el tiempo de espera máximo, o cuando todos los mensajes de Respuestas de Traspaso de PDU son recibidos, la AMF 218 continúa con el procedimiento de traspaso de N2 (mensaje de Solicitud de Traspaso en la etapa (7820).
La AMF 218 puede enviar un mensaje de Cancelación de Traspaso de PDU (7814) a la SMF 220. El mensaje (7814) puede incluir un ID de sesión de PDU. Un mensaje de Respuesta de Traspaso de PDU (7810) que llega demasiado tarde se indica a la SMF 220 que permite a la SMF 220 desadjudicar una dirección N3 UP posiblemente adjudicada e ID de túnel de la UPF seleccionada 212. Cabe señalar que el mensaje de Solicitud Modificar PDU (7816) enviado por la AMF 218 a la SMF 220 y el mensaje de Respuesta de Modificar PDU (7818) enviado por la SFM 220 a la AMF 218 se inicia en la etapa (7812) y realizarse en paralelo con esa y etapas posteriores.
La AMF 218 puede enviar un mensaje de Solicitud de Traspaso (7820) a la T-RAN 204t. El mensaje (7820) puede incluir el contenedor transparente Origen a Destino, la información MM N2, y la lista de información SM N2). La AMF 218 puede determinar y/o seleccionar la T-RAN 204t en función del ID de Destino. La AMF 218 puede destinar un GUTI válido para el UE 202 en la AMF 218 y TAI de destino. El contenedor transparente Origen a Destino puede reenviarse como se recibe de la S-RAN 204s. La información MM N2 puede incluir, por ejemplo, información de seguridad y la Lista de Restricciones de Traspaso. La lista de información SM N2 puede incluir información SM N2 de las SMF 220 en los mensajes de Respuestas de Traspaso de PDU recibidos hasta el final de la etapa (7814).
La T-RAN 204t puede enviar un mensaje de Acuse de Recibo de Solicitud de Traspaso (7822) a la AMF 218. El mensaje (7822) puede incluir el contenedor transparente Destino a Origen, la lista de respuestas SM N2, y las sesiones de PDU fallidas para ser la lista de configuración. El contenedor transparente Destino a Origen puede incluir un contenedor de UE 202 con una parte de estrato de acceso y una parte NAS. El contenedor de UE 202 pueden enviarse transparentemente por medio de la AMF 218 y la S-RAN 204s al UE 202. La información proporcionada a la S-RAN 204s también puede incluir una lista de ID de sesión de PDU que indican las sesiones de PDU que han fallado al ser configuradas y la razón para el fallo (p. ej., decisión de SMF 220, respuesta de SMF 220 demasiado tarde, o decisión de T-RAN 204t). La lista de respuestas Sm N2 incluye, por cada información SM N2 recibida y por la sesión de PDU aceptada de SMF 220 para Traspaso N2, un ID de sesión de PDU y una respuesta SM N2 que indican el ID de sesión de PDU y si T-RAN 204t ha aceptado la solicitud de Traspaso N2 para la sesión de PDU. Para cada sesión de PDU de T-RAN 204t aceptada para Traspaso N2, la respuesta SM N2 puede incluir la dirección N3 UP y el ID de túnel de la T-RAN 204t, y la lista de flujos de QoS aceptados. Para sesiones de PDU que la T-RAN 204t rechaza, la T-RAN 204t puede borrar los contextos de sesión de PDU.
La AMF puede enviar un mensaje de Solicitud Modificar PDU (7824) a la SMF 220. El mensaje (7824) puede incluir el ID de sesión de PDU, y la respuesta SM N2. Para cada respuesta Sm N2 recibida de T-RAN 204t (incluida en la lista de respuestas SM N2), la AMF 218 puede enviar la respuesta SM N2 recibida a la SMF 220 indicada por el respectivo ID de sesión de PDU.
La SMF 220 puede enviar un mensaje de Respuesta de Modificar PDU (7826) a la AMF 218. El mensaje (7826) puede incluir el ID de sesión de PDU, y el mensaje (7826) pueden enviarse para cada mensaje de Solicitud Modificar PDU (7824) recibido. La SMF 220 puede realizar preparaciones para Traspaso N2 indicando la dirección N3 UP y el ID de túnel de T-RAN 204t a la UPF 212 si el traspaso N2 es aceptado por la T-RAN 204t. Si el traspaso N2 no es aceptado por T-RAN 204t, la SMF 212 puede decidir si liberar o desactivar sesión de PDU. Para sesión de PDU a liberar, la SMF inicia el procedimiento de liberación de sesión de PDU descrito en la cláusula 4.3.4 de TS 23.502 Version 0.3.0, publicado en marzo de 2017. Para las sesiones de PDU a desactivar, la SMF envía una solicitud de Modificación de Sesión N4 a la UPF para estas sesiones de PDU. El mensaje indica la liberación de información de túnel N3 de (R)AN (dirección de (R)AN e identificador de punto final de túnel para el plano de usuario de enlace descendente), Orden de Almacenamiento Temporal, Temporizador de Reactivación). La Orden de Almacenamiento Temporal es indicar si la UPF almacenará temporalmente los paquetes de enlace descendente entrantes.
El temporizador de Reactivación indica una duración que el UP de una sesión de PDU desactivada permanece en estado desactivado después de la UPF retira la información de túnel N3 de (R)AN. Antes de que expire el temporizador de Reactivación, la UPF almacenará temporalmente los paquetes de enlace descendente según la Orden de Almacenamiento Temporal. Después de que expire el temporizador de Reactivación, la UPF almacenará temporalmente los paquetes de enlace descendente según la Orden de Almacenamiento Temporal. Si la UPF recibe paquete de enlace descendente antes o después de que expire el temporizador de Reactivación, la UPF envía una notificación de paquete de enlace descendente a la SMF para iniciar una solicitud de Servicio Disparada por Red.
La SMF 220 acusa recibo del mensaje de Solicitud de Modificar (7824) enviando un mensaje de Respuesta de Modificar PDU (7826) a la AMF 218. Para sesiones de PDU que están desactivadas, el mensaje (7826) puede incluir Contenedor de Mensaje N1 SM (Solicitud de Desactivación de Sesión (ID(s) de sesión de PDU, Temporizador de Reactivación). La SMF almacena el estado de desactivación de sesión(es) desactivada(s) de PDU.
La AMF puede enviar un mensaje de Orden de Traspaso (7828) a la S-RAN 204s. El mensaje (7828) puede incluir el contenedor transparente Destino a Origen, la lista de sesiones de PDU fallidas al ser configuradas, y Contenedor de Mensaje N1 SM recibido en el mensaje (7826). El contenedor transparente Destino a Origen puede reenviarse como se recibe de la AMF 218. La S-RAN 204s puede usar la lista de sesiones de PDU que han fallado al ser configuradas y la razón indicada por el fallo para determinar si proceder o no con el procedimiento de T raspaso N2.
La S-RAN 204s puede enviar un mensaje de Orden de Traspaso (7830) al UE 202. El mensaje puede incluir el Contenedor de UE 202 y el Contenedor de Mensaje N1 SM. El contenedor de UE 202 pueden enviarse transparentemente desde la T-RAN 204t por medio de la AMF 218 a la S-RAN 204s y se proporciona al UE 202 por la S-RAN 204s.
Después de que el UE 202 se ha sincronizado con éxito (7832) a la celda de destino, puede enviar al mensaje de Confirmar Traspaso (7834) a la T-RAN 204t. El Traspaso, mediante este mensaje, es considerado por el UE 202 como exitoso. El mensaje puede incluir Acuse de recibo N1 SM (ID(s) de sesión de PDU) para sesiones de PDU conmutadas y desactivadas con éxito. Para sesiones de PDU desactivadas, el UE 202 almacena el estado desactivado de sesión(es) de PDU. El UE 202 no envía una solicitud de enlace ascendente para un Temporizador de Reactivación. Este temporizador puede ser establecido por un parámetro en la política del UE 202 o por un mensaje de la SMF 220.
La T-RAN 204t puede enviar a continuación a la AMF 218 un mensaje de Notificar Traspaso (7838). El mensaje (7838) puede contener Acuse de Recibo N1 SM recibido del UE en el mensaje (7834). El traspaso, por este mensaje, se considera exitoso en la T-RAN 204t. La AMF 218 puede entonces enviar un mensaje de Traspaso Completo (7840) a la SMF 220. El mensaje puede incluir el ID de sesión de PDU y Mensaje N1 SM desde el UE 202. Un mensaje de Traspaso Completo (7840) pueden enviarse por cada sesión de PDU a la SMF 220 correspondiente para indicar el éxito del traspaso N2.
La SMF 220 puede enviar un mensaje de Traspaso Completo ACK (7842) a la AMF 218. El mensaje (7842) puede incluir el ID de sesión de PDU. La SMF 220 puede indicar a la UPF seleccionada 212 que el Plano de Usuario de enlace descendente para la sesión de PDU indicada puede conmutarse a la T-RAN 204t. Para sesiones de PDU que no son soportadas por la T-RAN 204t y se desactivan, la SMF 220 puede notificar a la UPF seleccionada 212 para que retire la información de túnel N3 de (R)AN, Temporizador de Reactivación, y Orden de Almacenamiento Temporal. La SMF 220 puede así confirmar la recepción del mensaje de Traspaso Completo. La AMF 218 puede enviar a la S-RAN 204s un mensaje de Orden de Liberación de Contexto de UE Orden () (7846). A continuación, la S-RAN 204s puede enviar a la AMF 218 un mensaje de Liberación de Contexto de UE Completa () (7848). La (R)AN de origen 204s puede liberar sus recursos relacionados con el UE 202 y responder con el mensaje de Liberación de Contexto de UE Completa () (7846).
Liberación de sesión de PDU solicitada por UE o red para No-Itinerancia e Itinerancia con Ruptura Local.
La FIGURA 80 ilustra un ejemplo de realización que incluye tanto un procedimiento de liberación de sesión de PDU solicitado por UE como un procedimiento de liberación de sesión de PDU solicitado por red. Este procedimiento permite al UE solicitar la liberación de una sesión de PDU. El procedimiento también permite a la SMF o la PCF iniciar la liberación de una sesión de PDU. En caso de LBO, el procedimiento es como en el caso de no-itinerancia con la diferencia de que la SMF, la UPF y la PCF se ubican en la red visitada.
El procedimiento de la FIGURA 80 es disparado por una de las siguientes opciones:
Etapa 8002a: El UE inicia el procedimiento de liberación de sesión de PDU solicitado por UE por la transmisión de un mensaje de Solicitud de Liberación de Sesión de PDU N1 SM (ID de sesión de PDU). El mensaje N1 es reenviado por la (R)AN al Núcleo 5G con una indicación de Información de Ubicación de Usuario. Este mensaje se retransmite a la SMF correspondiente al ID de sesión de PDU por medio de N2 y la AMF. Dependiendo del tipo de acceso, cuando el UE está en estado de CM-INACTIVIDAD, el UE puede disparar un procedimiento de Solicitud de Servicio antes de poder liberar la sesión de PDU.
Etapa 8002b: La PCF puede iniciar el procedimiento de modificación de Sesión PDU-CAN para solicitar la liberación de la sesión de PDU.
Etapa 8002c: La SMF puede iniciar la liberación de una sesión de PDU, por ejemplo en función de una solicitud desde la DN (cancelando el autorización de UE para acceder a la DN) o en función de una solicitud desde la UDM (cambio de suscripción) o desde la OCS. El procedimiento de liberación también puede dispararse en función de política configurada localmente (p. ej. el procedimiento de liberación puede relacionarse con la reubicación de UPF para modo 2 SSC / modo 3).
Cuando la SMF recibe cualquiera de los disparadores en la etapa 8002a - 8002c, la SMF inicia el procedimiento de liberación de sesión de PDU.
Etapa 8004: La SMF libera la dirección IP / Prefijo(es) que fueron adjudicados a la sesión de PDU y libera los correspondientes recursos de Plano de Usuario:
Etapa 8004a: La SMF envía un mensaje de Solicitud de Liberación de Sesión N4 (ID de Sesión N4) a la UPF. La UPF puede descartar paquetes restantes de la sesión de PDU y liberar todo recurso de túnel y contextos asociados con la Sesión N4.
Etapa 8004b: La UPF acusa recibo de la Solicitud de Liberación de Sesión N4 por parte de la transmisión de una respuesta de Liberación de Sesión N4 (ID de Sesión N4) mensaje a la SMF.
Si hay múltiples UPF asociadas con la sesión de PDU, el procedimiento de Solicitud de Liberación de Sesión (etapas 8004a y 8004b) puede realizarse para cada UPF.
Etapa 8006: La SMF envía un mensaje de Solicitud N11 a la AMF (solicitud de Liberación de Recursos N2 SM, información de SM N1 (Orden de Liberación de Sesión de PDU))
La SMF crea una información de SM N1 que incluye mensaje de Orden de Liberación de Sesión de PDU (ID de sesión de PDU, Causa). La causa puede indicar un disparador para establecer una nueva sesión de PDU con las mismas características (p. ej. cuando se invocan procedimientos relacionados con modo 2 SSC).
El modo 2 SSC se define en la cláusula 5.6.9. de TS 23.501
Si la conexión UP de la sesión de PDU está activa, la SMF también creará una solicitud de SM N2 para liberar los recursos de (R)AN asociados con la sesión de PDU (solicitud de Liberación de Recursos N2 (ID de sesión de PDU)).
Si se desactiva la sesión de PDU, la SMF puede enviar una indicación de Liberación de Sesión e ID de sesión de PDU a la AMF.
La SMF envía un mensaje N11 a la AMF (solicitud de Liberación de Recursos N2 SM, Contenedor N1 SM (Orden de Liberación de Sesión de PDU), Indicación de Liberación de Sesión de PDU, ID de sesión de PDU) mensaje a la AMF. La Indicación de Liberación de Sesión de PDU le cuenta a la AMF acerca de la notificación de liberación de sesión de PDU. La AMF puede saltar el envío del contenedor N1 SM al UE cuando el UE está en el estado de CM-INACTIVIDAD. Etapa 8008: Si el UE está en estado de CM-INACTIVIDAD, la AMF puede acusar recibo de la etapa 8006 en la etapa 8014; y las etapas 8008 a 8012 y 8016 pueden saltarse.
El UE y la 5GC se sincronizarán sobre el estado (liberado) de la sesión de PDU en el siguiente procedimiento de Registro o Solicitud de Servicio.
Si el UE está en estado CM-CONECTADO, entonces la AMF transfiere el mensaje recibido de la SMF en la etapa 8006 (solicitud de Liberación de Recursos N2 SM, información de SM N1) mensaje a la (R)AN.
Etapa 8010: Si la (R)AN recibe una solicitud de SM N2 para liberar los recursos de AN asociados con la sesión de PDU emite intercambio(s) de señalización específicos de AN con el UE para liberar los correspondientes recursos de AN.
En caso de una RAN 3GPP, puede tener lugar una reconfiguración de conexión de RRC con el UE liberando los recursos de la RAN relacionados con la sesión de PDU.
Durante este procedimiento, la (R)AN envía cualquier mensaje NAS (Orden de Liberación de Sesión de PDU SM N1) recibido de la AMF en la etapa 8008. Si la (R)AN recibe únicamente Contenedor N1 SM (Orden de Liberación de Sesión de PDU), la (R)AN reenvía este mensajes al UE.
El UE acusa recibo de la Orden de Liberación de Sesión de PDU enviando un mensaje Ack de Liberación de Sesión de PDU por medio de señalización de SM N1 enviado por la (R)AN.
Etapa 8012: [Condicional] Si la (R)AN había recibido una solicitud de SM N2 para liberar los recursos de AN, la (R)AN acusa recibo de la Solicitud de Liberación de Recursos N2 SM enviando un Mensaje Ack de Liberación de Recursos N2 SM (información de SM N1 (Ack Liberación de Sesión de PDU), Información de Ubicación de Usuario) a la AMF. De otro modo, la (R)AN solo reenvía la información de SM N1 (Ack Liberación de Sesión de PDU) desde el UE a la AMF.
Etapa 8014: Si el UE está en estado CM-CONECTADO, la AMF envía mensaje de Respuesta N11 (un Ack de<Liberación de Recursos N2 SM) para reenviar el mensaje recibido de la (R)AN en la etapa>6<a la SMF. Si el UE está>en estado de CM-INACTIVIDAD, la AMF envía a la SMF un mensaje de Respuesta N11 (Acuse de Recibo de Liberación de Sesión, ID de sesión de PDU). La AMF puede retirar todos los contextos (que incluye el ID de sesión de PDU) asociados con la sesión de PDU.
Etapa 8016: Si se activa la sesión de PDU, la SMF notifica a la AMF que la sesión de PDU está liberada. La AMF y la SMF pueden retirar todos los contextos (que incluye el ID de sesión de PDU) asociados con la sesión de PDU. En algunas realizaciones, esto puede adoptar la forma de unNsm f_ N otificación de Inform e de Evento de Sesión de PDU (AM F):La SMF envía (Mensaje N11) Notificación de Informe de Evento de Sesión de PDU como se define en la cláusula 5.2.8.1 a la AMF; el disparador de evento es liberación de sesión de PDU.
Etapa 8018: Si se aplica PCC Dinámico a esta sesión, la SMF inicia el procedimiento de finalización de sesión PDU-CAN. SMF notifica a cualquier entidad que se ha suscrito a Información de Ubicación de Usuario relacionada con cambio de sesión de PDU. Si es la última sesión de PDU que la SMF está manejando para el UE, la SMF libera la asociación con el UDM. La orden con la que la SMF libera los recursos es dependiente de la implementación. Si se desactiva la sesión de PDU, la etapa 8018 se puede realizar en paralelo, antes o después de la etapa 8006.
Realizaciones alternativas A
En realizaciones alternativas, las etapas 8006 a través de 8018 pueden funcionar de la siguiente manera:
Etapa 8006: La SMF envía un mensaje N11 a la AMF (solicitud de Liberación de Sesión de PDU N2 SM, solicitud de Liberación de Sesión de PDU N1 SM, notificación de Liberación de Sesión de PDU N11). La solicitud de Liberación de Sesión de PDU N1 SM incluye ID de sesión de PDU, Causa. La causa puede indicar un disparador para establecer una nueva sesión de PDU con las mismas características (p. ej. cuando se invocan procedimientos relacionados con modo 2 SSC).
El modo 2 SSC se define en TS 23.501 [2] cláusula 5.6.9.
La solicitud de Liberación de Sesión de PDU N2 SM es para liberar los recursos de (R)AN asociados con la sesión de PDU (solicitud de Liberación de Recursos N2 (ID de sesión de PDU)). La notificación de Liberación de Sesión de PDU N11 incluye ID de sesión de PDU para que la AMF elimine contexto de sesión de PDU.
Si se activa el UP de sesión de PDU, la SMF envía solicitud de Liberación de Sesión de PDU N1 SM y solicitud de Liberación de Sesión de PDU N2 SM por medio de la AMF.
Si se desactiva el UP de la sesión de PDU, y si la SMF no se suscribe al servicio Namf_EventExpose para cambios de estado de UE CM, la SMF envía el mensaje N1 SM al UE a través de la AMF.
Si se desactiva el UP de sesión de PDU, y la SMF sabe que el UE está en estado de CM-INACTIVIDAD, la SMF envía solicitud de Liberación de Sesión de PDU N11. De otro modo, si la SMF sabe que el UE está en estado CM-CONECTADO, la SMF envía Solicitud de Liberación de Sesión de PDU N1 SM.
En algunas realizaciones, esto puede adoptar la forma unTransferencia Nam f_M essage (SMF):La SMF solicita servicioNam f_Transferencia de M ensajede la AMF definida en la cláusula 5.2.2.4 para enviar mensajes N1 SM y SM N2 al UE y (R)AN.
Etapa 8008: Si el UE está en estado de CM-INACTIVIDAD y se recibe notificación de Liberación de Sesión de PDU N11, la AMF acusa recibo de la etapa 8006 en la etapa 8014; y las etapas 8008 a 8012 y 8016 se saltan. Si el UE está en estado de CM-INACTIVIDAD y se recibe el mensaje N1 SM, la AMF envía un rechazo de entrega en la etapa 8014; las etapas 8008 a 8012 y 8016 se saltan.
El UE y la 5GC se sincronizarán sobre el estado (liberado) de la sesión de PDU en el siguiente procedimiento de Registro o Solicitud de Servicio.
Si el UE está en estado CM-CONECTADO, entonces la AMF transfiere el mensaje recibido de la SMF en la etapa 3 (solicitud de Liberación de Sesión de PDU N2 SM, solicitud de Liberación de Sesión de PDU N1 SM) mensaje a la (R)AN.
8010: Si la (R)AN recibe una solicitud de Liberación de Sesión de PDU N2 SM para liberar los recursos de AN asociados con la sesión de PDU emite intercambio(s) de señalización específicos de AN con el UE para liberar los correspondientes recursos de AN. En caso de una RAN 3GPP, puede tener lugar una reconfiguración de conexión de RRC con el UE liberando los recursos de la RAN relacionados con la sesión de PDU. Durante este procedimiento, la (R)AN envía cualquier mensaje NAS (Solicitud de Liberación de Sesión de PDU N1 SM) recibido de la AMF en la etapa 8008.
Si la (R)AN recibe únicamente Contenedor N1 SM (solicitud de Liberación de Sesión de PDU), la (R)AN reenvía este mensajes al UE. El UE acusa recibo de la Solicitud de Liberación de Sesión de PDU enviando un mensaje ACK de Liberación de Sesión de PDU por medio de señalización de SM N1 enviado por la (R)AN.
8012: [Condicional] Si la (R)AN había recibido una solicitud de SM N2 para liberar la sesión de PDU de AN, la (R)AN acusa recibo de la Solicitud de Liberación de sesión de PDU N2 SM enviando un Mensaje Ack de Liberación de Recursos N2 SM (información de SM N1 (Ack Liberación de Sesión de PDU), Información de Ubicación de Usuario) a la AMF. De otro modo, la (R)AN solo reenvía la información de SM N1 (Ack Liberación de Sesión de PDU) desde el UE a la AMF.
8014: Si el UE está en estado CM-CONECTADO, la AMF envía mensaje de Respuesta N11 (un Ack de Liberación de<sesión de PDU N2 SM) para reenviar el mensaje recibido de la (R)AN en la etapa>6<a la SMF. Si el UE está en estado>de CM-INACTIVIDAD y la AMF ha recibido notificación de Liberación de Sesión de PDU N11 en la etapa 3, la AMF envía a la SMF un mensaje de Respuesta N11 (Liberación de Sesión de PDU acuse de recibo, ID de sesión de PDU). Si el UE está en estado de CM-INACTIVIDAD y la AMF mensaje recibido N1 SM en la etapa 3, la AMF envía un mensaje de rechazo de entrega a la SMF que indica estado de CM-INACTIVIDAD del UE. La Am F y la SMF pueden retirar todos los contextos (que incluye el ID de sesión de PDU) asociados con la sesión de PDU.
8016: Si se activa la sesión de PDU, la SMF envía notificación de Liberación de Sesión de PDU N11 a la AMF. La AMF y la SMF pueden retirar todos los contextos (que incluye el ID de sesión de PDU) asociados con la sesión de PDU. En algunas realizaciones, esto puede adoptar la forma de unNsm f_ N otificación de Inform e de Evento de Sesión de PDU (AM F):La SMF envía (Mensaje N11) Notificación de Informe de Evento de Sesión de PDU como se define en la cláusula 5.2.8.1 a la AMF; el disparador de evento es liberación de sesión de PDU.
8018: Si se aplica PCC Dinámico a esta sesión, la SMF inicia el procedimiento de finalización de sesión PDU-CAN. SMF notifica a cualquier entidad que se ha suscrito a Información de Ubicación de Usuario relacionada con cambio de sesión de PDU. Si es la última sesión de PDU que la SMF está manejando para el UE, la SMF libera la asociación con el UDM. La orden con la que la SMF libera los recursos es dependiente de la implementación. Si se desactiva la sesión de PDU, la etapa 8018 se puede realizar en paralelo, antes o después de la etapa 8006.
Realizaciones alternativas B
En realizaciones alternativas adicionales, las etapas 8006 a 8018 pueden funcionar de la siguiente manera:
Etapa 8006: La SMF envía a la AMF solicitud de Liberación de Sesión de PDU N2 SM, solicitud de Liberación de Sesión de PDU N1 SM, notificación de Liberación de Sesión de PDU N11. La solicitud de Liberación de Sesión de PDU N1 SM incluye ID de sesión de PDU, Causa. La causa puede indicar un disparador para establecer una nueva sesión de PDU con las mismas características (p. ej. cuando se invocan procedimientos relacionados con modo 2 SSC). El modo 2 SSC se define en TS 23.501 [2] cláusula 5.6.9.
La solicitud de Liberación de Sesión de PDU N2 SM es para liberar los recursos de (R)AN asociados con la sesión de PDU (solicitud de Liberación de Recursos N2 (ID de sesión de PDU)). La notificación de Liberación de Sesión de PDU N11 incluye ID de sesión de PDU para que la AMF elimine contexto de sesión de PDU. Si el UP de sesión de PDU se activa, la SMF envía solicitud de Liberación de Sesión de PDU N1 SM y solicitud de Liberación de Sesión de PDU N2 SM. Si el UE es inalcanzable, la SMF envía notificación de Liberación de Sesión de PDU N11. Si se desactiva el UP de sesión de PDU, la SMF envía la solicitud de Liberación de Sesión de PDU N1 SM.
En algunas realizaciones, esto puede adoptar la formaNam f_Transferencia de M ensaje (SMF):La SMF solicita servicioNam f_Transferencia de M ensajede la AMF definida en la cláusula 5.2.2.4 para enviar mensajes N1 SM y SM N2 al UE y (R)AN.
Etapa 8008: Si el UE está en estado de CM-INACTIVIDAD y se recibe Mensaje N1 SM, la AMF descarta el mensaje N1 SM y acusa recibo de la etapa 8006 en la etapa 8014; y las etapas 8008 a 8012 se saltan. El UE y la 5GC se sincronizarán sobre el estado (liberado) de la sesión de PDU en el siguiente procedimiento de Registro o Solicitud de Servicio.
Si el UE está en estado CM-CONECTADO, entonces la AMF transfiere el mensaje recibido de la SMF en la etapa 3 (solicitud de Liberación de Sesión de PDU N2 SM, solicitud de Liberación de Sesión de PDU N1 SM) mensaje a la (R)AN.
Etapa 8010: Cuando la (R)AN ha recibido una solicitud de Liberación de Sesión de PDU N2 SM para liberar los recursos de AN asociados con la sesión de PDU emite intercambio(s) de señalización específicos de AN con el UE para liberar los correspondientes recursos de AN. En caso de una RAN 3GPP, puede tener lugar una reconfiguración de conexión de RRC con el UE liberando los recursos de la RAN relacionados con la sesión de PDU. Durante este procedimiento, la (R)AN envía cualquier mensaje NAS (Orden de Liberación de Sesión de PDU SM N1) recibido de la AMF en la etapa 8008.
Si la (R)AN únicamente recibe Contenedor N1 SM (solicitud de Liberación de Sesión de PDU), la (R)AN reenvía este mensaje al UE. El UE acusa recibo de la Liberación de Sesión de PDU enviando un mensaje Ack de Liberación de Sesión de PDU por medio de señalización de SM N1 enviada por la (R)AN.
Etapa 8012: [Condicional] Si la (R)AN había recibido una solicitud de SM N2 para liberar los recursos de AN, la (R)AN acusa recibo de la Solicitud de Liberación de Sesión de PDU N2 SM enviando un Mensaje Ack de sesión de PDU N2 SM (información de SM N1 (Ack Liberación de Sesión de PDU), Información de Ubicación de Usuario) a la AMF. De otro modo, la (R)AN solo reenvía la información de SM N1 (Ack Liberación de Sesión de PDU) desde el UE a la AMF.
Etapa 8014: Si el UE está en estado CM-CONECTADO, la AMF envía mensaje de Respuesta N11 (un Ack de<Liberación de Sesión de PDU N2 SM) para reenviar el mensaje recibido de la (R)AN en la etapa>6<a la SMF.>
Si la AMF ha recibido notificación de Liberación de Sesión de PDU N11 en la etapa 8006, la AMF envía a la SMF un mensaje de Respuesta N11 (acuse de recibo de Liberación de Sesión de PDU, ID de sesión de PDU), y la etapa 8016 se salta. La AMF y la SMF pueden retirar todos los contextos (que incluye el ID de sesión de PDU) asociados con la sesión de PDU.
Si se usa el mensaje SBA, el mensaje de Respuesta N11 (acuse de recibo de Liberación de Sesión de PDU, ID de sesión de PDU) puede no requerirse.
Si el UE está en estado de CM-INACTIVIDAD y la AMF mensaje recibido N1 SM en la etapa 8006, la AMF envía un mensaje de rechazo de entrega a la SMF con un código de causa que indica estado de CM-INACTIVIDAD del UE. Esto es particularmente aplicable a casos en los que el proceso es iniciado por medio ya sea de etapas 8002b o 8002c.
Etapa 8016: La SMF envía notificación de Liberación de Sesión de PDU N11 a la AMF. La AMF y la SMF pueden retirar todos los contextos (que incluye el ID de sesión de PDU) asociados con la sesión de PDU. En algunas realizaciones, esto puede adoptar la forma de unNsm f_N otificación de Inform e de Evento de Sesión de PDU (AM F):La SMF envía (Mensaje N11) Notificación de Informe de Evento de Sesión de PDU como se define en la cláusula 5.2.8.1 a la AMF; el disparador de evento es liberación de sesión de PDU.
Etapa 8018: Si se aplica PCC Dinámico a esta sesión, la SMF inicia el procedimiento de finalización de sesión PDU-CAN. SMF notifica a cualquier entidad que se ha suscrito a Información de Ubicación de Usuario relacionada con cambio de sesión de PDU. Si es la última sesión de PDU que la SMF está manejando para el UE, la SMF libera la asociación con el UDM. La orden con la que la SMF libera los recursos es dependiente de la implementación. Si se desactiva la sesión de PDU y la SMF sabe el estado de CM, la etapa 8018 se puede realizar en paralelo, antes o después de la etapa 8006.
Realizaciones alternativas C
En realizaciones alternativas adicionales, las etapas 8006 a 8018 pueden funcionar de la siguiente manera:
Etapa 8006: La SMF envía a la AMF (solicitud de Liberación de Recursos N2 SM, información de SM N1).
La información de SM N1 incluye mensaje de Orden de Liberación de Sesión de PDU (ID de sesión de PDU, Causa. La causa puede indicar un disparador para establecer una nueva sesión de PDU con las mismas características (p. ej. cuando se invocan procedimientos relacionados con modo 2 SSC). El modo 2 SSC se define en TS 23.501, cláusula 5.6.9. La solicitud de Liberación de Recursos N2 SM (ID de sesión de PDU) es para liberar los recursos de (R)AN asociados con la sesión de PDU.
Si se activa el UP de sesión de PDU, la SMF envía Orden de Liberación de Sesión de PDU SM N1 y solicitud de Liberación de Recursos N2 SM invocando operaciones de servicio Namf_Communication_N1MessageTransfer y Namf_Communication_N2MessageTrigger.
Si se desactiva el UP de sesión de PDU, la SMF solicita al UE que libere la sesión de PDU invocando Namf_Communication_N1MessageTransfer (mensaje N1 SM (Orden de Liberación de Sesión de PDU), Indicación de<Saltar). Si el UE está en estado de CM-INa Ct IVIdAd y la a Mf recibe Mensaje N>1<SM con Indicación de Saltar, la>AMF descarta el mensaje N1 SM y notifica a la SMF "Mensaje No Transferido con un código de causa"; las etapas 8008 a 8014 se saltan. La "Indicación de Saltar" es opcional y se describe en la cláusula 5.2.2.2.7 de TS 23.502. Si el UE es inalcanzable, la SMF notifica a la AMF que la sesión de PDU se libera invocando la Nsmf_EventExposure_Notify (indicación de Liberación de Sesión de PDU, ID de Sesión de PDU). La AMF y SMF retirarán todos los contextos (incluido el ID de sesión de PDU) asociado con la sesión de PDU así como cualquier suscripción a eventos por la SMF en la AMF. Las etapas 8008 a 8016 se saltan.
Si el procedimiento se dispara para reubicar anclaje de sesión de PDU de una sesión de PDU con modo 2 SSC, se supone que la SMF no incluye la "Indicación de Saltar".
El UE y la 5GC se sincronizarán sobre el estado (liberado) de la sesión de PDU en el siguiente procedimiento de Registro o Solicitud de Servicio.
Etapa 8008: Si el UE está en estado de CM-INACTIVIDAD y no se recibe "Indicación de Saltar", la AMF inicia el procedimiento de solicitud de servicio disparado por red para transmitir la información de SM N1 al UE.
Si el UE está en estado CM-CONECTADO, entonces la AMF transfiere el mensaje recibido de la SMF en la etapa 3 (solicitud de Liberación de Recursos N2 SM, información de SM N1) mensaje a la (R)AN.
Etapa 8010: Cuando la (R)AN ha recibido una solicitud N2 SM para liberar los recursos de AN asociados con la sesión de PDU emite intercambio(s) de señalización específicos de AN con el UE para liberar los correspondientes recursos de AN.
En caso de una RAN 3GPP, puede tener lugar una reconfiguración de conexión de RRC con el UE liberando los recursos de la RAN relacionados con la sesión de PDU.
Durante este procedimiento, la (R)AN envía cualquier mensaje NAS (Orden de Liberación de Sesión de PDU SM N1) recibido de la AMF en la etapa 8008.
El UE acusa recibo de la Orden de Liberación de Sesión de PDU enviando un mensaje Ack de Liberación de Sesión de PDU por medio de señalización de SM N1 enviado por la (R)AN.
Etapa 8012. [Condicional] Si la (R)AN había recibido una solicitud de SM N2 para liberar los recursos de AN, la (R)AN acusa recibo de la Solicitud de Liberación de Recursos N2 SM enviando un Mensaje Ack de Liberación de Recursos N2 SM (información de SM N1 (Ack Liberación de Sesión de PDU), Información de Ubicación de Usuario) a la AMF.
De otro modo, la (R)AN solo reenvía la información de SM N1 (Ack Liberación de Sesión de PDU) desde el UE a la AMF.
Etapa 8014: La AMF invoca Namf_Communication_N1MessageNotify (Ack de Liberación N1 SM) como se define en la cláusula 5.2.2.2.4 de TS 23.502 a la SMF. La AMF invoca Namf_Comunicación_NotificaciónInformaciónN2 (Ack de Liberación de Recursos N2 SM) como se define en la cláusula 5.2.2.2.11 de TS 23.502 a la SMF.
Etapa 8016: La SMF notifica a la AMF que la sesión de PDU se libera invocando la operación de servicio Nsmf_EventExposure_Notify como se define en la cláusula 5.2.8.3.2 de TS 23.502. La AMF y<s>M<f>retirarán todos los contextos (incluido el ID de sesión de PDU) asociado con la sesión de PDU así como cualquier suscripción a eventos por la SMF en la AMF.
Etapa 8018: Si se aplica PCC Dinámico a esta sesión, la SMF inicia el procedimiento de finalización de sesión PDU-CAN. La SMF notifica a cualquier entidad que se ha suscrito a Información de Ubicación de Usuario relacionada con cambio de sesión de PDU. Si es la última sesión de PDU que la SMF está manejando para el UE, la SMF libera la asociación con el UDM. La orden con la que la SMF libera los recursos es dependiente de la implementación. Si se desactiva la sesión de PDU y la SMF sabe el estado de CM, la etapa 9 se puede realizar en paralelo, antes o después de la etapa 3.
En la realización alternativa C, la operación de servicio Namf_Communication_N1 MessageTransfer se describe de la siguiente manera.
Nombre de la operación de servicio: Namf_Communication_N1 MessageTransfer.
Descripción: Solicitud CN NF para transferir mensaje N1 de enlace descendente al UE a través de la AMF.
Consumidores NF conocidos: SMF, SMSF, PCF, NEF
Entradas, Requeridas: ID CN NF, Contenedor(es) de Mensaje
Entradas, Opcionales: Una indicación se subscribir sobre si la transferencia crea una vinculación temporal en la AMF para notificación posterior de mensaje de respuesta. "Indicación de Saltar" indica que la AMF saltará el envío del contenedor N1 SM al UE si el UE está en estado de CM-INACTIVIDAD.
Salidas, Requerido: Indicación de resultado incluye "Transferido" y "No Transferido con causa".
Salidas, Opcional: Ninguna.
Véase la etapa 10 de la cláusula 4.3.2.2.1, la etapa 14 de la cláusula 4.3.2.2.2 y la etapa 5a de la cláusula 4.13.3.6 para detalles de esta operación de servicio. Si la AMF no tiene un contexto N1 para el UE y si el UE está en estado de CM-INACTIVIDAD, la AMF inicia el procedimiento de solicitud de servicio disparado por red como se especifica en la cláusula 4.2.3.4. La AMF responde al consumidor NF, con una respuesta Namf_Communication_N1MessageTransfer, proporcionando una indicación de resultado de si la AMF ha podido transferir con éxito el mensaje N1 hacia el UE.
En algunas realizaciones, un suscripción explícita (Namf_Communication_N1MessageSubscribe) para el tipo de mensaje N1 de respuesta puede cargar con la invocación de la operación de servicio Namf_Communication_N1MessageTransfer.
Evitar almacenar estado de sesión de PDU en procedimientos relacionados con AMF y actualización
En algunos procedimientos de TS 23.502, tales como liberación de contexto de UE en la AN y procedimientos de Traspaso, se supone que la AMF almacena el estado de sesión de PDU (activado o desactivado). Sin embargo, este supuesto infringe el principio de separación de AMF y SMF. A continuación se describen soluciones alternativas que no requieren el conocimiento de estado de sesión de PDU en la AMF.
La Cláusula 5.2.2.3 de TS 23.502 define que la AMF proporciona un servicio "Exposición de Evento". Por consiguiente, la SMF puede suscribirse a este servicio si la SMF da servicio a al menos una sesión de PDU de un RAT específico. La SMF puede suscribirse a este servicio incluso si todas las sesiones de PDU a las que da servicio se desactivan. En relación con Liberación de Contexto de UE en el procedimiento de AN, la SMF puede suscribirse a "Exposición de Evento" disparado por cambio de estado de CM desde CONECTADO a estado de inactividad cuando la UE solicita establecimiento de sesión o activación de sesión. Entonces la AMF solo necesita notificar a la SMF sobre el estado de CM que hace una transición a CM-INACTIVIDAD, a la SMF suscrita. Es cuestión de la SMF decidir acciones adecuadas.
La SMF puede suscribirse al servicio "Namf_EventExposure" de la AMF en procedimientos de Establecimiento de Sesión y de Solicitud de Servicio.
La SMF puede suscribirse al servicio "Namf_Communication_N2InfoSubscribe" de la AMF como se define en la cláusula 5.2.2.2.9 de TS 23.502 para ser notificada sobre la Solicitud de Liberación de Contexto de UE N2 desde la (R)AN a AMF. La SMF realiza la operación de servicio "Namf_Communication_N2InfoSubscribe" en los procedimientos de Establecimiento de Sesión y de Solicitud de Servicio.
En el procedimiento de Solicitud de Servicios en TS 23.502, la AMF puede rechazar la solicitud de activación de servicio. También es posible que la (R)AN pueda no tener recursos para dar servicio a la sesión de PDU, en cuyo caso la (R)AN también pueden rechazar la solicitud de establecimiento de sesión de PDU. A fin de implementar esta funcionalidad, los procedimientos definidos en TS 23.502 pueden revisarse de la siguiente manera:
Cláusula 4.3.2.2.1 No-Itinerancia e Itinerancia con Ruptura Local
Etapa 16. SMF a AMF: Respuesta SM (Causa).
Después esta etapa, la AMF reenvía eventos relevantes a la SMF, por ejemplo en traspaso donde se reubica la Información de Túnel de (R)AN cambia o la AMF.
La SMF puede suscribirse al servicio Namf_EventExposure de la AMF (ID de UE, filtro de eventos) como se define en la cláusula 5.2.2.3. El filtro de eventos es "estado de CM cambiar a CM-INACTIVIDAD".
La SMF puede suscribirse a mensajes N2 de tipo SM y "Solicitud de Liberación de Contexto de UE N2" usando la operación de servicio Namf_Communication_N2InfoSubscribe de la AMF como se define en la cláusula 5.2.2.2.9. Cláusula 4.3.2.2.2 Itinerancia enrutada a Hogar
Etapa 20. Esta etapa es la misma que la etapa 16 en la cláusula 4.3.2.2.1. con las siguientes diferencias:
La SMF es una V-SMF
Cláusula 4.2.6 liberación de contexto de UE en la AN
Este procedimiento se usa para liberar la conexión de señalización N2-AP lógica y las conexiones de Plano de Usuario N3 asociadas.
Cuando la conexión de señalización N2-AP se pierde debido a fallo de (R)AN o AMF, la liberación de contexto de UE en el procedimiento de AN se realiza localmente por la AMF o la (R)AN como se describe en el flujo de procedimiento más adelante sin usar o depender de cualquier señalización mostrada entre (R)ANy AMF. La liberación de contexto de UE en la AN provoca que se desactiven todas las sesiones de PDU del UE.
La iniciación de liberación de contexto de UE en el procedimiento de AN puede ser debido a:
Iniciada por (R)AN con causa p. ej. intervención de O&M, fallo no especificado, Fallo de Enlace (p. ej. Radio) de AN, inactividad de usuario, Liberación debida a liberación de conexión de señalización generada por UE, etc.; o
Iniciada por AMF con causa p. ej. fallo no especificado, etc.
Liberación de contexto de UE tanto iniciada por (R)AN como iniciada por AMF en los procedimientos de AN se muestra en la FIGURA 81. Haciendo referencia a la figura:
Etapa 8102: Si hay algunas condiciones de AN confirmadas (p. ej. Fallo de Enlace de Radio) o para otra razón interna de la (R)AN, la (R)AN puede decidir iniciar la liberación de contexto de UE en la AN. En este caso, la (R)AN envía un mensaje de Solicitud de Liberación de Contexto de UE N2 (Causa) a la AMF. Causa indica la razón para la liberación (p. ej. Fallo de Enlace de AN, intervención de O&M, fallo no especificado, etc.). La decisión para iniciar una liberación de contexto de UE en el procedimiento de AN también puede ser disparada por un evento de AMF interno
Etapa 8104: [Condicional] Para cada una de las SMF que dar servicio a las sesiones de PDU que se han suscrito a la Suscripción de Namf_EventExposure, la AMF realiza Namf_EventExposure_Notify como se describe en la cláusula 5.2.2.3.4. En algunas realizaciones, la información de (R)AN se puede usar en casos en los que el UE tiene múltiples conexiones. Como alternativa, el contenedor de evento de movilidad puede contener una lista de ID(s) de sesión de PDU.
Realización alternativa de la Etapa 8104:
Etapa 8104a: [Condicional] para cada una de la SMF que dan servicio a sesiones de PDU que se han suscrito a Namf_Communication_N2InfoSubscribe para Tipo de Información N2 "Solicitud de Liberación de Contexto de UE N2" la AMF realiza la operación de servicio Namf_Comunication_N2InfoNotify como se describe en la cláusula 5.2.2.2.11 para notificar ID de sesión de PDU, Causa de Liberación (Solicitud de Liberación de Contexto de UE N2).
La AMF puede enviar información de (R)AN a la SMF en caso de que el UE tenga múltiples conexiones. Como alternativa, la AMF puede enviar la lista de ID(s) de sesión de PDU.
Etapa 8104b: [Condicional] La SMF envía a la AMF una respuesta al mensaje recibido en la etapa 8104a.
Etapa 8106a: [Condicional] SMF a UPF: Solicitud de Modificación de Sesión N4 (Una información de túnel a retirar, almacenamiento temporal activo/inactivo). La SMF inicia un procedimiento de Modificación de Sesión N4 que indica la necesidad de retirar Información de Túnel de AN. Almacenamiento temporal activo/inactivo indica si la UPF puede almacenar temporalmente PDU de DL entrante o no. Véase la cláusula 4,4 para más detalles.
Etapa 8106b: [Condicional] UPF a SMF: Respuesta de Modificación de Sesión N4 acusa recibo de la solicitud SMF. Véase la cláusula 4,4 para más detalles.
Etapa 8108a: la SMF envía N2 Orden de Liberación de Contexto a la AMF por medio de la operación de servicio Namf_Communication_N2MessageTrigger como se define en la cláusula 5.2.2.2.8 de TS 23.502.
Etapa 8108b: La AMF envía un mensaje de respuesta para la etapa 8108a.
Etapa 8108c. La SMF puede realizar Namf_Communication_N2InfoUnsubscribe para Tipo de Información N2 específico, tal como Solicitud de Liberación de Contexto de UE N2, como se define en la cláusula 5.2.2.2.10 de TS 23.502.
Etapa 8108d: [Condicional] La SMF puede realizar el procedimiento Namf_EventExposureUnSubscribe para algunos tipos de eventos de movilidad de UE como se define en la cláusula 5.2.2.3.3 de TS 23.502.
Etapa 8110: Después de que la AMF recoge todas las Órdenes de Liberación de Contexto N2 en la etapa 4 desde la SMF(s) que han sido notificadas en la etapa 2, la AMF envía a la (R)AN una solicitud de Liberación de Contexto de UE N2. En caso de que la AN sea una RAN esta etapa se describe en detalle en especificaciones de RAN. En caso de que la AN sea un N3IWF esta etapa se describe en la cláusula 4,12.
Esta etapa puede realizarse antes, en paralelo o después de la etapa 8104, según se desee.
Etapa 8112: Si la conexión de AN (p. ej. conexión de RRC) con el UE aún no se ha liberado (etapa 8102), la (R)AN solicita al UE que libere la conexión de AN. Al recibir una confirmación de liberación de conexión de AN desde el UE, la (R)AN borra el contexto del UE.
Etapa 8114: La (R)AN confirma la Liberación N2 devolviendo un mensaje de Liberación de Contexto de UE Completa N2 () a la AMF. Con esto, se libera la conexión de señalización entre la AMF y la (R)AN para que UE.
Durante el procedimiento de la FIGURA 81, la AN puede proporcionar información de ubicación a la AMF.
Cláusula 4.2.3.2 Solicitud de Servicio disparada por UE en estado de CM-INACTIVIDAD
Las Figuras 82A y 82B ilustran un procedimiento de ejemplo para Solicitud de Servicio disparada por UE en estado de CM-INACTIVIDAD. Este procedimiento de ejemplo también incluye aspectos requeridos para soportar segmentación de red.
Se puede usar el procedimiento de Solicitud de Servicio por un UE 5G en estado de CM-INACTIVIDAD para solicitar al establecimiento de una conexión segura a una AMF. El UE en estado de CM-INACTIVIDAD inicia el procedimiento de Solicitud de Servicio a fin de enviar mensajes de señalización de enlace ascendente, datos de usuario, o respuesta a una solicitud de localización de red. Tras recibir el mensaje de Solicitud de Servicio, la AMF puede realizar autenticación, y la AMF puede realizar el procedimiento de seguridad. Después del establecimiento de una conexión de señalización segura a una AMF, el UE o la red puede enviar mensajes de señalización, p. ej., establecimiento de sesión de PDU desde el UE a la red, o la SMF, por medio de la AMF 218, puede iniciar el establecimiento de recurso de Plano de Usuario para las sesiones de PDU solicitadas por red y/o indicarse en el mensaje de Solicitud de Servicio. Para cualquier Solicitud de Servicio, la AMF puede responder con un mensaje de Respuesta de Servicio para sincronizar estado de sesión de PDU entre UE y red. La AMF también puede responder con mensaje de Rechazo de Servicio al UE, si la Solicitud de Servicio no puede ser aceptada por la red. Para Solicitud de Servicio debido a datos de usuario, la red puede realizar acciones adicionales si un establecimiento de recurso de Plano de Usuario no tiene éxito.
El procedimiento en esta cláusula 4.2.3.2 es aplicable a los escenarios con o sin UPF intermedia, y con o sin reselección de UPF intermedia.
El procedimiento definido en la cláusula 4.2.3.2 de TS 23.502 no es aplicable para una red de acceso (una vez el UE está registrado en la red) en la que el UE siempre se considera en estado CM-CONECTADO y en la que el recurso de Plano de Usuario siempre se considera establecido para una sesión de PDU activa.
Haciendo referencia a la FIGURA 82A y 82B:
Etapa 8202: UE a (R)AN: Solicitud de Servicio NAS de MM (ID(S) de servicio de PDU, parámetros de seguridad, estado de sesión de PDU). El UE envía solicitud de Servicio de mensaje NAS hacia la AMF encapsulada en un Mensaje de RRC a la RAN. El mensaje(s) de RRC que se puede usar para llevar el ID temporal 5G y este mensaje NAS se describen en las especificaciones de RAN. Si la Solicitud de Servicio se dispara para datos de usuario, el UE incluye el ID(s) de sesión de PDU en mensaje de Solicitud de Servicio NAS para indicar la sesión(es) de PDU que el UE necesita usar. Si la Solicitud de Servicio se dispara para señalización únicamente, el UE no incluye ningún ID de sesión de PDU. Cuando este procedimiento se dispara para respuesta de localización, si el UE necesita usar alguna(s) sesión(es) de PDU, el UE incluye el ID(s) de sesión de PDU en el mensaje de Solicitud de Servicio NAS de MM para indicar la sesión(es) de PDU que el UE necesita a usar. De otro modo el UE no incluirá ningún ID de sesión de PDU. El estado de sesión de PDU indica las sesiones de PDU disponibles en el UE. En algunas realizaciones, la solicitud NAS de Servicio también puede incluir una indicación de datos de usuario, señalización o respuesta de localización.
Etapa 8204: (R)AN a AMF: Mensaje N2 (MM solicitud NAS de Servicio, ID temporal 5G, Información de ubicación, tipo de RAT, causa de establecimiento de RRC). Los detalles de esta etapa se describen en las especificaciones RAN. Si la AMF no puede manejar la Solicitud de Servicio, la rechazará. En procedimiento de RRC se obtiene ID temporal 5G. RAN selecciona la AMF según el ID temporal. La información de ubicación y tipo de RAT se relacionan con la celda en la que campa el UE. En función del estado de sesión de PDU, la AMF puede iniciar el procedimiento de liberación de sesión de PDU si la sesión de PDU no está disponible en el UE.
Etapa 8206: Si la Solicitud de Servicio no se ha enviado con integridad protegida o la protección de integridad se indica como fallida, la AMF puede iniciar procedimiento de autenticación/seguridad NAS como se define en la cláusula 4.6. Si el UE ha disparado la Solicitud de Servicio para establecer una conexión de señalización únicamente, después del intercambio de seguridad, el UE y la red puede enviar señalización y las etapas 8208 y 8214 a 8224 se saltan.
Etapa 8208: [Condicional] AMF a SMF: Mensaje N11 (ID(s) de sesión de PDU, Causa(s), información de<ubicación de UE). El mensaje N>11<se envía en uno o más de los siguientes escenarios:>
Si el mensaje de Solicitud de Servicio NAS de MM incluye ID(s) de sesión de PDU, o este procedimiento es disparado por SMF pero ID de sesión de PDU desde el UE se correlaciona a otras SMF que la que ha disparado el procedimiento, la AMF envía mensaje N11 a SMF(s) asociado con el ID(s) de sesión de PDU con Causa establecida para indicar "establecimiento de recursos de plano de usuario" para una sesión de PDU.
Si el UE estaba en modo MICO y la AMF había notificado a una SMF de que el UE era inalcanzable y la SMF no necesita enviar notificaciones de datos de DL a la AMF, la AMF informa a la SMF de que el UE es alcanzable.
La AMF también puede notificar cualquier otra NF que se ha suscrito a la capacidad de alcanzar UE que el UE es alcanzable.
Etapa 8210: En función de la nueva información de ubicación, la SMF comprueba los Criterios de Selección de UPF según la cláusula 6.3.3 de TS 23.501 [2], y determina realizar uno de lo siguiente:
seguir usando la UPF(s) actual(es);
seleccionar una nueva UPF intermedia, si el UE se ha movido afuera del área de servicio de UPF que se está conectando a RAN, mientras se mantiene la UPF(s) que actúa como anclaje de sesión de PDU; o
disparar reestablecimiento de la sesión de PDU para realizar reubicación de la UPF que actúa como anclaje de sesión de PDU.
Etapa 8212a: [Condicional] SMF a nueva UPF: Solicitud de establecimiento de sesión N4. Si la SMF selecciona una nueva UPF para que actúe como UPF intermedia para la sesión de PDU, un mensaje de Solicitud de Establecimiento de Sesión N4 se envía a la nueva UPF, proporcionando detección de Paquete, refuerzo e informes de reglas a instalar en la UPF intermedia. La información de anclaje de sesión de PDU para esta sesión de PDU también se proporciona a la UPF intermedia.
Etapa 8212b: Nueva UPF (intermedia) a SMF: Respuesta de establecimiento de sesión N4. La nueva UPF intermedia envía un mensaje de Respuesta de Establecimiento de Sesión N4 a la SMF. En caso de que la UPF adjudica información de túnel CN, proporciona información de túnel de DL CN e información de túnel de UL (es decir, CN túnel N3 info) a la SMF. La SMF empieza un temporizador, para ser usado en la etapa 17a para liberar el recurso en la antigua UPF intermedia si hay uno.
Etapa 8214a: [Condicional] SMF a UPF (PSA): Solicitud de Modificación de Sesión N4. Si la SMF selecciona una nueva UPF para que actúe como UPF intermedia para la sesión de PDU, la SMF envía mensaje de Solicitud de Modificación de Sesión N4 a UPF de anclaje de sesión de PDU, UPF (PSA), proporcionando la información de túnel de DL desde la nueva UPF intermedia.
Etapa 8214b: UPF (PSA) a SMF: Respuesta de Modificación de Sesión N4. La UPF (PSA) envía mensaje de Respuesta de Modificación de Sesión N4 a SMF.
Etapa 8216: [Condicional] SMF a AMF: Mensaje N11 (información de SM N1 (ID de sesión de PDU, indicación de reestablecimiento de sesión de PDU), información SM N2 (ID de sesión de PDU, Perfil de QoS, Información de Túnel N3 CN, S-NSSAI)) a la AMF. Al recibir el mensaje N11 en 4 con causa que incluye "establecimiento de recursos de plano de usuario", la SMF determina si se realiza reasignación de UPF, en función de la información de ubicación de UE, área de servicio de UPF y políticas de operadora:
Para sesión de PDU que SMF determina que va a recibir servicio de la UPF de Anclaje de Sesión de PDU actual en la etapa 8210, la SMF genera únicamente información SM N2 y envía Mensaje N11 a la AMF para establecer el plano(s) de Usuario. La información SM N2 contiene información que la AMF puede proporcionar a la RAN.
Para sesiones de PDU que la SMF determina que se necesita reasignación de UPF para UPF de Anclaje de Sesión de PDU en la etapa 8210, la SMF puede enviar Mensaje N11 que contiene únicamente información de SM N1 a UE por medio de AMF. La información de SM N1 incluye la correspondiente ID de sesión de PDU e indicación de reestablecimiento de Sesión de PDU, que es la misma que la etapa 2 descrita en la cláusula 4.3.5.1.1 de TS 23.501<[>2<].>
Al recibir el mensaje N11 en la etapa 8208 con una indicación de que el UE es alcanzable, si la SMF tiene datos de DL pendientes la SMF envía Mensaje N11 a la AMF para establecer el plano(s) de Usuario para las sesiones de PDU, de otro modo la SMF retoma el envío de notificaciones de datos de DL a la AMF en caso de datos de DL.
Etapa 8218: AMF a (R)AN: Solicitud N2 (información SM N2 recibida desde SMF, contexto de seguridad, ID de Conexión de Señalización de AMF, Lista de Restricciones de Traspaso, aceptación de servicio de NAS de MM). La RAN almacena el contexto de Seguridad, ID de Conexión de Señalización de AMF, Información de QoS para los Flujos de QoS de las sesiones de PDU que se activan e ID de túnel N3 en el contexto de RAN de UE. La etapa se describe en detalle en especificaciones de RAN. Lista de Restricciones de Traspaso se describe en TS 23.501 [2] cláusula 5.3.4.1 "Movilidad Restricciones". Aceptación de Servicio de NAS de MM incluye estado de sesión de PDU en AMF.<Si se recibe información de SM N1 desde la etapa>8<, el mensaje de aceptación de servicio también incluye información>de SM N1. AMF puede incluir al menos una información SM N2 desde SMF si el procedimiento se dispara para una configuración de plano de usuario de sesión de PDU. AMF puede enviar información SM N2 adicional desde SMF en mensaje(s) N2 separado(s) (p. ej. N2 solicitud de configuración de túnel), si las hay. Como alternativa, si múltiples SMF están implicadas, la<a>M<f>puede enviar un mensaje de Solicitud N2 a (R)AN después de recibirse todos los mensajes N11 desde SMF. En tal caso, el mensaje de Solicitud N2 incluye la información SM N2 recibida en cada uno de los mensajes N11 e información para permitir a AMF asociar respuestas a SMF relevante.
Etapa 8220: (R)AN a UE: La RAN realiza Reconfiguración de conexión de RRC con el UE dependiendo de la Información de QoS para todos los Flujos de QoS de las sesiones de PDU activadas y Portadores de Radio de Datos. La seguridad de Plano de Usuario se establece en esta etapa, que se describe en detalle en especificaciones de RAN. La RAN reenvía la aceptación de servicio de NAS de MM al UE. El UE borra localmente contexto de sesiones de PDU que no están disponibles en CN 5G. Si el mensaje N1 está presente en la aceptación de servicio e indica que cualquier sesión de PDU necesita ser reestablecida, el UE inicia restablecimiento de sesión de PDU después de completarse el procedimiento de Solicitud de Servicio. Esto es, para modo 2 SSC, se realiza la etapa 3 y la etapa 4 definidas en la cláusula 4.3.5.1.1. Para SSC modo 3, se realiza la etapa 3 y 4 definidas en la cláusula 4.3.5.2.
Etapa 8222: Después de configurarse los recursos de radio de Plano de Usuario, los datos de enlace ascendente desde el UE pueden reenviarse ahora a RAN. La RAN 5G envía los datos de enlace ascendente a la dirección de UPF e ID de túnel proporcionado en la etapa 4.
Etapa 8224: [Condicional] (R)AN a AMF: Ack de Solicitud N2 (información SM N2 (información de Túnel de RAN, Lista de Flujos de QoS aceptados para las sesiones de PDU activadas, Lista de Flujos de QoS rechazados para las sesiones de PDU activadas). Esta etapa se describe en detalle en especificaciones de RAN. El mensaje puede incluir N2 SM información(es), p. ej. información de túnel de RAN. RAN puede responder información SM N2 con mensaje N2 separado (p. ej. respuesta de configuración de túnel N2) si AMF envía mensaje N2 separado en la etapa 8210. Si se incluye múltiple información SM N2 en el mensaje de Solicitud N2 en la etapa 8210, el ACK de Solicitud N2 incluye la múltiple información SM N2, e información para permitir la AMF asociar las respuestas a la SMF relevante.
Etapa 8226: [Condicional] AMF a SMF: Mensaje N11 (información SM N2 (información de Túnel de RAN), tipo de RAT)<por sesión de PDU aceptada a la SMF. Si la información SM N2 recibida de AMF (una o múltiple) en la etapa (>8<),>entonces la AMF puede reenviar la información SM N2 a la SMF relevante. Si la zona horaria de UE ha cambiado comparada con la última zona horaria de UE informada, entonces la AMF puede incluir la zona horaria de UE IE en este mensaje.
Etapa 8228: [Opcional] SMF a PCF: Si se despliega PCC dinámico, SMF puede iniciar Modificación de Sesión IP-CAN y proporciona información de ubicación nueva a la PCF. Etapa 8230a: [Condicional] SMF a nueva UPF intermedia: Solicitud de Modificación de Sesión N4 (información de túnel RAN).
Si la SMF selecciona una nueva UPF para que actúe como UPF intermedia para la sesión de PDU en la etapa 5, la SMF inicia un procedimiento de Modificación de Sesión N4 y proporciona información de Túnel de RAN.
Etapa 8230b: [Condicional] UPF a SMF: Respuesta de actualización de sesión N4.
Etapa 8232a: [Condicional] La SMF puede realizar operación de servicio Namf_Communication_N2InfoSubscribe como se define en la cláusula 5.2.2.2.9 para Tipo de Información N2 "Solicitud de Liberación de Contexto de UE N2".
Etapa 8232b: [Condicional] La SMF puede realizar el procedimiento Namf_EventExpose_Subscribe como se define en la cláusula 5.2.2.3.2 para ciertos eventos de movilidad de UE. Si se desea, esta etapa puede realizarse junto con la etapa 8216.
Etapa 8234a: [Condicional] SMF a antigua UPF intermedia: Solicitud de Modificación de Sesión N4 o Solicitud de Liberación de Sesión N4. Si la SMF ha decidido seguir usando la antigua UPF intermedia en la etapa 5, la SMF envía una solicitud de Modificación de Sesión N4, proporcionando información de túnel de (R)AN. Si la SMF ha decidido seleccionar una nueva UPF para que actúe como UPF intermedia, la SMF inicia la liberación de recursos, después de que expire el temporizador en la etapa 8212b, enviando una solicitud de Liberación de Sesión N4 (Causa de Liberación) a la antigua UPF intermedia. Si no hay UPF intermedia, la SMF envía una solicitud de Modificación de Sesión N4 a la PSA UPF, proporcionando información de túnel de (R)AN.
Etapa 8234b: Antigua UPF intermedia a SMF: Respuesta de Modificación de Sesión N4 o Respuesta de Liberación de Sesión N4. La antigua UPF acusa recibo con un mensaje de Respuesta de Modificación de Sesión N4 o Respuesta de Liberación de Sesión N4 para confirmar la modificación o liberación de recursos. Si no hay UPF intermedia, la PSA UPF envía una respuesta de Modificación de Sesión N4 a la SMF para confirmar la modificación de recursos.
Cláusula 4.2.3.3 Solicitud de Servicio disparada por UE en estado de CM-CONECTADO
Las Figuras 83A y 83B ilustran un procedimiento de ejemplo para Solicitud de Servicio disparada por UE en estado de CM-INACTIVIDAD. Este procedimiento de ejemplo también incluye aspectos requeridos para soportar segmentación de red.
La red puede realizar acciones adicionales si el establecimiento de recurso de Plano de Usuario no tiene éxito.
El procedimiento en esta cláusula 4.2.3.3 es aplicable a los escenarios con o sin UPF intermedia, y con o sin reselección de UPF intermedia.
El procedimiento en esta cláusula 4.2.3.3 TS 23.502 no es aplicable para una red de acceso (una vez el UE está registrado en la red) en la que el UE siempre se considera en estado CM-CONECTADO y en la que el recurso de Plano de Usuario siempre se considera establecido para una sesión de PDU activa.
Haciendo referencia ahora a Figuras 83A y 83B:
Etapa 8302: UE a (R)AN: Solicitud de Servicio NAS de MM (ID(S) de servicio de PDU). El UE envía solicitud de Servicio de mensaje NAS hacia la AMF encapsulada en un Mensaje de RRC a la RAN. El mensaje de Solicitud de Servicio NAS de MM puede ser encriptado y protegerse su integridad. El ID(s) de sesión de PDU en el mensaje Solicitud de Servicio de mensaje NAS indica la sesión de PDU que el UE selecciona para activar.
Etapa 8304: (R)AN a AMF: Mensaje N2 (Solicitud de Servicio NAS de MM). Los detalles de esta etapa se describen en las especificaciones RAN. Si la Solicitud de Servicio no puede ser manejada por la AMF, la AMF la rechaza. La (R)AN reenvía el mensaje de Solicitud de Servicio NAS de MM a la AMF en función de la conexión N2 existente.
Etapa 8306: [Condicional] AMF a SMF: Mensaje N11 (ID(s) de sesión de PDU). La AMF envía mensaje N11 a SMF(s) asociado con el ID(s) de sesión de PDU.
Etapa 8308: En función de la nueva información de ubicación, la SMF comprueba los Criterios de Selección de UPF según la cláusula 6.3.3 de TS 23.501 [2]. Si el UE se ha movido afuera del área de servicio de UPF que está conectando el UE a la RAN, la SMF puede seleccionar una nueva UPF intermedia.
Etapa 8310a: [Condicional] SMF a nueva UPF intermedia: Solicitud de Establecimiento de Sesión N4, Si la SMF selecciona una nueva UPF intermedia para la sesión de PDU, un de mensaje de solicitud de Establecimiento Sesión N4 se envía a la nueva UPF intermedia, proporcionando detección de Paquete, refuerzo e informes de reglas a instalar en la T-UPF. El anclaje de información de sesión de PDU para esta sesión de PDU también se proporciona a la T-UPF.
Etapa 8310b: UPF nueva a SMF: Respuesta de establecimiento de sesión N4. La nueva UPF envía un mensaje de Respuesta de Establecimiento de Sesión N4 a la SMF. Si la UPF adjudica información de túnel CN, la UPF proporciona información de túnel de DL CN e información de túnel de UL (es decir, CN túnel N3 info) a la SMF. La SMF empieza un temporizador, para ser usado en la etapa 8417a para liberar el recurso en la antigua UPF si hay uno.
Etapa 8312a: [Condicional] SMF a UPF (PSA): Solicitud de Modificación de Sesión N4. Si la SMF selecciona una nueva UPF para que actúe como UPF intermedia para la sesión de PDU, la SMF envía mensaje de Solicitud de Modificación de Sesión N4 a UPF de anclaje de sesión de PDU, UPF (PSA), proporcionando la información de túnel de DL para la nueva UPF intermedia.
Etapa 8312b: UPF (PSA) a SMF: Respuesta de Modificación de Sesión N4. La UPF (PSA) envía mensaje de Respuesta de Modificación de Sesión N4 a SMF.
Etapa 8314: [Condicional] SMF a AMF: Mensaje N11 (información SM N2 (ID de Sesión de PDU, Perfil de QoS, Información de Túnel CN N3, S-NSSAI)) a la Am F. La SMF genera información SM N2 y envía Mensaje N11 a la AMF para establecer el plano(s) de Usuario para las sesiones de PDU. La información SM N2 contiene información que la AMF puede proporcionar a la RAN.
Etapa 8316: [Condicional] AMF a (R)AN: Solicitud N2 (información SM N2 (Perfil de QoS, Información de Túnel N3 CN) recibida de la SMF, aceptación de servicio de NAS de MM). Si hay múltiples sesiones de PDU que implican múltiples SMF, la AMF no necesita esperar respuestas de todas las SMF en la etapa 8306b.
Etapa 8318: (R)AN a UE: La RAN realiza Reconfiguración de conexión de RRC con el UE dependiendo de la Información de QoS para todos los Flujos de QoS de las sesiones de PDU y Portadores de Radio de Datos activados. La RAN reenvía la aceptación de servicio de NAS de MM al UE.
Etapa 8320: Después de configurarse los recursos de radio de Plano de Usuario para la sesión de PDU seleccionado, los datos de enlace ascendente desde el UE pueden reenviarse ahora a RAN. La RAN 5G envía los datos de enlace ascendente a la dirección de UPF e ID de túnel proporcionado en la etapa 8314.
Etapa 8322: [Condicional] (R)AN a AMF: Ack de Solicitud N2 (información SM N2 (información de Túnel de RAN, Lista de Flujos de QoS aceptados para las sesiones de PDU activadas, Lista de Flujos de QoS rechazados para las sesiones de PDU activadas). Esta etapa se describe en detalle en especificaciones de RAN. El mensaje puede incluir N2 SM información(es), p. ej. información de túnel de RAN. RAN puede responder información SM N2 con mensaje N2 separado (p. ej. respuesta de configuración de túnel N2).
Etapa 8324: [Condicional] AMF a SMF: Mensaje N11 (información SM N2 (información de Túnel de RAN, Lista de Flujos de QoS aceptados, Lista de Flujos de QoS rechazados)) por sesión de PDU aceptada a la SMF.
Etapa 8326: [Opcional] SMF a PCF: Si se despliega PCC dinámico, SMF puede iniciar Modificación de Sesión IP-CAN y proporciona información de ubicación nueva a la PCF.
Etapa 8328a: [Condicional] SMF a UPF: Solicitud de Actualización de Sesión N4 (información de Túnel de RAN y Lista de Flujos de QoS aceptados). Si la SMF selecciona una nueva UPF para que actúe como UPF intermedia para la sesión de PDU en la etapa 4, la SMF inicia un procedimiento de Modificación de Sesión N4 y proporciona información de Túnel de RAN.
Etapa 8328b: [Condicional] UPF a SMF: Respuesta de actualización de sesión N4.
Etapa 8330a: [Condicional] La SMF realiza operación de servicio Namf_Communication_N2InfoSubscribe como se define en la cláusula 5.2.2.2.9 para Tipo de Información N2 "Solicitud de Liberación de Contexto de UE N2".
Etapa 8330b: [Condicional] La SMF puede realizar el procedimiento Namf_EventExpose_Subscribe como se define en la cláusula 5.2.2.3.2 para ciertos eventos de movilidad de UE. Esta etapa puede realizarse junto con la etapa 8314.
Etapa 8332a: [Condicional] SMF a antigua UPF (intermedia): Solicitud de Modificación de Sesión N4 o Solicitud de Liberación de Sesión N4. Si la SMF ha decidido seguir usando la antigua UPF intermedia en la etapa 4, la SMF envía una solicitud de Modificación de Sesión N4, proporcionando información de túnel de (R)AN. Si la SMF ha decidido seleccionar una nueva UPF para que actúe como UPF intermedia en la etapa 8308, la SMF inicia la liberación de recursos, después de que expire el temporizador en la etapa 8312b, enviando una solicitud de Liberación de Sesión N4 (Causa de Liberación) a la antigua UPF intermedia. Si no hay UPF intermedia, la SMF envía una solicitud de Modificación de Sesión N4 a la PSA UPF, proporcionando información de túnel de (R)AN.
Etapa 8332b: Antigua UPF (intermedia) a SMF: Respuesta de Modificación de Sesión N4 o Respuesta de Liberación de Sesión N4. La antigua UPF (intermedia) acusa recibo con un mensaje de Respuesta de Liberación de Sesión N4 para confirmar la modificación o liberación de recursos. Si no hay UPF intermedia, la PSA UPF envía una respuesta de Modificación de Sesión N4 a la SMF para confirmar la modificación de recursos.
En función de lo anterior, se apreciará que aspectos de la presente invención proporcionan uno cualquiera o más de: Un método para liberar una sesión de unidad de datos de paquete (PDU), el método comprende:
determinar si disparar una liberación de sesión de PDU;
enviar un mensaje de Solicitud de Liberación de Sesión N4 a una Función de Plano de Usuario (UPF); recibir un mensaje de Respuesta de Liberación de Sesión N4 desde la UPF;
enviar una solicitud N11 con Orden de Liberación de Sesión de PDU a una función de acceso y movilidad (AMF);
recibir una respuesta N11 con Acuse de Recibo de Liberación de Sesión de PDU desde la AMF; y enviar un mensaje N11 a la AMF.
Un método de traspaso, el método comprende:
recibir una solicitud de Conmutación de Ruta N2 desde una red de Acceso Por Radio de Destino (T-RAN); enviar un Mensaje N11 a una Función de Gestión de Sesiones (SMF);
recibir Acuse de Recibo de Mensaje N11 desde la SMF; y
enviar un Acuse de Recibo de Solicitud de Conmutación de Ruta N2 a la T-RAN.
A menos que se defina de otro modo, todos los términos técnicos y científicos usados en esta memoria tienen el mismo significado que entiende comúnmente un experto en la técnica a la que pertenece esta invención. A través de las descripciones de las realizaciones anteriores, la presente invención puede implementarse usando hardware únicamente o usando software y una plataforma de hardware universal necesaria. En función de tales entendimientos, la solución técnica de la presente invención puede materializarse en forma de producto de software. El producto de software puede almacenarse en un soporte de almacenamiento no volátil o no transitorio, que puede ser un disco compacto en memoria de solo lectura (CD-ROM), disco USB flash, o un duro disco extraíble. El producto de software incluye varias instrucciones que habilitan un dispositivo informático (ordenador personal, servidor, o dispositivo de red) para que ejecute los métodos proporcionados en las realizaciones de la presente invención. Por ejemplo, este tipo de ejecución puede corresponder a una simulación de las operaciones lógicas como se describen en la presente memoria. El producto de software puede adicionalmente o como alternativa incluir número de instrucciones que habilitan a un dispositivo informático para que ejecute operaciones para configurar o programar un aparato lógico digital según realizaciones de la presente invención.

Claims (15)

REIVINDICACIONES
1. Un método para liberar una conexión N2 asociada con un equipo de usuario, UE, que comprende:
recibir (4402), por parte de una función de gestión de acceso y movilidad, AMF, desde una red de acceso, AN, una primera solicitud de Desactivación de Sesión de unidad de datos de paquete, PDU, que incluye identificadores, ID, de sesión de PDU, asociados con sesiones de PDU del UE;
enviar (4404), por parte de la AMF a una o más funciones de gestión de sesión, SMF que dan servicio a una o más de las sesiones de PDU que se van a desactivar, uno o más segundas solicitudes de desactivación de sesión de PDU que incluyen uno o más identificadores que indican la una o más de las sesiones de PDU que se van a desactivar;
recibir (4406), por parte de la AMF desde cada una de la una o más SMF, una respuesta de desactivación de sesión de PDU;
enviar (4408), por parte de la AMF a la AN, una solicitud de liberación de conexión de sesión de PDU para liberar un contexto de UE que incluye la conexión N2 asociada con el UE; y
recibir (4410), por parte de la AMF desde la AN, una respuesta de liberación de conexión de sesión de PDU para confirmar una liberación del contexto de UE.
2. El método de la reivindicación 1, en donde la primera solicitud de Desactivación de Sesión de PDU recibida por la AMF incluye además una causa que indica una de intervención de O&M e inactividad de usuario.
3. El método de la reivindicación 2, en donde la una o más segundas solicitudes de desactivación de sesión de PDU incluyen además la causa.
4. El método de una cualquiera de las reivindicaciones 1-3, en donde la solicitud de liberación de conexión de sesión de PDU incluye una indicación para liberar el contexto de UE, o, una lista de la una o más de las sesiones de PDU que se van a desactivar.
5. Un método realizado por un nodo de red de acceso, AN, que comprende:
enviar (4402), a una función de gestión de acceso y movilidad, AMF, una solicitud de Desactivación de Sesión de unidad de datos de paquete, PDU, que incluye identificadores, ID, de sesión de PDU, asociados con sesiones de PDU de un equipo de usuario, UE, para iniciar una desactivación de las sesiones de PDU; recibir (4408), desde la<a>M<f>, una solicitud de liberación de conexión de sesión de PDU que indican liberar un contexto de UE del UE; y
enviar (4410), a la AMF, una respuesta de liberación de conexión de sesión de PDU que proporciona confirmación para la etapa de recepción.
6<. El método según la reivindicación 5, en donde la solicitud de Desactivación de Sesión de PDU enviada a la AMF>incluye además una causa que indica una de intervención de O&M e inactividad de usuario.
<
7. El método de la reivindicación 5 o>6<, en donde la solicitud de liberación de conexión de sesión de PDU incluye una>indicación que indica liberar el contexto de UE del UE.
8<. Un método para liberar una conexión N2 asociada con un equipo de usuario, UE, que comprende:>
enviar (4402), por parte de un nodo de red de acceso, AN, a una función de gestión de acceso y movilidad, AMF, una primera solicitud de Desactivación de Sesión de unidad de datos de paquete, PDU, que incluye identificadores, ID, de sesión de PDU, asociados con sesiones de PDU de un equipo de usuario, UE, para iniciar una desactivación de las sesiones de PDU;
recibir (4402), por parte de la AMF, la primera solicitud de Desactivación de Sesión de PDU desde el nodo de AN;
enviar (4404), por parte de la AMF a una o más funciones de gestión de sesión, SMF que dan servicio a una o más de las sesiones de PDU que se van a desactivar, uno o más segundas solicitudes de desactivación de sesión de PDU que incluyen uno o más identificadores que indican la una o más de las sesiones de PDU que se van a desactivar;
recibir (4406), por parte de la AMF desde cada una de la una o más SMF, una respuesta de desactivación de sesión de PDU;
enviar (4408), por parte de la AMF a la AN, una solicitud de liberación de conexión de sesión de PDU para liberar un contexto de UE que incluye la conexión N2 asociada con el UE;
recibir (4408), por parte del nodo de AN desde la AMF, la solicitud de liberación de conexión de sesión de PDU; enviar (4410), por parte del nodo de AN a la AMF, una respuesta de liberación de conexión de sesión de PDU para confirmar una liberación del contexto de UE; y
recibir (4410), por parte de la AMF desde la AN, la respuesta de liberación de conexión de sesión de PDU.
<
9. El método según la reivindicación>8<, en donde la primera solicitud de Desactivación de Sesión de PDU incluye>además una causa que indica una de intervención de O&M e inactividad de usuario.
10. El método de la reivindicación 9, en donde la una o más segundas solicitudes de desactivación de sesión de PDU incluyen además la causa.
11. El método de una cualquiera de las reivindicaciones 8-10, en donde la solicitud de liberación de conexión de sesión de PDU incluye una indicación para liberar el contexto de UE, o, una lista de la una o más de las sesiones de PDU que se van a desactivar.
12. Un aparato, que comprende un procesador (104) y una memoria (106, 108), en donde el procesador (104) se configura para ejecutar un método según una cualquiera de las reivindicaciones 1-4.
13. Un aparato que comprende un procesador (104) y una memoria (106, 108), en donde el procesador (104) se configura para ejecutar un método según una cualquiera de las reivindicaciones 5-7.
14. Un sistema que comprende un primer aparato según la reivindicación 12 y un segundo aparato según la reivindicación 13.
15. Un medio no transitorio legible por procesador que almacena instrucciones que, cuando son ejecutadas por uno o más procesadores, provocan que el uno o más procesadores realicen un método según al menos una de las reivindicaciones 1-7.
ES20190601T 2017-01-09 2018-01-09 Métodos, aparatos y sistema para desactivación de sesiones de PDU Active ES2964564T3 (es)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US201762444251P 2017-01-09 2017-01-09
US201762448239P 2017-01-19 2017-01-19
US201762455412P 2017-02-06 2017-02-06
US201762460533P 2017-02-17 2017-02-17
US201762472720P 2017-03-17 2017-03-17
US201762492045P 2017-04-28 2017-04-28
US201762503117P 2017-05-08 2017-05-08
US201762521922P 2017-06-19 2017-06-19
US15/862,194 US10728952B2 (en) 2017-01-09 2018-01-04 System and methods for session management

Publications (1)

Publication Number Publication Date
ES2964564T3 true ES2964564T3 (es) 2024-04-08

Family

ID=62783728

Family Applications (1)

Application Number Title Priority Date Filing Date
ES20190601T Active ES2964564T3 (es) 2017-01-09 2018-01-09 Métodos, aparatos y sistema para desactivación de sesiones de PDU

Country Status (10)

Country Link
US (7) US10462840B2 (es)
EP (4) EP3771286B1 (es)
JP (4) JP6896850B2 (es)
KR (3) KR20210021605A (es)
CN (4) CN110169140B (es)
AU (3) AU2018206106B2 (es)
BR (1) BR112019007428A2 (es)
ES (1) ES2964564T3 (es)
RU (1) RU2755205C2 (es)
WO (3) WO2018127191A1 (es)

Families Citing this family (310)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019009481A (ja) * 2015-11-10 2019-01-17 シャープ株式会社 端末装置、c−sgnおよび通信制御方法
US11166334B2 (en) * 2016-07-01 2021-11-02 Idac Holdings, Inc. Methods for supporting session continuity on per-session basis
US10455459B2 (en) * 2016-08-23 2019-10-22 Lg Electronics Inc. Method and apparatus for establishing session for data transmission and reception in wireless communication system
US10652784B2 (en) * 2016-09-30 2020-05-12 Huawei Technologies Co., Ltd. Method and apparatus for serving mobile communication devices using tunneling protocols
US10736072B2 (en) * 2016-11-27 2020-08-04 Lg Electronics Inc. De-registration method in wireless communication system and apparatus therefor
US10321503B2 (en) * 2016-12-11 2019-06-11 Motorola Mobility Llc Method and apparatus for attaching a remote unit to a mobile core network via a standalone untrusted non-3GPP access network
US11228949B2 (en) * 2017-01-06 2022-01-18 Samsung Electronics Co., Ltd. Intra-RAT handover for next generation system
US10462840B2 (en) * 2017-01-09 2019-10-29 Huawei Technologies Co., Ltd. System and methods for session management
BR112019014110A2 (pt) * 2017-01-10 2020-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Método para gerenciamento de sessão de unidade de dados de protocolo, entidade com função de gerenciamento de acesso e mobilidade, e, equipamento de usuário.
US10999779B2 (en) * 2017-01-15 2021-05-04 Lg Electronics Inc. Method for controlling congestion when congestion occurs in network
EP3806575A1 (en) * 2017-01-16 2021-04-14 Telefonaktiebolaget Lm Ericsson (Publ) Tracking area update in rrc_inactive
US20190364495A1 (en) * 2017-02-03 2019-11-28 Telefonaktiebolaget Lm Ericsson (Publ) Access to a Communication System Employing Network Slicing Based on Pre-Configured Access Category
US10542463B2 (en) * 2017-02-05 2020-01-21 Nokia Of America Corporation System and method for secure cell redirection in wireless networks
JP6855838B2 (ja) * 2017-02-27 2021-04-07 ソニー株式会社 端末装置、方法及びプログラム
CN108632844B (zh) * 2017-03-15 2019-09-17 电信科学技术研究院 信息处理方法、装置及电子设备
EP3574664B1 (en) * 2017-03-16 2021-06-23 Samsung Electronics Co., Ltd. Network-initiated pdu session connection update method between terminal and network
CN108696950B (zh) * 2017-03-17 2019-12-20 电信科学技术研究院 一种会话重建的方法、装置、amf、smf及终端
US20180270896A1 (en) * 2017-03-20 2018-09-20 Qualcomm Incorporated Enhanced session and mobility management interaction for mobile initiated connection only mode user equipments
KR102047884B1 (ko) * 2017-03-20 2019-12-02 엘지전자 주식회사 세션을 관리하는 방법 및 smf 노드
US10251147B2 (en) * 2017-03-20 2019-04-02 Samsung Electronics Co., Ltd. Method for supporting efficient PDU session activation and deactivation in cellular networks
KR102395384B1 (ko) * 2017-03-20 2022-05-10 삼성전자 주식회사 셀룰러망의 효율적 pdu 세션 활성화 및 비활성화 방안
KR102289879B1 (ko) 2017-03-20 2021-08-13 삼성전자 주식회사 셀룰러망에서 세션의 다양한 ssc 모드 지원을 위한 upf 변경 방안
CA3057328A1 (en) * 2017-03-20 2018-09-27 Zte Corporation Network slicing serving function
WO2018174383A1 (ko) * 2017-03-21 2018-09-27 엘지전자 주식회사 세션 관리 방법 및 smf 노드
EP3589062B1 (en) * 2017-03-21 2021-05-12 Huawei Technologies Co., Ltd. Communication method and apparatus
JP6737729B2 (ja) * 2017-03-22 2020-08-12 株式会社Nttドコモ 情報通知方法及び移動通信システム
WO2018172548A1 (en) * 2017-03-24 2018-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Qos flows inactivity counters
US10779346B2 (en) * 2017-03-27 2020-09-15 Qualcomm Incorporated Local area data network connectivity
US10986529B2 (en) * 2017-03-31 2021-04-20 Nokia Technologies Oy Conditional RRC based QoS flow indication and use
AU2018255075B2 (en) * 2017-04-19 2020-02-06 Lg Electronics Inc. Method for processing PDU session establishment procedure and AMF node
US10582432B2 (en) 2017-05-04 2020-03-03 Comcast Cable Communications, Llc Communications for network slicing using resource status information
MX2019012914A (es) * 2017-05-05 2020-01-14 Ericsson Telefon Ab L M Diferenciacion de politicas de paginacion en sistema 5g.
WO2018203300A1 (en) * 2017-05-05 2018-11-08 Telefonaktiebolaget Lm Ericsson (Publ) Split signalling radio bearer in handover
KR102293669B1 (ko) * 2017-05-08 2021-08-25 삼성전자 주식회사 5g 셀룰러망의 세션 연속성 지원 방안
WO2018226006A1 (ko) * 2017-06-06 2018-12-13 엘지전자 주식회사 Pdu 세션의 핸드오버를 결정하는 방법 및 셀
WO2018230778A1 (ko) * 2017-06-14 2018-12-20 엘지전자 주식회사 세션을 관리하는 방법 및 그 방법을 수행하는 smf 노드
CN115515257B (zh) 2017-06-15 2024-08-23 高通股份有限公司 用于多连接性模式中的用户设备移动性的技术和装置
EP3530068A2 (en) 2017-06-16 2019-08-28 Ofinno, LLC Distributed unit configuration update
US10499376B2 (en) * 2017-06-16 2019-12-03 Kt Corporation Methods for managing resource based on open interface and apparatuses thereof
JP6854712B2 (ja) * 2017-06-19 2021-04-07 シャープ株式会社 Ue及びueの通信制御方法
US11259215B2 (en) * 2017-06-19 2022-02-22 Idac Holdings, Inc. User plane relocation
CN110771221B (zh) * 2017-06-20 2022-04-12 中兴通讯股份有限公司 接入和移动性管理功能的鲁棒调整
CN109429329B (zh) * 2017-06-20 2020-10-23 华为技术有限公司 一种会话上下文删除方法及装置
WO2018236164A1 (ko) * 2017-06-21 2018-12-27 엘지전자(주) 무선 통신 시스템에서 서비스 요청 절차 수행 방법 및 이를 위한 장치
US11140598B2 (en) * 2017-06-29 2021-10-05 Telefonaktiebolaget Lm Ericsson (Publ) Network initiated inter-RAT handover
US10171682B1 (en) 2017-06-30 2019-01-01 Verizon Patent And Licensing Inc. Network interface for tracking radio resource utilization
US11350321B2 (en) * 2017-07-20 2022-05-31 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Measurement configuration method and related product
WO2019027742A1 (en) * 2017-08-04 2019-02-07 Intel IP Corporation ESTABLISHING DATA TRANSFER TUNNEL BETWEEN TWO USER PLAN FUNCTIONS IN A FIFTH GENERATION
MX2020001216A (es) * 2017-08-04 2020-03-24 Guangdong Oppo Mobile Telecommunications Corp Ltd Metodo de procesamiento de falla de paginacion, dispositivo de red de acceso y dispositivo de red central.
CN109391592B (zh) * 2017-08-08 2021-12-24 华为技术有限公司 网络功能服务的发现方法及设备
JP2019033417A (ja) 2017-08-09 2019-02-28 シャープ株式会社 端末装置、コアネットワーク内の装置、及び通信制御方法
JP2019033416A (ja) * 2017-08-09 2019-02-28 シャープ株式会社 端末装置、コアネットワーク内の装置、及び通信制御方法
WO2019030981A1 (ja) 2017-08-09 2019-02-14 日本電気株式会社 無線アクセスネットワークノード、コアネットワークノード、及び無線端末並びにこれらの方法
CN109392043B (zh) * 2017-08-11 2023-04-14 北京三星通信技术研究有限公司 支持切换的方法及相应设备
US11153813B2 (en) 2017-08-11 2021-10-19 Comcast Cable Communications, Llc Network slice for visited network
CN116419349A (zh) 2017-08-11 2023-07-11 北京三星通信技术研究有限公司 支持切换的方法及相应设备
US10764789B2 (en) 2017-08-11 2020-09-01 Comcast Cable Communications, Llc Application-initiated network slices in a wireless network
EP3652981B1 (en) * 2017-08-14 2022-04-13 Samsung Electronics Co., Ltd. Method and apparatus for processing anchor user plane function (upf) for local offloading in 5g cellular network
US10798753B2 (en) * 2017-08-14 2020-10-06 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for supporting network initiated PDU session establishment between an user equipment, UE, and a data network name, DNN, in a telecommunication network
US10779254B2 (en) * 2017-08-16 2020-09-15 Electronics And Telecommunications Research Institute Service request method for 5G local service
US10917810B2 (en) * 2017-08-24 2021-02-09 Electronics And Telecommunications Research Institute Method and wireless communication system for traffic mobility between heterogeneous access networks
US11039497B2 (en) * 2017-09-18 2021-06-15 Qualcomm Incorporated User plane based small data service
US10728739B2 (en) * 2017-09-18 2020-07-28 Qualcomm Incorporated Control plane based small data service
US10757611B2 (en) 2017-09-22 2020-08-25 Ofinno, Llc SMF and AMF relocation during UE registration
US11129017B2 (en) * 2017-09-28 2021-09-21 Futurewei Technologies, Inc. System and method for security activation with session granularity
CN109586941B (zh) * 2017-09-29 2021-11-26 华为技术有限公司 一种基于服务化架构的业务处理方法及装置
US10721648B2 (en) * 2017-10-12 2020-07-21 Apple Inc. Device requested protocol data unit session modification in the 5G system
US11750708B2 (en) * 2017-10-13 2023-09-05 Telefonaktiebolaget Lm Ericsson (Publ) Method and device for proxy between different architectures
US12022554B2 (en) * 2017-10-13 2024-06-25 Telefonaktiebolaget Lm Ericsson (Publ) N2 notification procedure improvement
US11516641B2 (en) * 2017-10-16 2022-11-29 Telefonaktiebolaget Lm Ericsson (Publ) Method and nodes for handling connectivity to a data network
US10805983B2 (en) * 2017-10-17 2020-10-13 Ofinno, Llc Control plane data transmission
CN113473391B (zh) * 2017-10-30 2022-10-25 华为技术有限公司 会话建立方法、设备及系统
KR102106778B1 (ko) * 2017-10-31 2020-05-28 에스케이텔레콤 주식회사 데이터 송수신장치 및 데이터 송수신장치의 동작 방법
WO2019096418A1 (en) * 2017-11-20 2019-05-23 Motorola Mobility Llc Mobile network policy freshness
US10973040B2 (en) 2017-11-20 2021-04-06 Ofinno, Llc Data notification during a service request procedure
CN109819530B (zh) * 2017-11-21 2023-12-08 华为技术有限公司 一种通信方法及装置
EP3972347A1 (en) * 2017-12-08 2022-03-23 Comcast Cable Communications LLC User plane function selection for isolated network slice
KR102075659B1 (ko) * 2017-12-22 2020-02-10 한국전자통신연구원 이종 무선 접속망에서 액세스 네트워크 전환 방법 및 이를 수행하는 단말
CN111684774B (zh) * 2017-12-25 2022-08-19 诺基亚通信公司 移动边缘计算(mec)中的服务质量(qos)控制方法、系统
US10797894B2 (en) * 2017-12-28 2020-10-06 Ofinno, Llc Service type and device type-based policy and charging control
CN109996346B (zh) * 2017-12-29 2021-07-16 华为技术有限公司 会话建立方法、设备及系统
WO2019136128A1 (en) * 2018-01-03 2019-07-11 Convida Wireless, Llc Multicast and broadcast services in 5g networks for iot applications
EP3787341A1 (en) * 2018-01-08 2021-03-03 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatuses for selecting a session management entity for serving a wireless communication device
EP3738397A4 (en) * 2018-01-11 2021-08-18 Lenovo (Beijing) Limited DEVICE AND METHOD FOR HANDLING NETWORKS
CN110035465B (zh) * 2018-01-11 2022-04-01 中国移动通信有限公司研究院 一种数据传输方法、装置、设备及计算机可读存储介质
JP7111164B2 (ja) * 2018-01-12 2022-08-02 日本電気株式会社 Rrcインアクティブ状態の最適化
AU2018403260A1 (en) * 2018-01-19 2020-09-03 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for terminal to report information, and computer storage medium
US20210385286A1 (en) * 2018-01-24 2021-12-09 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for improving service discovery
KR102389867B1 (ko) * 2018-01-30 2022-04-22 삼성전자주식회사 무선 통신 시스템에서 로컬 네트워크와의 통신을 위한 세션을 설립하는 방법, 장치 및 시스템
US10764935B2 (en) * 2018-02-12 2020-09-01 Cisco Technology, Inc. Methods and apparatus for selecting network slice, session management and user plane functions
CN110149166B9 (zh) 2018-02-13 2021-11-30 华为技术有限公司 传输控制方法、装置和系统
US10805973B2 (en) * 2018-02-15 2020-10-13 Apple Inc. Apparatus, system, and method for performing GUTI reallocation
WO2019160376A1 (ko) * 2018-02-18 2019-08-22 엘지전자 주식회사 무선 통신 시스템에서 smf의 신호 송수신 방법 및 이를 위한 장치
US11265699B2 (en) * 2018-02-23 2022-03-01 T-Mobile Usa, Inc. Identifier-based access control in mobile networks
US10637858B2 (en) 2018-02-23 2020-04-28 T-Mobile Usa, Inc. Key-derivation verification in telecommunications network
WO2019165629A1 (zh) * 2018-03-01 2019-09-06 华为技术有限公司 会话管理方法及装置、通信系统
WO2019169679A1 (zh) * 2018-03-05 2019-09-12 Oppo广东移动通信有限公司 终端信息的传递方法及相关产品
KR102479660B1 (ko) * 2018-03-12 2022-12-20 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 Ue 정책의 업데이트 방법 및 장치, 컴퓨터 저장매체
KR102418565B1 (ko) * 2018-03-13 2022-07-07 삼성전자주식회사 통신을 수행하는 방법 및 이를 위한 장치
US10419982B1 (en) * 2018-03-14 2019-09-17 Cisco Technology, Inc. Methods and apparatus for providing end marker functionality in mobile networks having SRv6-configured mobile user planes
US11917713B2 (en) * 2018-03-28 2024-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for accessing a service outside a mobile communications network in a multipath connection
JP6841785B2 (ja) * 2018-03-29 2021-03-10 日本電信電話株式会社 情報処理装置、情報処理方法及び情報処理プログラム
CN110324866B (zh) * 2018-03-30 2021-02-12 华为技术有限公司 一种通信方法、设备及系统
US11991165B2 (en) 2018-04-06 2024-05-21 Nec Corporation Authentication method for next generation systems
US20190313311A1 (en) * 2018-04-09 2019-10-10 Mediatek Inc. Apparatuses, service networks, and methods for handling plmn-specific parameters for an inter-plmn handover
US11290982B2 (en) * 2018-04-10 2022-03-29 Telefonaktiebolaget Lm Ericsson (Publ) Notifications concerning UE unreachability
US11438958B2 (en) * 2018-05-09 2022-09-06 Lg Electronics Inc. Method for transmitting signal relating to PDU in wireless communication system and device therefor
US20190349742A1 (en) * 2018-05-11 2019-11-14 Lg Electronics Inc. Method and apparatus for utilizing ladn in wireless communication system
WO2019221493A1 (ko) * 2018-05-14 2019-11-21 삼성전자 주식회사 5g 이동통신 시스템에서 셀룰러 iot 서비스를 위해 단말을 제어하는 방법
US10798182B2 (en) * 2018-05-17 2020-10-06 Cisco Technology, Inc. Application function control of IP address allocation
US11576042B2 (en) * 2018-05-18 2023-02-07 Interdigital Patent Holdings, Inc. Identity layer for IoT devices
CN110519807B (zh) * 2018-05-21 2021-06-29 华为技术有限公司 一种通信方法及装置
CN110536378A (zh) * 2018-05-23 2019-12-03 北京三星通信技术研究有限公司 一种用于发送数据的方法、设备和存储介质
CN108965400B (zh) * 2018-06-25 2020-03-31 阿里巴巴集团控股有限公司 一种信息的处理方法、装置、设备及系统
EP3811569B1 (en) * 2018-06-25 2024-03-13 Telefonaktiebolaget LM Ericsson (publ) A method of reporting traffic metrics by a user plane function, upf, to a session management function, smf, in a telecommunication network, as well as a corresponding upf
JP7280895B2 (ja) 2018-06-25 2023-05-24 テレフオンアクチーボラゲット エルエム エリクソン(パブル) 無線ネットワークノード、ユーザプレーン機能(upf)、およびページングポリシーの差別化のために実行される方法
US10924518B2 (en) * 2018-06-29 2021-02-16 Cisco Technology, Inc. UPF programming over enhanced N9 interface
US11026124B2 (en) 2018-07-02 2021-06-01 Mediatek Inc. Enhanced handling on 5G QoS operations
EP3821679B1 (en) * 2018-07-12 2024-03-20 Telefonaktiebolaget Lm Ericsson (Publ) Enabling functionality at a user plane function, upf, by a session management function, smf, in a telecommunication network.
US10779155B2 (en) 2018-07-17 2020-09-15 At&T Intellectual Property I, L.P. Customizable and low-latency architecture for cellular core networks
CN110730487B (zh) * 2018-07-17 2020-12-08 华为技术有限公司 一种选择会话管理功能网元的方法、装置及系统
CN110740149B (zh) * 2018-07-19 2021-04-09 华为技术有限公司 通信方法和装置
CN110784912B (zh) * 2018-07-31 2021-10-26 华为技术有限公司 一种会话对应关系的管理方法和终端设备
CN112771994A (zh) * 2018-08-02 2021-05-07 苹果公司 3gpp(第三代合作伙伴计划)upf(用户平面功能)和边缘计算应用程序服务器的关联
RU2765650C1 (ru) 2018-08-07 2022-02-01 Нокиа Текнолоджиз Ой Способ и устройство для обеспечения постоянного атрибута сеанса передачи pdu и обеспечения аспектов взаимодействия в отношении постоянного сеанса передачи pdu
US10499357B1 (en) 2018-08-09 2019-12-03 Nec Corporation Method and system for transmission of SUSI in the NAS procedure
EP3834466A4 (en) * 2018-08-09 2022-03-16 ZTE Corporation METHODS, DEVICE AND SYSTEMS FOR MANAGEMENT OF INTEGRATED ACCESS AND BACKHAUL VEHICLE
US11039369B2 (en) * 2018-08-10 2021-06-15 Mediatek Inc. Handling 5G QoS rules on QoS operation errors
CN113242578A (zh) 2018-08-10 2021-08-10 华为技术有限公司 数据传输的方法和设备
CN112567778B (zh) 2018-08-10 2024-04-05 苹果公司 用于在蜂窝网络中使用无人航空系统的系统和方法
CN110830928B (zh) * 2018-08-13 2021-09-03 华为技术有限公司 通信方法和装置
CN110831243B (zh) * 2018-08-13 2021-10-01 华为技术有限公司 一种用户面安全策略实现方法、装置及系统
CN113727378B (zh) * 2018-08-13 2023-09-12 大唐移动通信设备有限公司 一种持续在线pdu会话的管理方法及装置
KR102510823B1 (ko) 2018-08-13 2023-03-16 삼성전자주식회사 이동통신 시스템에서 핸드오버 방법 및 장치
CN110831088B (zh) * 2018-08-13 2021-05-04 华为技术有限公司 策略控制方法、设备及系统
WO2020034922A1 (zh) * 2018-08-13 2020-02-20 华为技术有限公司 服务质量监测方法、设备及系统
CN113630796B (zh) * 2018-08-13 2023-08-22 华为技术有限公司 服务质量监测方法、设备及系统
CN110830282B (zh) * 2018-08-13 2022-06-07 中国移动通信有限公司研究院 一种用户面功能配置的方法、装置及设备
WO2020036428A1 (ko) * 2018-08-13 2020-02-20 삼성전자 주식회사 5g 네트워크에서 non-ip 데이터 전송 방법
US11224093B2 (en) * 2018-08-13 2022-01-11 Ofinno, Llc Network initiated UPF sessions transfer
EP3841833A1 (en) * 2018-08-21 2021-06-30 Telefonaktiebolaget Lm Ericsson (Publ) Technique for preparing user equipment mobility
US10855851B2 (en) 2018-09-13 2020-12-01 Ofinno, Llc Charging control with SMF
CN110913389B (zh) * 2018-09-15 2022-04-05 华为技术有限公司 获取安全上下文的方法和装置
KR20200031900A (ko) * 2018-09-17 2020-03-25 삼성전자주식회사 Pdu 세션 제어 방법 및 장치
CN110943964B (zh) * 2018-09-21 2022-07-22 华为技术有限公司 数据校验方法、装置及存储介质
US11206710B2 (en) * 2018-09-25 2021-12-21 Ofinno, Llc Network initiated release assistance indication
US10764864B2 (en) 2018-09-26 2020-09-01 Charter Communcations Operating, LLC Paging related methods and apparatus
US10694495B2 (en) * 2018-09-26 2020-06-23 Charter Communications Operation, LLC Paging related methods and apparatus
US11284472B2 (en) * 2018-09-26 2022-03-22 Qualcomm Incorporated Resource management, access control and mobility for grant-free uplink transmission
JP6623268B1 (ja) 2018-09-26 2019-12-18 ソフトバンク株式会社 制御プレーン機器、プログラム、システム及び情報処理装置
CN110958718B (zh) * 2018-09-27 2023-09-26 中兴通讯股份有限公司 一种pdu会话重建方法、装置、系统及存储介质
EP3837867B1 (en) * 2018-09-27 2023-11-01 Palo Alto Networks, Inc. Network slice-based security in mobile networks
US10944796B2 (en) 2018-09-27 2021-03-09 Palo Alto Networks, Inc. Network slice-based security in mobile networks
KR102326496B1 (ko) * 2018-09-27 2021-11-15 에스케이텔레콤 주식회사 핸드오버 관리 방법
US11399304B2 (en) 2018-09-28 2022-07-26 Ofinno, Llc Packet duplication by core network
WO2020067849A1 (ko) * 2018-09-28 2020-04-02 삼성전자 주식회사 저전력 모드를 사용하는 iot 단말의 연결성을 관리하는 방법 및 장치
CN110972126B (zh) * 2018-09-30 2023-09-26 中兴通讯股份有限公司 路径,路径信息的处理方法及装置
CN117320069A (zh) * 2018-09-30 2023-12-29 华为技术有限公司 通信方法和相关设备
CN111031612B (zh) * 2018-10-09 2022-04-29 中国移动通信有限公司研究院 一种建立5g数据传输的冗余路径的方法、装置及计算机可读存储介质
US11212720B2 (en) * 2018-10-16 2021-12-28 Mediatek Inc. 5GSM handling on invalid PDU session
KR102168177B1 (ko) * 2018-10-26 2020-10-20 에스케이텔레콤 주식회사 네트워크 장치 및 이를 이용한 패킷 처리 방법
MX2021005039A (es) 2018-10-31 2021-06-15 Guangdong Oppo Mobile Telecommunications Corp Ltd Metodo de indicacion de estado de sesion de la unidad de datos de protocolo, dispositivo terminal y medio de almacenamiento.
EP3874790A1 (en) * 2018-11-01 2021-09-08 Telefonaktiebolaget LM Ericsson (publ) Notifying a management system of quality of experience measurement reporting status
US10999447B2 (en) * 2018-11-02 2021-05-04 Ofinno, Llc Charging control in roaming scenario
US11399308B2 (en) 2018-11-12 2022-07-26 Mediatek Inc. Error handling on missing configuration for inter-system change in mobile communications
US11064450B2 (en) 2018-11-12 2021-07-13 Mediatek Inc. Synchronization of QoS flows and rules in mobile communications
WO2020098946A1 (en) * 2018-11-15 2020-05-22 Huawei Technologies Co., Ltd. Network node and method for supporting a service based architecture
KR102654119B1 (ko) * 2018-11-16 2024-04-03 삼성전자주식회사 Ladn에서 서비스를 제공하는 방법 및 장치
US10560918B1 (en) * 2018-11-16 2020-02-11 Verizon Patent And Licensing Inc. Systems and methods for a network paging policy based on device mobility category
US11240699B2 (en) 2018-11-19 2022-02-01 Mediatek Inc. Insufficient resources in the UE during PDU session establishment procedure
EP3884700B1 (en) * 2018-11-19 2024-01-10 Telefonaktiebolaget LM Ericsson (publ) Service instance indication for resource creation
CN111225452B (zh) * 2018-11-26 2022-08-19 华为技术有限公司 一种会话管理设备及系统
KR102489245B1 (ko) 2018-12-28 2023-01-17 삼성전자 주식회사 무선 통신 시스템에서 규칙 정보를 전송하는 방법 및 장치.
KR20200084614A (ko) * 2019-01-03 2020-07-13 삼성전자주식회사 IMS(IP multimedia subsystem) 서비스를 제공하는 전자 장치
US11729854B2 (en) * 2019-01-03 2023-08-15 Comcast Cable Communications, Llc Network assisted connection
CN113766670B (zh) * 2019-01-15 2023-10-03 大唐移动通信设备有限公司 一种pdu会话激活方法、寻呼方法及其装置
CN109639829B (zh) 2019-01-15 2021-03-30 腾讯科技(深圳)有限公司 基于服务的通信方法、通信单元、服务支持单元和系统
US11343653B2 (en) 2019-01-15 2022-05-24 Ofinno, Llc Session establishment to join a group communication
CN111436087B (zh) * 2019-01-15 2021-09-10 大唐移动通信设备有限公司 一种pdu会话切换方法及其装置
US10764072B2 (en) * 2019-01-23 2020-09-01 Verizon Patent And Licensing Inc. Systems and methods for configuring a private multi-access edge computing environment
CN111491313B (zh) * 2019-01-28 2021-12-31 华为技术有限公司 一种通信方法及相关设备
US10848525B2 (en) 2019-01-29 2020-11-24 Verizon Patent And Licensing Inc. Systems and method for selection of a user plane component for internet protocol multimedia subsystem sessions
WO2020167982A1 (en) * 2019-02-14 2020-08-20 Apple Inc. Service request procedures in information centric networking for next generation cellular networks
US11134371B2 (en) 2019-02-19 2021-09-28 Huawei Technologies Co., Ltd. Communication method and communications apparatus
CN111586774B (zh) * 2019-02-19 2021-06-29 华为技术有限公司 通信方法和通信装置
CN111615188B (zh) * 2019-02-22 2021-10-01 华为技术有限公司 数据传输方法、装置及计算机存储介质
US11147041B2 (en) * 2019-02-27 2021-10-12 At&T Intellectual Property I, L.P. Device contexts, operational modes, and policy driven enhancements for paging in advanced networks
CN111629450B (zh) * 2019-02-28 2022-06-24 华为技术有限公司 一种数据传输方法、相关设备以及存储介质
CN113632439B (zh) * 2019-03-27 2024-03-15 瑞典爱立信有限公司 支持虚拟以太网网桥管理的蜂窝通信系统
US11553559B2 (en) * 2019-03-29 2023-01-10 Lenovo (Singapore) Pte. Ltd. Session management function derived core network assisted radio access network parameters
CN111770507B (zh) * 2019-03-30 2022-01-14 华为技术有限公司 策略控制方法、设备及系统
WO2020200287A1 (en) * 2019-04-02 2020-10-08 Huawei Technologies Co., Ltd. Method, apparatus and systems for supporting packet delivery
CN111770586B (zh) * 2019-04-02 2022-06-28 华为技术有限公司 会话处理的方法、通信装置及通信系统
US11894937B2 (en) * 2019-04-02 2024-02-06 Nokia Technologies Oy Local user plane function control
WO2020207607A1 (en) * 2019-04-11 2020-10-15 Telefonaktiebolaget Lm Ericsson (Publ) Optimization of services applied to data packet sessions
WO2020210807A1 (en) * 2019-04-12 2020-10-15 Syniverse Technologies, Llc Methods and systems for 5g traffic routing in ipx with network slicing
EP3959940A4 (en) * 2019-04-26 2023-01-18 Telefonaktiebolaget Lm Ericsson (Publ) METHOD AND APPARATUS FOR NETWORK FUNCTION MANAGEMENT OF AN NIDD SESSION
CN114727289B (zh) 2019-04-28 2023-01-06 华为技术有限公司 通信方法及其装置
US11832341B2 (en) * 2019-05-03 2023-11-28 Ofinno, Llc Group communication service request
KR102686161B1 (ko) * 2019-05-03 2024-07-18 삼성전자 주식회사 이동통신 시스템에서 시간 또는 서비스 지역에 따른 단말의 세션 설정 관리 방법 및 장치
EP4008094A1 (en) * 2019-05-03 2022-06-08 Lenovo (Singapore) Pte. Ltd. Method and apparatus for determining validity information for a protocol data unit session
CN111901777B (zh) * 2019-05-06 2022-04-05 华为技术有限公司 一种通信方法和通信装置以及系统
ES2954463T3 (es) * 2019-05-06 2023-11-22 Ntt Docomo Inc 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
US20220312509A1 (en) * 2019-05-07 2022-09-29 Lg Electronics Inc. Qos-related operation method in wireless communication system and apparatus therefor
EP3739919B1 (en) * 2019-05-13 2022-10-05 Samsung Electronics Co., Ltd. Context transfer between smf
KR20200131149A (ko) 2019-05-13 2020-11-23 삼성전자주식회사 무선통신 시스템에서 서비스 유연하게 제공하는 방법 및 장치
WO2020256742A1 (en) * 2019-06-21 2020-12-24 Nokia Technologies Oy Method and apparatus for admission control of sessions based on priority
CN112188608B (zh) * 2019-07-04 2022-01-14 华为技术有限公司 一种同步pdu会话状态的方法、装置、系统及芯片
US20220312538A1 (en) * 2019-07-15 2022-09-29 Qualcomm Incorporated Rrc layer based suspend and resume for multi-sim ue
CN110519337B (zh) * 2019-08-05 2022-05-17 网宿科技股份有限公司 一种节点状态判断、采集方法及状态决策器、状态采集器
CN113489772B (zh) * 2019-08-08 2022-09-09 腾讯科技(深圳)有限公司 网络请求处理方法及装置、电子设备
US20220360977A1 (en) * 2019-08-09 2022-11-10 Lg Electronics Inc. Communication related to change of application server
CA3111859C (en) * 2019-08-12 2023-08-15 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for establishing session
KR20210020705A (ko) 2019-08-16 2021-02-24 삼성전자주식회사 무선 통신 시스템에서 pdu 세션을 핸들링하기 위한 장치 및 방법
CN112399507B (zh) * 2019-08-16 2022-08-19 华为技术有限公司 用于传输数据的方法、终端设备和网络设备
US12061472B2 (en) 2019-08-26 2024-08-13 Telefonaktiebolaget Lm Ericsson (Publ) V2X application enabler for tele-operated driving
CN112449315B (zh) * 2019-08-27 2022-05-24 华为技术有限公司 一种网络切片的管理方法及相关装置
CN112449367B (zh) * 2019-08-28 2023-05-26 中国联合网络通信集团有限公司 一种数据传输方法和核心网设备
WO2021046794A1 (en) * 2019-09-12 2021-03-18 Zte Corporation A method for influencing data traffic routing in core networks by service applications
WO2021054747A1 (ko) * 2019-09-17 2021-03-25 삼성전자 주식회사 무선 통신 시스템에서 psa-upf 재배치를 위한 장치 및 방법
CN112533177A (zh) * 2019-09-19 2021-03-19 大唐移动通信设备有限公司 一种提供、发现移动边缘计算的方法及设备、装置、介质
WO2021052587A1 (en) * 2019-09-19 2021-03-25 Telefonaktiebolaget Lm Ericsson (Publ) Virtual data session
CN112543172B (zh) * 2019-09-23 2022-05-06 维沃移动通信有限公司 一种ims呼叫方法、终端和网络功能
CN110621032B (zh) * 2019-09-27 2021-06-15 腾讯科技(深圳)有限公司 一种通信的方法、相关装置及设备
KR20210037353A (ko) * 2019-09-27 2021-04-06 삼성전자주식회사 페이징 메시지를 수신하는 전자 장치 및 전자 장치의 동작 방법
US11330461B2 (en) * 2019-09-27 2022-05-10 Fortinet, Inc. Cooperative access points for quality of service (QoS) requirements in wireless local access networking (WLAN)
WO2021062850A1 (zh) * 2019-09-30 2021-04-08 华为技术有限公司 一种接口建立的方法、装置及系统
CN112584373B (zh) * 2019-09-30 2022-04-22 华为技术有限公司 事件订阅方法和装置
US11979927B2 (en) * 2019-10-02 2024-05-07 Telefonaktiebolaget Lm Ericsson (Publ) Registering and configuring a network function for selectively routing uplink data traffic
KR20210040640A (ko) * 2019-10-04 2021-04-14 삼성전자주식회사 무선 통신 시스템에서 올웨이즈-온 pdu 세션을 핸들링하기 위한 장치 및 방법
KR102209719B1 (ko) * 2019-10-07 2021-02-01 에스케이텔레콤 주식회사 통신 시스템에서 사용자 평면을 제어하기 위한 장치 및 이를 위한 방법
EP4042830B1 (en) * 2019-10-07 2023-12-13 Telefonaktiebolaget LM Ericsson (publ) Releasing of multiple pdu sessions
JP7255746B2 (ja) * 2019-10-11 2023-04-11 日本電気株式会社 Ueごとのユーザアイデンティティの制御および制限
KR102238699B1 (ko) * 2019-10-14 2021-04-09 에스케이텔레콤 주식회사 단말의 연결 시간을 제어하는 방법 및 그 방법을 수행하는 amf 노드
CN110602803B (zh) * 2019-10-15 2020-12-08 广州爱浦路网络技术有限公司 一种限制用户终端接入upf的方法
CN110856213B (zh) * 2019-10-22 2023-03-24 南京大鱼半导体有限公司 切换数据传输方式的方法、装置、存储介质及电子设备
US20230156531A1 (en) * 2019-10-22 2023-05-18 Telefonaktiebolaget Lm Ericsson (Publ) Coordinated change of protocol data unit session anchors
US11108636B2 (en) * 2019-10-23 2021-08-31 Cisco Technology, Inc. Integrity verification for managing network configurations
CN110809291B (zh) * 2019-10-31 2021-08-27 东华大学 基于能量采集设备的移动边缘计算系统双层负载平衡方法
EP4055879A1 (en) * 2019-11-06 2022-09-14 Telefonaktiebolaget LM ERICSSON (PUBL) Method for configuring data sessions for a user equipment
WO2021094025A1 (en) * 2019-11-14 2021-05-20 Nokia Technologies Oy Virtual network group with multiple session management functions
US20230021904A1 (en) * 2019-12-19 2023-01-26 Telefonaktiebolaget Lm Ericsson (Publ) Method and Apparatus for Signaling Session Terminations in a Communication Network
US20220248497A1 (en) * 2019-12-26 2022-08-04 Nec Corporation Amf node and method thereof
CN113133131B (zh) * 2019-12-31 2022-12-13 华为技术有限公司 一种通信方法及装置
WO2021136599A1 (en) * 2020-01-03 2021-07-08 Lenovo (Singapore) Pte. Ltd. Monitoring an attribute of a network slice
WO2021141363A1 (ko) * 2020-01-06 2021-07-15 삼성전자 주식회사 무선 통신 시스템에서 pdu session 및 always-on pdu session의 변경 방법 및 장치
EP3869851B1 (en) * 2020-02-18 2023-09-27 Nokia Technologies Oy User plane function (upf) control with coexistence of policy control and packet filters dynamically generated at the session management function (smf)
CN111277470B (zh) * 2020-02-19 2022-07-26 联想(北京)有限公司 一种用户面功能切换方法、装置、系统和存储介质
US20230123162A1 (en) * 2020-02-24 2023-04-20 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic distributed local breakout determination
WO2021185316A1 (en) * 2020-03-20 2021-09-23 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for service process for user equipment
JP2021158453A (ja) * 2020-03-25 2021-10-07 ソニーグループ株式会社 基地局装置、アプリケーションファンクションノード及び通信方法
JP2021158499A (ja) * 2020-03-26 2021-10-07 ソニーグループ株式会社 アプリケーションファンクションノード及び通信方法
KR20210144205A (ko) * 2020-05-21 2021-11-30 삼성전자주식회사 네트워크 슬라이싱을 지원하는 무선 통신 시스템에서 세션 수립 방법 및 장치
US20210368395A1 (en) * 2020-05-22 2021-11-25 Apple Inc. Apparatus and method for dynamic data rate adjustment for a wireless slice
US20210385302A1 (en) * 2020-06-03 2021-12-09 Verizon Patent And Licensing Inc. Method and system for policy control function discovery service
AU2021204161A1 (en) * 2020-06-23 2022-01-20 Tusimple, Inc. Systems and methods for deploying emergency roadside signaling devices
CN113839981A (zh) * 2020-06-24 2021-12-24 中兴通讯股份有限公司 会话管理方法、装置及存储介质
CN113938983B (zh) * 2020-06-29 2023-02-28 成都极米科技股份有限公司 多链路终端及其执行链路交换的方法、装置及存储介质
WO2022017695A1 (en) * 2020-07-24 2022-01-27 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for control of packet data connection
US12022545B2 (en) * 2020-07-27 2024-06-25 T-Mobile Usa, Inc. Dynamic PCRF/PCF selection
US11432350B2 (en) * 2020-07-27 2022-08-30 T-Mobile Usa, Inc. Session management function (SMF) selection based on supported protocol type
CN114071376B (zh) * 2020-08-03 2023-04-04 华为技术有限公司 一种通信方法、装置以及系统
EP3955609A1 (en) 2020-08-11 2022-02-16 Nokia Technologies Oy Enhancements to shared data
KR102402355B1 (ko) * 2020-08-21 2022-05-25 주식회사 엘지유플러스 데이터 패킷 처리 장치의 장애 발생 시의 서비스 복구 방법
KR102296080B1 (ko) * 2020-09-08 2021-08-30 주식회사 엘지유플러스 5g sa 코어망 장애 발생 시의 서비스 복구 방법
CN112202844B (zh) * 2020-09-10 2022-05-06 中国联合网络通信集团有限公司 一种跨域多接入边缘计算能力开放的方法及设备
US11246011B1 (en) 2020-09-29 2022-02-08 Cisco Technology, Inc. Cellular access of user-defined networks
CN113572801B (zh) * 2020-09-30 2022-08-12 中兴通讯股份有限公司 会话建立方法、装置、接入网设备及存储介质
CN112188579B (zh) * 2020-10-21 2023-03-10 中国联合网络通信集团有限公司 呼叫方法及终端、认证管理功能实体设备
US11483840B2 (en) * 2020-10-26 2022-10-25 At&T Intellectual Property I, L.P. Apparatuses and methods for predicting resource utilization in communication networks
US11140618B1 (en) 2020-11-04 2021-10-05 Sprint Communications Company L.P. Wireless data service based on geographic data network names
US11418600B1 (en) * 2020-12-15 2022-08-16 Cisco Technology, Inc. Session and service/flow continuity
US11678402B2 (en) * 2021-01-06 2023-06-13 Cisco Technology, Inc. Efficient session management
US11910491B2 (en) * 2021-01-07 2024-02-20 Cisco Technology, Inc. Proxy mobile internet protocol based mobility management system
US11445410B2 (en) * 2021-01-21 2022-09-13 Sprint Communications Company L.P. Wireless communication service delivery responsive to user equipment (UE) handovers
US11395111B1 (en) 2021-01-28 2022-07-19 Sprint Communications Company Lp User charging over an exposure function in a wireless communication network
US11451954B1 (en) 2021-02-03 2022-09-20 Sprint Communications Company L.P. Wireless communication service delivery using multiple data network names (DNNs)
US11602003B1 (en) 2021-03-17 2023-03-07 T-Mobile Innovations Llc Wireless communication network to serve a user equipment (UE) over a user plane function group (UPFG)
US11843503B1 (en) * 2021-05-07 2023-12-12 T-Mobile Usa, Inc. Providing out-of-service notifications regarding a server
US11784872B1 (en) 2021-05-07 2023-10-10 T-Mobile Usa, Inc. Suppressing messages to an out-of-service server
CN112995228B (zh) * 2021-05-14 2021-07-13 广东省新一代通信与网络创新研究院 一种用于5gc的n9口呼叫切换的方法及系统
US12004025B2 (en) 2021-05-14 2024-06-04 Cisco Technology, Inc. Supporting handovers in hybrid cell configuration environments
US11950218B2 (en) 2021-05-14 2024-04-02 Cisco Technology, Inc. Auto-configuration of hybrid cells supporting shared cell and unique cell operating modes for user equipment in virtualized radio access network architectures
US11882611B2 (en) 2021-05-17 2024-01-23 Cisco Technology, Inc. Dual-connectivity support for user equipment in a hybrid cell virtualized radio access network architecture
US11871271B2 (en) 2021-05-17 2024-01-09 Cisco Technology, Inc. Dynamic switching for user equipment between unique cell and shared cell operating modes based on application traffic
US11956702B2 (en) 2021-05-18 2024-04-09 T-Mobile Innovations Llc User equipment (UE) service over a network exposure function (NEF) in a wireless communication network
US11553334B1 (en) 2021-05-26 2023-01-10 T-Mobile Innovations Llc User equipment (UE) identification in a wireless communication network
US11528660B1 (en) * 2021-06-23 2022-12-13 Sprint Communications Company Lp Wireless communication service over a network slice that comprises a network exposure function (NEF)
US11910305B2 (en) * 2021-06-28 2024-02-20 At&T Intellectual Property I, L.P. System and method of securing allocation of network functions for session slices
JP2023005205A (ja) * 2021-06-28 2023-01-18 日本電気株式会社 情報処理装置、端末装置、情報処理システム、情報処理方法、及びプログラム
US11418582B1 (en) * 2021-07-06 2022-08-16 Citrix Systems, Inc. Priority-based transport connection control
US11723105B2 (en) * 2021-07-20 2023-08-08 Netscout Systems, Inc. 5G N3 data plane enrichment using N11 interface in a monitoring system
CN115915495A (zh) * 2021-08-27 2023-04-04 华为技术有限公司 会话重建的方法、装置和系统
US12069532B2 (en) * 2021-10-06 2024-08-20 Rakuten Mobile, Inc. Roaming coverage evaluation
WO2023075354A1 (en) * 2021-10-26 2023-05-04 Samsung Electronics Co., Ltd. Method and device for supporting alternative network slice in wireless communication system
WO2023096644A1 (en) * 2021-11-24 2023-06-01 Nokia Technologies Oy Slice-specific cell re-direction
CN114071790B (zh) * 2021-12-16 2023-05-12 中国联合网络通信集团有限公司 通信方法、装置、设备及存储介质
WO2023128220A1 (ko) * 2021-12-28 2023-07-06 단국대학교 산학협력단 조건부 핸드오버를 수행하는 방법 및 장치
CN118489234A (zh) * 2022-01-04 2024-08-13 瑞典爱立信有限公司 多播会话管理
WO2023137681A1 (en) * 2022-01-21 2023-07-27 Zte Corporation Method for virtual network communication, apparatus, and storage medium
TWI789255B (zh) * 2022-02-25 2023-01-01 財團法人工業技術研究院 邊緣運算系統、邊緣運算裝置、用戶設備和使用者平面功能切換方法
WO2023200254A1 (en) * 2022-04-12 2023-10-19 Samsung Electronics Co., Ltd. Method and apparatus for handling protocol data unit session establishment in wireless communication system
CN114679756B (zh) * 2022-05-26 2022-08-05 武汉世炬信息技术有限公司 用户终端非激活状态的无线连接状态管理系统和方法
WO2023239130A1 (en) * 2022-06-07 2023-12-14 Samsung Electronics Co., Ltd. Method and appratus for handling unavailability of ue in wireless network
EP4362574A1 (en) * 2022-10-26 2024-05-01 Nokia Technologies Oy Paging update indication for enhanced paging strategy
CN116319949B (zh) * 2022-12-19 2023-11-14 北京开科唯识技术股份有限公司 会话迁移方法、装置、终端设备及存储介质
US20240211142A1 (en) * 2022-12-27 2024-06-27 Advanced Micro Devices, Inc. Extended Training for Memory
CN118283843A (zh) * 2022-12-30 2024-07-02 维沃移动通信有限公司 感知通道建立方法及装置
WO2024169729A1 (en) * 2023-02-14 2024-08-22 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for session management
US12081405B1 (en) * 2023-04-24 2024-09-03 Verizon Patent And Licensing Inc. Systems and methods for enhanced session management policy interface in a wireless network

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020131395A1 (en) 2001-03-19 2002-09-19 Chenghui Wang Session initiation protocol (SIP) user agent in a serving GPRS support node (SGSN)
JP2004178236A (ja) 2002-11-27 2004-06-24 Hitachi Ltd 分散型コミュニケーションシステム
WO2005039114A1 (en) 2003-10-16 2005-04-28 Telefonaktiebolaget Lm Ericsson (Publ) Access to cdma/umts services over a wlan access point, using a gateway node between the wlan access point and the service providing network
KR100627821B1 (ko) * 2004-01-30 2006-09-25 에스케이 텔레콤주식회사 발신 단말기에 발신 콘텐츠 재생 서비스를 제공하는 방법및 시스템
KR100800879B1 (ko) 2004-03-05 2008-02-04 삼성전자주식회사 무선 통신 시스템의 분리형 매체 억세스 제어 프로토콜 구조와 이를 이용한 데이터 송수신 방법 및 핸드 오버 방법과 그 시스템
CN1849004B (zh) 2005-08-19 2012-02-29 华为技术有限公司 一种位置切换的方法及装置
CN101009907B (zh) * 2006-01-24 2011-12-21 华为技术有限公司 演进网络架构中隧道建立、释放方法及装置
KR100701162B1 (ko) 2006-02-08 2007-03-28 노키아 코포레이션 다중-계층 프로토콜 스택을 위한 데이터 흐름 제어
WO2008052454A1 (fr) 2006-11-03 2008-05-08 Huawei Technologies Co., Ltd. Procédé de communication mobile, système de communication mobile et entité d'accès
KR100804831B1 (ko) 2006-12-28 2008-02-20 삼성전자주식회사 무선 usb 호스트 및 무선 usb 디바이스간에 세션을생성하고 관리하는 방법, 무선 usb 호스트 및 무선usb 디바이스
EP2174521B1 (en) 2007-07-13 2015-10-21 Telefonaktiebolaget L M Ericsson (publ) Method for reducing the control signaling in handover situations
CN102685880B (zh) * 2007-08-20 2015-04-29 华为技术有限公司 一种用户设备去附着的方法
US8085714B2 (en) 2007-09-29 2011-12-27 Jaakko Johannes Sitomaniemi Method, apparatus and computer program product for preserving a signalling connection
KR101397082B1 (ko) 2008-01-09 2014-05-19 엘지전자 주식회사 이동단말기 및 그 논리 링크 설정 방법
EP3592036B1 (en) * 2008-05-13 2021-10-06 Samsung Electronics Co., Ltd. Methods and apparatuses for providing voice call over a circuit switched domain to a ue
WO2010038287A1 (ja) * 2008-10-01 2010-04-08 富士通株式会社 通信システム、通信制御装置及び通信制御方法
US8346274B2 (en) 2010-05-21 2013-01-01 Apple Inc. Method to control multiple radio access bearers in a wireless device
GB2485237A (en) * 2010-11-08 2012-05-09 Nec Corp MBMS provided by unicast or broadcast/multicast in dependence on the number of interested users.
CN102469082B (zh) * 2010-11-11 2015-10-21 中兴通讯股份有限公司 一种路径切换方法及装置、系统
ES2733213T3 (es) * 2011-04-29 2019-11-28 Lg Electronics Inc Método para procesamiento de datos asociados con gestión de sesión y gestión de movilidad
US9294235B2 (en) * 2011-06-07 2016-03-22 Qualcomm Incorporated Methods and apparatuses for user equipment-based enhancements of radio link control for multi-point wireless transmission
CN102892153B (zh) * 2011-07-22 2017-08-01 中兴通讯股份有限公司 一种中继节点切换中释放用户终端信息的方法和系统
EP2749105B9 (en) * 2012-08-13 2017-08-02 Telefonaktiebolaget LM Ericsson (publ) Timer for releasing e-dch resources
WO2014135210A1 (en) 2013-03-07 2014-09-12 Nokia Solutions And Networks Oy Handover of mobility management entity for load balancing
US9974107B2 (en) 2013-09-04 2018-05-15 Lg Electronics Inc. Radio node communicating with terminal in communication environment supporting plurality of radio networks, and radio communication method
US9843456B2 (en) 2013-12-16 2017-12-12 Telefonaktiebolaget Lm Ericsson (Publ) Feedback based adaptation of multicast transmission offset
US9743435B2 (en) 2015-02-02 2017-08-22 Verizon Patent And Licensing Inc. Dynamic on-demand data network connection control service
WO2016138937A1 (en) 2015-03-03 2016-09-09 Nokia Solutions And Networks Oy Connection suspend and resume requests for wireless network
KR20160140259A (ko) * 2015-05-29 2016-12-07 엘지전자 주식회사 무선 통신 시스템에서 하향링크 데이터 송신 방법 및 이를 위한 장치
WO2017089864A1 (en) * 2015-11-24 2017-06-01 Telefonaktiebolaget Lm Ericsson (Publ) Position-pair-dependent interference and traffic pattern database
US10362511B2 (en) 2016-05-17 2019-07-23 Lg Electronics Inc. Method and apparatus for determining PDU session identity in wireless communication system
CN105813079B (zh) 2016-05-17 2019-06-07 工业和信息化部电信研究院 一种终端接入方法
US10362507B2 (en) * 2016-06-10 2019-07-23 Huawei Technologies Co., Ltd. Systems and method for quality of service monitoring, policy enforcement, and charging in a communications network
WO2018111030A1 (ko) * 2016-12-15 2018-06-21 엘지전자(주) 무선 통신 시스템에서 핸드오버 수행 방법 및 이를 위한 장치
US10694434B2 (en) 2017-01-05 2020-06-23 Lg Electronics Inc. Method and base station for supporting handover
US10462840B2 (en) * 2017-01-09 2019-10-29 Huawei Technologies Co., Ltd. System and methods for session management

Also Published As

Publication number Publication date
EP3768037B1 (en) 2022-03-30
EP3768037A1 (en) 2021-01-20
US20180198867A1 (en) 2018-07-12
AU2018206106B2 (en) 2020-09-03
KR20220009507A (ko) 2022-01-24
JP2021168476A (ja) 2021-10-21
KR20190052060A (ko) 2019-05-15
JP2019537334A (ja) 2019-12-19
RU2021126020A (ru) 2021-11-23
KR102535079B1 (ko) 2023-05-30
KR102245687B1 (ko) 2021-04-27
US20200015314A1 (en) 2020-01-09
JP7282829B2 (ja) 2023-05-29
KR20210021605A (ko) 2021-02-26
RU2755205C2 (ru) 2021-09-14
CN113194513B (zh) 2022-04-12
EP3508004A4 (en) 2019-10-30
US20200314950A1 (en) 2020-10-01
CN113194513A (zh) 2021-07-30
AU2020217356B2 (en) 2021-08-19
AU2018206106A1 (en) 2019-04-18
JP6896850B2 (ja) 2021-06-30
US20180199398A1 (en) 2018-07-12
JP2023016829A (ja) 2023-02-02
EP3508004B1 (en) 2023-03-01
US20180199240A1 (en) 2018-07-12
AU2020217356A1 (en) 2020-09-03
US10462840B2 (en) 2019-10-29
BR112019007428A2 (pt) 2019-10-01
JP7177217B2 (ja) 2022-11-22
WO2018127189A1 (en) 2018-07-12
EP3771286A1 (en) 2021-01-27
EP4283942A3 (en) 2024-03-06
CN113473560A (zh) 2021-10-01
CN113225782A (zh) 2021-08-06
AU2020217357A1 (en) 2020-09-03
AU2020217357B2 (en) 2022-04-21
EP4283942A2 (en) 2023-11-29
WO2018127191A1 (en) 2018-07-12
EP3771286B1 (en) 2023-08-16
RU2019110918A3 (es) 2021-02-03
JP7399245B2 (ja) 2023-12-15
WO2018127190A1 (en) 2018-07-12
EP3508004A1 (en) 2019-07-10
RU2019110918A (ru) 2020-10-12
JP2021168475A (ja) 2021-10-21
CN113225782B (zh) 2022-04-29
CN110169140A (zh) 2019-08-23
US11974350B2 (en) 2024-04-30
US10820368B2 (en) 2020-10-27
US11153929B2 (en) 2021-10-19
US10813165B2 (en) 2020-10-20
US20220039197A1 (en) 2022-02-03
US10728952B2 (en) 2020-07-28
US20200029388A1 (en) 2020-01-23
CN110169140B (zh) 2021-06-15
US10849186B2 (en) 2020-11-24
RU2021126042A (ru) 2021-10-13

Similar Documents

Publication Publication Date Title
ES2964564T3 (es) Métodos, aparatos y sistema para desactivación de sesiones de PDU
RU2789858C2 (ru) Система и способы управления сеансом
RU2789855C2 (ru) Система и способы управления сеансом