WO2019198960A1 - Qos를 지원하는 방법 및 smf - Google Patents

Qos를 지원하는 방법 및 smf Download PDF

Info

Publication number
WO2019198960A1
WO2019198960A1 PCT/KR2019/003766 KR2019003766W WO2019198960A1 WO 2019198960 A1 WO2019198960 A1 WO 2019198960A1 KR 2019003766 W KR2019003766 W KR 2019003766W WO 2019198960 A1 WO2019198960 A1 WO 2019198960A1
Authority
WO
WIPO (PCT)
Prior art keywords
access
qos
pdu session
3gpp access
smf
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.)
Ceased
Application number
PCT/KR2019/003766
Other languages
English (en)
French (fr)
Korean (ko)
Inventor
윤명준
김래영
김현숙
류진숙
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.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Priority to EP19784798.1A priority Critical patent/EP3621343B1/en
Priority to CN201980003355.7A priority patent/CN110832897B/zh
Priority to JP2019569773A priority patent/JP6972180B2/ja
Publication of WO2019198960A1 publication Critical patent/WO2019198960A1/ko
Priority to US16/718,096 priority patent/US10856173B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/12—Flow control between communication endpoints using signalling between network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0027—Control or signalling for completing the hand-off for data sessions of end-to-end connection for a plurality of data sessions of end-to-end connections, e.g. multi-call or multi-bearer end-to-end data connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H04W36/0044—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information of quality context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service

Definitions

  • the present invention relates to next generation mobile communication.
  • 3GPP The 3rd Generation Partnership Project
  • LTE / SAE Long Term Evolution / System Architecture Evolution
  • 3GPP SAE centered on 3GPP SA WG2
  • 3GPP SA WG2 is a study on network technology aimed at determining network structure and supporting mobility between heterogeneous networks in parallel with LTE work of 3GPP TSG RAN.
  • Recent important standardization issues of 3GPP Is one of. This is a work to develop a 3GPP system into a system supporting various radio access technologies based on IP, and has been aimed at an optimized packet-based system that minimizes transmission delay with improved data transmission capability.
  • the Evolved Packet System (EPS) high-level reference model defined by 3GPP SA WG2 includes non-roaming cases and roaming cases for various scenarios. See TS ⁇ 23.401 and TS 23.402.
  • the network structure diagram of FIG. 1 is simply reconfigured.
  • 1 is a structural diagram of an evolved mobile communication network.
  • the EPC may include various components, and in FIG. 1, some of them correspond to a Serving Gateway (S-GW) 52, a PDN Packet Data Network Gateway (GW) 53, and a Mobility Management Entity (MME). 51, a Serving General Packet Radio Service (GPRS) Supporting Node (SGSN), and an enhanced Packet Data Gateway (ePDG).
  • S-GW Serving Gateway
  • GW Packet Data Network Gateway
  • MME Mobility Management Entity
  • GPRS General Packet Radio Service
  • SGSN Serving General Packet Radio Service
  • ePDG enhanced Packet Data Gateway
  • the S-GW 52 operates as a boundary point between the radio access network (RAN) and the core network, and is an element that functions to maintain a data path between the eNodeB 20 and the PDN GW 53.
  • the S-GW 52 serves as a local mobility anchor point. That is, packets may be routed through the S-GW 52 for mobility in the E-UTRAN (Universal Mobile Telecommunications System (Evolved-UMTS) Terrestrial Radio Access Network defined in 3GPP Release-8 or later).
  • E-UTRAN Universal Mobile Telecommunications System (Evolved-UMTS) Terrestrial Radio Access Network defined in 3GPP Release-8 or later.
  • the S-GW 52 may be connected to other 3GPP networks (RANs defined before 3GPP Release-8, for example, UTRAN or GERAN (GSM (Global System for Mobile Communication) / EDGE (Enhanced Data rates for Global Evolution) Radio Access). It can also serve as an anchor point for mobility with a network).
  • 3GPP networks RANs defined before 3GPP Release-8, for example, UTRAN or GERAN (GSM (Global System for Mobile Communication) / EDGE (Enhanced Data rates for Global Evolution) Radio Access). It can also serve as an anchor point for mobility with a network).
  • PDN GW (or P-GW) 53 corresponds to the termination point of the data interface towards the packet data network.
  • the PDN GW 53 may support policy enforcement features, packet filtering, charging support, and the like.
  • mobility management between 3GPP networks and non-3GPP networks for example, untrusted networks such as Interworking Wireless Local Area Networks (I-WLANs), code-division multiple access (CDMA) networks, or trusted networks such as WiMax) Can serve as an anchor point for.
  • untrusted networks such as Interworking Wireless Local Area Networks (I-WLANs), code-division multiple access (CDMA) networks, or trusted networks such as WiMax
  • I-WLANs Interworking Wireless Local Area Networks
  • CDMA code-division multiple access
  • WiMax trusted networks
  • FIG. 1 shows that the S-GW 52 and the PDN GW 53 are configured as separate gateways, two gateways may be implemented according to a single gateway configuration option. have.
  • the MME 51 is an element that performs signaling and control functions to support access to the network connection of the UE, allocation of network resources, tracking, paging, roaming and handover, and the like. .
  • the MME 51 controls control plane functions related to subscriber and session management.
  • the MME 51 manages a number of eNodeBs 20 and performs signaling for the selection of a conventional gateway for handover to other 2G / 3G networks.
  • the MME 51 performs functions such as security procedures, UE-to-network session handling, idle UE location management, and the like.
  • the SGSN handles all packet data, such as user's mobility management and authentication to other connecting 3GPP networks (e.g., GPRS networks, UTRAN / GERAN).
  • 3GPP networks e.g., GPRS networks, UTRAN / GERAN.
  • the ePDG acts as a secure node for untrusted non-3GPP networks (eg, I-WLAN, WiFi hotspots, etc.).
  • untrusted non-3GPP networks eg, I-WLAN, WiFi hotspots, etc.
  • a UE (or UE) having IP capability is provided by an operator (ie, an operator) via various elements in the EPC on a 3GPP access as well as a non-3GPP access basis.
  • Access to an IP service network eg, IMS.
  • FIG. 1 illustrates various reference points (eg, S1-U, S1-MME, etc.).
  • a conceptual link defining two functions existing in different functional entities of E-UTRAN and EPC is defined as a reference point.
  • Table 1 below summarizes the reference points shown in FIG. 1.
  • This reference point can be used in PLMN-to-PLMN-to-for example (for PLMN-to-PLMN handover))
  • S5 Reference point providing user plane tunneling and tunnel management between the SGW and PDN GW. Used for SGW relocation because of UE mobility and when a connection to the PDN GW where the SGW is not co-located is required for the required PDN connectivity.
  • the PDN may be an operator external public or private PDN or, for example, an in-operator PDN for the provision of IMS services. This reference point corresponds to Gi of 3GPP access
  • LTE long term evolution
  • LTE-A LTE-Advanced
  • 5G 5G mobile communication
  • 5th generation mobile communication is a data transmission rate of up to 20Gbps and a haptic transmission rate of at least 100Mbps anywhere.
  • the official name is “IMT-2020” and it aims to be commercialized worldwide in 2020.
  • the ITU presents three usage scenarios, such as Enhanced Mobile BroadBand (eMBB) massive Machine Type Communication (MMTC) and Ultra Reliable and Low Latency Communications (URLLC).
  • eMBB Enhanced Mobile BroadBand
  • MMTC massive Machine Type Communication
  • URLLC Ultra Reliable and Low Latency Communications
  • URLLC relates to usage scenarios that require high reliability and low latency.
  • services such as autonomous driving, factory automation, and augmented reality require high reliability and low latency (eg, less than 1 ms).
  • latency of 4G (LTE) is statistically 21-43ms (best 10%) and 33-75ms (median). This is insufficient to support a service requiring a delay of less than 1ms.
  • eMBB usage scenarios relate to usage scenarios that require mobile ultra-wideband.
  • FIG. 2 is an exemplary view showing the expected structure of the next generation mobile communication from a node perspective.
  • the UE is connected to a data network (DN) via a next generation Radio Access Network (RAN).
  • DN data network
  • RAN Radio Access Network
  • the illustrated control plane function (CPF) node is a control plane function of all or part of the mobility management entity (MME) of the 4th generation mobile communication, the serving gateway (S-GW) and the PDN gateway (P-GW). Do all or part of it.
  • the CPF node includes an access and mobility management function (AMF) and a session management function (SMF).
  • the illustrated user plane function (UPF) node is a kind of gateway through which user data is transmitted and received.
  • the UPF node may perform all or part of user plane functions of S-GW and P-GW of 4G mobile communication.
  • the illustrated PCF Policy Control Function
  • Policy Control Function is a node that controls the operator's policy.
  • the illustrated application function is a server for providing various services to the UE.
  • Unified Data Management shown is a kind of server that manages subscriber information, such as the home subscriber server (HSS) of 4G mobile communication.
  • the UDM stores and manages the subscriber information in a Unified Data Repository (UDR).
  • UDM Unified Data Repository
  • the illustrated Authentication Server Function authenticates and manages a UE.
  • the illustrated Network Slice Selection Function is a node for network slicing as described below.
  • a UE may simultaneously access two data networks using multiple PDU (Protocol Data Unit or Packet Data Unit) sessions.
  • PDU Protocol Data Unit or Packet Data Unit
  • 3 is an exemplary diagram illustrating an architecture for supporting simultaneous access to two data networks.
  • FIG 3 shows an architecture for a UE to simultaneously access two data networks using one PDU session.
  • Next-generation mobile communication introduces the concept of network slicing in order to provide various services through one network.
  • the slicing of the network is a combination of network nodes having functions required when providing a specific service.
  • the network nodes constituting the slice instance may be hardware independent nodes or logically independent nodes.
  • Each slice instance can consist of any combination of nodes needed to form the entire network.
  • one slice instance may provide a service exclusively to the UE.
  • the slice instance may be composed of a combination of some of the nodes constituting the network.
  • the slice instance may not provide a service to the UE alone, but may provide a service to the UE in association with other existing network nodes.
  • a plurality of slice instances may be associated with each other to provide a service to the UE.
  • Slice instances differ from dedicated core networks in that the entire network node, including the core network (CN) node and the RAN, can be separated. Slice instances are also different from dedicated core networks in that network nodes can be logically separated.
  • CN core network
  • 4A is an exemplary diagram illustrating an example of architecture for implementing the concept of network slicing.
  • the core network CN may be divided into several slice instances.
  • Each slice instance may include one or more of a CP function node and an UP function node.
  • Each UE may use a network slice instance for its service through the RAN.
  • each slice instance may share one or more of a CP function node and an UP function node with another slice instance. This will be described with reference to FIG. 4 as follows.
  • 4B is an exemplary diagram illustrating another example of an architecture for implementing the concept of network slicing.
  • a plurality of UP functional nodes are clustered, and likewise a plurality of CP functional nodes are clustered.
  • slice instance # 1 (or instance # 1) in the core network includes a first cluster of UP functional nodes.
  • the slice instance # 1 shares a cluster of CP function nodes with slice # 2 (or instance # 2).
  • the slice instance # 2 includes a second cluster of UP functional nodes.
  • the illustrated NSSF selects a slice (or instance) that can accommodate the service of the UE.
  • the illustrated UE can use service # 1 through slice instance # 1 selected by the NSSF and service # 2 through slice instance # 2 selected by N.
  • the VPLMN Vehicle Land Mobile Network
  • LBO local break out
  • HR home routing
  • FIG. 5A is an exemplary diagram illustrating an architecture in which a local breakout (LBO) scheme is applied when roaming
  • FIG. 5B is an exemplary diagram illustrating an architecture in which a home routed (HR) scheme is applied when roaming.
  • LBO local breakout
  • HR home routed
  • data of a user is transferred to a data network in a VPLMN.
  • the PCF in the VPLMN interacts with AF to generate PCC rules for service in the VPLMN.
  • the PCF node in the VPLMN generates a PCC rule based on a policy set therein according to a roaming agreement with a Home Public Land Mobile Network (HPLMN) operator.
  • HPLMN Home Public Land Mobile Network
  • data of the UE is delivered to a data network in the HPLMN.
  • data of the UE may be bypassed to a non-3GPP network, such as a Wireless Local Area Network (WLAN) or Wi-Fi.
  • WLAN Wireless Local Area Network
  • Wi-Fi Wireless Fidelity
  • 6A-6F illustrate architectures for bypassing data with a non-3GPP network.
  • WLAN Wireless Local Area Network
  • Wi-Fi Wireless Local Area Network
  • N3IWF Non-3GPP InterWorking Function
  • PDU sessions may be created through 3GPP access and non-3GPP access, respectively.
  • a concept of establishing a multi access (MA) PDU session has been proposed.
  • one disclosure of the present specification provides a method in which a session management function (SMF) supports a quality of service (QoS).
  • the method uses the 3rd generation partnership project (3GPP) access and the non-3GPP access to the QoS profile based on that the QoS flow in the MA (multi-access) protocol data unit (PDU) session is not a guaranteed bit rate (GBR) QoS flow. Determining to send to everyone; Based on the QoS flow in the MA PDU session being the GBR QoS flow, determining to send the QoS profile to only one of 3GPP access and non-3GPP access; And based on the determination, transmitting the QoS profile.
  • 3GPP 3rd generation partnership project
  • GBR guaranteed bit rate
  • the method may further comprise determining the one of the 3GPP access and the non-3GPP access.
  • the method may further include transmitting QoS rules to a user equipment (UE) based on the establishment of the MA PDU session.
  • UE user equipment
  • the QoS rules may be commonly used for both the 3GPP access and the non-3GPP access.
  • the MA PDU session may be established in both the 3GPP access and the non-3GPP access.
  • the method may further include transmitting a steering rule to at least one of a terminal and a user plane function (UPF).
  • the steering rule may cause the QoS flow to be steered equally with the one access.
  • the method further includes receiving an indication indicating that switching is required from the UPF when the GBR QoS flow should be moved from a first access to a second access of the 3GPP access and the non-3GPP access according to a steering rule. Can be.
  • the indication may include information on the QoS flow to be switched and information on the second access to be switched.
  • the method may further include informing the UPF that the switching of the GBR QoS flow was successfully performed.
  • the QoS profile may be transmitted based on the indication.
  • An indication indicating that the GBR QoS flow has been successfully performed may cause the UPF to perform switching to the second access.
  • One access to which the QoS profile is sent may be an access currently in use.
  • the QoS profile can be used to clean up resources on the currently in use access.
  • one disclosure of the present specification provides a session management function (SMF) that supports a quality of service (QoS).
  • the SMF and the transceiver may include a processor for controlling the transceiver.
  • the processor is configured to: determine a QoS profile based on 3rd generation partnership project (3GPP) access and non-3GPP based on the QoS flow in a multi-access protocol data unit (MAP) session not being a guaranteed bit rate (GBR) QoS flow. Determining to send to all of the accesses, and determining to send the QoS profile to only one of 3GPP access and non-3GPP access, based on the QoS flow in the MA PDU session being the GBR QoS flow. And based on the determination, transmitting the QoS profile.
  • 3GPP 3rd generation partnership project
  • non-3GPP based on the QoS flow in a multi-access protocol data unit (MAP) session not being a guaranteed bit rate (GBR) QoS flow.
  • 1 is a structural diagram of an evolved mobile communication network.
  • FIG. 2 is an exemplary view showing the expected structure of the next generation mobile communication from a node perspective.
  • 3 is an exemplary diagram illustrating an architecture for supporting simultaneous access to two data networks.
  • 4A is an exemplary diagram illustrating an example of architecture for implementing the concept of network slicing.
  • 4B is an exemplary diagram illustrating another example of an architecture for implementing the concept of network slicing.
  • FIG. 5A is an exemplary diagram illustrating an architecture in which a local breakout (LBO) scheme is applied when roaming
  • FIG. 5B is an exemplary diagram illustrating an architecture in which a home routed (HR) scheme is applied when roaming.
  • LBO local breakout
  • HR home routed
  • 6A-6F illustrate architectures for bypassing data with a non-3GPP network.
  • FIG. 7 is an exemplary diagram illustrating a data storage architecture.
  • FIG. 8 is a signal flow diagram illustrating an exemplary registration procedure.
  • FIG. 9 is a signal flow diagram illustrating an exemplary PDU session establishment procedure.
  • FIG. 11 is an exemplary diagram illustrating a procedure for establishing a joint of a MA PDU session according to the prior art.
  • FIG. 12 is an exemplary signal flow diagram illustrating a second scheme of the first disclosure.
  • FIG. 13 is a signal flow diagram illustrating a first example of an ATSSS rule update procedure according to the third scheme of the first disclosure.
  • FIG. 14 is a signal flow diagram illustrating a second example of an ATSSS rule update procedure according to the third scheme of the first disclosure.
  • 15 is a signal flow diagram illustrating a third example of an ATSSS rule update procedure according to the third scheme of the first disclosure.
  • 16 is a signal flow diagram illustrating a fourth example of an ATSSS rule update procedure according to the third scheme of the first disclosure.
  • 17 is an exemplary diagram illustrating a PDU session modification procedure according to a second scheme of the second disclosure.
  • 19 is a signal flow diagram illustrating a downlink GBR (Guaranteed Bit Rate) QoS flow verification procedure using an N4 session level reporting procedure.
  • GBR Guard Bit Rate
  • 20 is an exemplary view showing a method according to one disclosure of the present specification.
  • 21 is a block diagram illustrating a terminal and a network node according to an embodiment of the present invention.
  • 22 is a block diagram showing in detail the configuration of the terminal according to an embodiment of the present invention.
  • first and second may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another.
  • first component may be referred to as the second component, and similarly, the second component may also be referred to as the first component.
  • a component When a component is said to be connected or connected to another component, it may be directly connected to or connected to the other component, but other components may be present in between. On the other hand, when a component is mentioned as being directly connected or directly connected to another component, it should be understood that no other component exists in the middle.
  • a user equipment UE
  • the illustrated UE may be referred to in terms of UE 100 (Terminal), Mobile Equipment (ME), and the like.
  • the UE may be a portable device such as a laptop, a mobile phone, a PDA, a smart phone, a multimedia device, or a non-portable device such as a PC or a vehicle-mounted device.
  • UE / MS means User Equipment / Mobile Station, UE 100 device.
  • EPS stands for Evolved Packet System and means a core network supporting a Long Term Evolution (LTE) network.
  • LTE Long Term Evolution
  • UMTS evolved network
  • PDN Public Data Network
  • PDN-GW Packet Data Network Gateway
  • Network node of EPS network that performs UE IP address allocation, Packet screening & filtering, Charging data collection
  • Serving GW Network node of EPS network that performs mobility anchor, packet routing, idle mode packet buffering, Triggering MME to page UE function
  • eNodeB A base station of an evolved packet system (EPS), which is installed outdoors, and a cell coverage size corresponds to a macro cell.
  • EPS evolved packet system
  • MME Mobility Management Entity
  • a session is a channel for data transmission.
  • the unit may be a PDN, a bearer, or an IP flow unit.
  • the difference in each unit can be divided into the entire target network unit (APN or PDN unit), the QoS classification unit (Bearer unit), and the destination IP address unit as defined in 3GPP.
  • APN Abbreviation for Access Point Name, which is provided to the UE as the name of an access point managed by the network. That is, it is a string indicating or distinguishing a PDN.
  • PDN In order to access the requested service or network (PDN), it goes through the corresponding P-GW, which is a predefined name (string) in the network so that the P-GW can be found.
  • the APN may be in the form of internet.mnc012.mcc345.gprs.
  • PDN connection A connection from a UE to a PDN, that is, an association (connection) between a UE expressed by an IP address and a PDN expressed by an APN.
  • UE Context Context information of UE used to manage UE in the network, ie Context Information composed of UE id, mobility (current location, etc.), session attributes (QoS, priority, etc.)
  • NAS Non-Access-Stratum: Upper stratum of the control plane (control plane) between the UE and the MME. Supports mobility management, session management, and IP address management between UE and network
  • PLMN Abbreviation for Public Land Mobile Network, which means the network identification number of the operator.
  • HPLMN Home PLMN
  • VPLMN Visited PLMN
  • DNN Abbreviation for Data Network Name. Similar to APN, it is provided to UE as a name of an access point managed by a network. In 5G systems, the DNN is used equivalent to the APN.
  • NSSP Network Slice Selection Policy
  • S-NSSAI Session Network Slice Selection Assistance Information
  • Next-generation mobile communication networks provide various modes to support session and service continuity (SSC).
  • SSC session and service continuity
  • the UPF which acts as a PDU session anchor in the process of establishing a PDU session, remains independent of access technology (ie, access type and cell). In case of an IP type PDU session, IP continuity is supported regardless of the movement of the UE.
  • SSC mode 1 may be applied to any PDU session type and may be applied to any access type.
  • the network may trigger the release of the PDU session and instruct the UE to establish the same PDU session.
  • a UPF acting as a PDU session anchor may be newly selected.
  • SSC mode 2 may be applied to any PDU session type and may be applied to any access type.
  • the network may allow the UE to establish a connection using a new PDU session to the same data network before releasing the connectivity between the UE and the previous PDU session anchor.
  • the network may determine whether to select a suitable PDU session anchor, i.e., UPF, for the new condition of the UE.
  • SSC mode 3 can be applied to any PDU session type and can be applied to any access type.
  • the SSC mode selection policy may be used to determine the type of SSC mode associated with the UE's application or the UE's application group.
  • the operator may provide the SSC mode selection policy to the UE.
  • the policy may include one or more SSC mode selection policy rules.
  • FIG. 7 is an exemplary diagram illustrating a data storage architecture.
  • the 5G system includes unified data management (UDM), policy control function (PCF), and network exposure function (NEF) in the UDR, such as subscriber information, policy data by the UDM and PCF, and NEF.
  • AF request information for the UE can be stored in the Unified Data Repository (UDR).
  • UDR may be placed in each PLMN.
  • the UE needs to get authorization to enable mobility tracking, to enable data reception, and to receive a service.
  • the UE must register with the network.
  • the registration procedure is performed when the UE needs to do initial registration for the 5G system.
  • the registration procedure is performed when the UE performs periodic registration update, when moving to a new tracking area (TA) in idle mode, and when the UE needs to perform periodic registration update.
  • TA tracking area
  • the ID of the UE can be obtained from the UE.
  • AMF can deliver PEI (IMEISV) to UDM, SMF and PCF.
  • PEI IMEISV
  • FIG. 8 is a signal flow diagram illustrating an exemplary registration procedure.
  • the UE may send an AN message to the RAN.
  • the AN message may include an AN parameter and a registration request message.
  • the registration request message may include information such as a registration type, subscriber permanent ID or temporary user ID, security parameters, NSSAI, 5G capability of the UE, PDU session state, and the like.
  • the AN parameter may include SUPI or temporary user ID, selected network and NSSAI.
  • the registration type may be a "initial registration” (ie, UE is in a non-registration state), a "mobility registration update” (that is, a UE is in a registered state and starts a registration process due to mobility) or a "registration registration update”. "That is, the UE is in a registered state and starts a registration procedure due to a periodic update timer expiration). If a temporary user ID is included, the temporary user ID represents the last serving AMF. If a UE is already registered via a non-3GPP access in a PLMN different from the PLMN of the 3GPP access, the UE may not provide the UE temporary ID assigned by the AMF during the registration procedure via the non-3GPP access.
  • Security parameters can be used for authentication and integrity protection.
  • PDU session state indicates a (previously established) PDU session available at the UE.
  • the RAN may select an AMF based on (R) AT and NSSAI.
  • the (R) AN If the (R) AN cannot select the appropriate AMF, it selects any AMF according to the local policy and forwards the registration request to the selected AMF. If the selected AMF cannot service the UE, the selected AMF selects another AMF that is more appropriate for the UE.
  • the RAN sends an N2 message to the new AMF.
  • the N2 message includes an N2 parameter, a registration request.
  • the registration request may include a registration type, subscriber permanent identifier or temporary user ID, security parameters, NSSAI and MICO mode basic settings, and the like.
  • the N2 parameter includes location information, cell identifier and RAT type associated with the cell the UE is camping on.
  • the newly selected AMF may send an information request message, eg, Namf_Communication_UEContextTransfer, to the previous AMF.
  • an information request message eg, Namf_Communication_UEContextTransfer
  • the new AMF may send an information request message containing the complete registration request information to the previous AMF to request the SUPI and MM context of the UE. have.
  • the previous AMF sends an information response message, such as Namf_Communication_UEContextTransfer response, to the newly selected AMF.
  • the information response message may include SUPI, MM context, and SMF information.
  • the previous AMF sends an information response message containing the SUPI and MM context of the UE.
  • the previous AMF may include SMF information including the ID of the SMF and the PDU session ID in the information response message.
  • the new AMF sends an Identity Request message to the UE if SUPI is not provided by the UE or is not retrieved from the previous AMF.
  • the UE sends an Identity Response message including the SUPI to the new AMF.
  • AMF may decide to trigger AUSF.
  • AMF can select AUSF based on SUPI.
  • AUSF may begin authentication of the UE and NAS security functions.
  • the new AMF may send a Namf_Communication_RegistrationCompleteNotify message to the previous AMF.
  • the new AMF can send an Identity Request message to the UE.
  • an Identity Request message can be sent for the AMF to retrieve the PEI.
  • the new AMF checks the identifier.
  • the new AMF selects the UDM based on SUPI.
  • the new AMF performs a registration procedure with the UDM.
  • the new AMF may select a PCF based on SUPI.
  • the new AMF performs Policy Association Establishment with PCF.
  • the new AMF sends a PDU Session Update SM Context message or a PDU Session Release SM Context message to the SMF.
  • the new SMF sends an AMF Mobility Request message to the N3IWF and receives a Mobility Response message from the AMF.
  • the previous AMF sends a UE Context Termination Request message to the PCF.
  • the previous AMF may delete the UE context from the PCF.
  • the new AMF sends a registration accept message to the UE.
  • the registration acceptance message may include a temporary user ID, registration area, mobility restriction, PDU session status, NSSAI, periodic registration update timer, and allowed MICO mode.
  • the temporary user ID may be further included in the registration acceptance message.
  • information indicating mobility restriction may additionally be included in the registration accept message.
  • the AMF may include information indicative of the PDU session state for the UE in the registration accept message. The UE may remove any internal resource associated with the PDU session that is not marked as active in the received PDU session state. If the PDU session state information is in the Registration Request, the AMF may include information indicating the PDU session state to the UE in the registration accept message.
  • the UE sends a registration complete message to the new AMF.
  • the network may send a device trigger message to the application (s) of the UE.
  • FIG. 9 is a signal flow diagram illustrating an exemplary PDU session establishment procedure.
  • the procedure shown in FIG. 9 assumes that the UE has already registered on the AMF, according to the registration procedure shown in FIG. Therefore, it is assumed that AMF has already obtained user subscription data from the UDM.
  • the UE sends a NAS message to the AMF.
  • the message may include S-NSSAI, DNN, PDU session ID, request type, N1 SM information, and the like.
  • the UE may generate a new PDU session ID.
  • the UE may start the PDU session establishment procedure initiated by the UE by sending a NAS message including the PDU session establishment request message in the N1 SM information.
  • the PDU session establishment request message may include a request type, an SSC mode, and a protocol configuration option.
  • the request type indicates "initial request.” However, if there is an existing PDU session between 3GPP access and non-3GPP access, the request type may indicate "existing PDU session”.
  • NAS messages sent by the UE are encapsulated in an N2 message by the AN.
  • the N2 message is transmitted to the AMF and may include user location information and access technology type information.
  • the N1 SM information may include an SM PDU DN request container including information on PDU session authentication by an external DN.
  • the AMF may determine that the message corresponds to a request for a new PDU session if the request type indicates “initial request” and if the PDU session ID was not used for an existing PDU session of the UE.
  • the AMF may determine a default S-NSSAI for the requested PDU session according to the UE subscription.
  • the AMF may associate and store a PDU session ID with an SMF ID.
  • AMF sends SM context request message to SMF.
  • the SMF sends a subscriber data request message to the UDM.
  • the subscriber data request message may include a subscriber permanent ID and a DNN.
  • the SMF determines that the request is due to a handover between 3GPP access and non-3GPP access.
  • the SMF may identify an existing PDU session based on the PDU session ID.
  • the SMF may request subscription data.
  • the UDM may send a subscription data response message to the SMF.
  • the subscription data may include information about an authenticated request type, an authenticated SSC mode, and a basic QoS profile.
  • the SMF can check whether the UE request conforms to user subscription and local policy. Or, the SMF rejects the UE request through NAS SM signaling (including the relevant SM rejection cause) delivered by the AMF, and the SMF informs the AMF that the PDU session ID should be considered released.
  • NAS SM signaling including the relevant SM rejection cause
  • SMF sends Create SM Context Response message to AMF.
  • the SMF chooses a PCF.
  • the SMF may begin establishing a PDU-CAN session towards the PCF to obtain basic PCC rules for the PDU session. If the request type in process 3 indicates an "existing PDU session", the PCF may instead start modifying the PDU-CAN session.
  • the SMF selects the SSC mode for the PDU session.
  • the SMF can also select UPF. For request type IPv4 or IPv6, the SMF can assign an IP address / prefix for the PDU session.
  • the SMF implements the SM policy association modification procedure.
  • the SMF may start the N4 session establishment procedure using the selected UPF, otherwise the N4 session modification procedure may be started using the selected UPF.
  • the SMF sends an N4 session establishment / modification request message to the UPF.
  • the SMF may provide a packet detection, enforcement and reporting rule to be installed in the UPF for the PDU session. If the SMF is assigned CN tunnel information, CN tunnel information may be provided to the UPF.
  • the UPF may respond by sending an N4 Session Setup / Modify Response message. If CN tunnel information is allocated by the UPF, CN tunnel information may be provided to the SMF.
  • the SMF sends N1N2 Message Transfer to AMF.
  • the message includes a PDU session ID and N2 SM information.
  • the N2 SM information may include a PDU session ID, QFI, QoS profile, CN tunnel information, S-NSSAI information obtained from allowed NSSAI, session-AMBR, PDU session type, and the like.
  • AMF sends an N2 PDU session request message to the RAN.
  • the message may include N2 SM information and a NAS message.
  • the NAS message may include a PDU session ID and a PDU session establishment acceptance message.
  • the AMF may send a NAS message including the PDU session ID and the PDU session establishment accept message.
  • the AMF also includes the received N2 SM information from the SMF in the N2 PDU session request message and sends it to the RAN.
  • the RAN may make a specific signaling exchange with the UE related to the information received from the SMF.
  • the RAN also assigns RAN N3 tunnel information for the PDU session.
  • the RAN delivers the NAS message provided in step 10 to the UE.
  • the NAS message may include a PDU session ID and N1 SM information.
  • the N1 SM information may include a PDU session establishment acceptance message.
  • the RAN sends a NAS message to the UE only if the necessary RAN resources are established and the allocation of RAN tunnel information is successful.
  • the RAN sends an N2 PDU Session Request Ack to the AMF.
  • the AMF may send an SM request message to the SMF.
  • the SM request message may include N2 SM information.
  • the AMF may be to deliver the N2 SM information received from the RAN to the SMF.
  • the SMF may start the N4 session establishment procedure with the UPF. Otherwise, SMF can use the UPF to initiate the N4 session modification procedure.
  • the SMF may provide AN tunnel information and CN tunnel information. CN tunnel information may only be provided if the SMF selected CN tunnel information in step 8.
  • the UPF may send an N4 session establishment / modification response message to the SMF.
  • the SMF may send an SM response message to the AMF.
  • AMF can forward related events to SMF. Occurs on handover when RAN tunnel information is changed or AMF is relocated.
  • the SMF transmits information to the UE via the UPF. Specifically, in case of PDU Type IPv6, the SMF may generate an IPv6 Router Advertisement and transmit it to the UE through N4 and UPF.
  • the SMF sends an SM Context Status Notify message to the AMF.
  • the SMF transmits an IP address setting through the UPF.
  • a MA PDU session can be created by bundling two separate PDU sessions established with different access.
  • the MA PDU session includes at least two PDU sessions, represented by child PDU sessions in FIG. 10.
  • One of the two PDU sessions is established on 3GPP access and the other PDU session is established on untrusted non-3GPP access (eg WLAN AN).
  • Child PDU sessions in the MA-PDU session may share the following features.
  • a common PDU type eg, IPv6
  • MA-PDU sessions enable multipath data links between the UE and UPF-A. This can be implemented below the IP layer.
  • the MA-PDU session may be established through one of the following procedures.
  • (ii) can be established through one MA PDU session establishment procedure. That is, two child PDU sessions are established at the same time. This is called establishing a bond.
  • Child PDU sessions may have the same IP address.
  • Session Management (SM) signaling associated with the MA PDU session may be transmitted and received via any access.
  • SM Session Management
  • Two child PDU sessions may be established through two separate PDU session establishment procedures. For example, the UE may establish a first PDU session on the 3GPP access, and then establish a second PDU session on the non-3GPP access. The two PDU sessions may be linked to each other, thus becoming a child PDU session of a MA PDU session.
  • the linked PDU session may be provided to a 5G core network (5GC).
  • 5GC links the second PDU session to the “linked” PDU session and designates the two PDU sessions as child PDU sessions of a MA PDU session.
  • the second PDU session may use the values of the "linked" PDU session as it is.
  • the request type in the establishment request message for establishing the second PDU session may be set to an "initial request.”
  • 5GC interprets the request as establishing a MA PDU session and converts the requested PDU session to an existing one. Link to a "linked” PDU session.
  • a new request type may be used.
  • Two child PDU sessions may be established simultaneously through one procedure.
  • One such procedure may be referred to as a MA PDU session establishment procedure by UE request.
  • the procedure may be useful if the UE intends to establish a MA PDU session with the UE already registered with 5GC through two accesses. Instead of performing two separate PDU session establishment procedures, the UE may establish two child PDU sessions by performing one MA PDU session establishment procedure.
  • FIG. 11 is an exemplary diagram illustrating a procedure for establishing a joint of a MA PDU session according to the prior art.
  • the association establishment procedure illustrated in FIG. 11 represents a MA PDU session establishment procedure requested by the UE.
  • the two child PDU session establishment procedures have different PDU session IDs.
  • the child PDU session on 3GPP access is represented by PDU session ID-1
  • the child PDU session on non-3GPP access is represented by PDU session ID-2.
  • 5GC's SMF triggers two N2 PDU session establishment procedures.
  • the UE may receive a PDU session establishment accept message for PDU session ID-1 through 3GPP access and a PDU session establishment accept message for PDU session ID-2 through non-3GPP access.
  • the SMF may anchor both PDU sessions via the same UPF and assign the same IP address to the two PDU sessions.
  • NBIFOM Network-Based IP Flow Mobility
  • EPS Evolved Packet System
  • QoS Quality of Service
  • the NBIFOM rules do not apply the rules unilaterally by the terminal or the network, but start checking after confirming each other.
  • the UE / network transmits update signaling of NBIFOM rule and QoS information at the same time, it performs an operation of updating unnecessary QoS information when the UE or network does not accept the rule. For example, if the UE has a multi-access PDU session and the SMF wants to move IP flow # 1 transmitted to non-3GPP access to 3GPP access, Access Traffic Steering through 3GPP access. QoS flow setup for IP flow # 1 can be performed simultaneously while transmitting a Switching and Splitting rule.
  • IP flow # 1 continues to be transmitted in a non-3GPP access, but a situation in which a QoS flow for IP flow # 1 is unnecessarily created in 3GPP access occurs.
  • the ATSSS rule when the ATSSS rule is accepted but the reflective QoS is used, when the uplink packet occurs before the downlink packet, the QoS cannot be applied to the uplink packet.
  • the RQA Reflective QoS Attribute
  • SDAP Service Data Adaptation Protocol
  • the RQA is not transmitted, the reflected QoS cannot be applied.
  • the RQA is transmitted to the ATSSS rule update and the UE rejects the ATSSS rule, resource waste may occur because the RAN uses the SDAP header unnecessarily.
  • the UE updates the ATSSS rules there is a problem in that separate signaling for RQA needs to be sent to the RAN.
  • QoS in 5GS is separated from QoS of AN (Access Network) and QoS of Core Network (CN).
  • QoS differentiation is performed based on a QF (QoS Flow ID) in the N3 header, and the same QFI may receive the same QoS processing.
  • QoS flows flows having the same QFI (that is, the same QoS processing) are called QoS flows, and each QoS flow is mapped from an AN to a radio resource to enable QoS processing in the AN.
  • the method of mapping QoS flows to AN resources eg, radio bearer, IPsec tunnel
  • mapping information is transmitted to the terminal through AN specific signaling (eg, RRC connection reconfiguration, IKE signaling). If there is a QoS flow without mapping information, it is transmitted to a basic AN resource (eg, a basic radio bearer). The UE determines which QoS flow to send the generated traffic based on the QoS rules.
  • the data flow of one access can be moved to the other by steering rules.
  • the terminal when the terminal does not have mapping information, the terminal transmits the information through the default AN resource. Therefore, the terminal may know whether the AN resource mapped to its QoS rule is set up.
  • the first disclosure of the present specification proposes solutions for solving the aforementioned first problem.
  • the second disclosure of the present specification proposes solutions to solve the above-described second problem.
  • the first approach is to always create the same QoS flow for both accesses in the case of a PDU session applying ATSSS.
  • traffic can be handled only by ATSSS rule update without updating QoS flow.
  • the actual traffic can go to only one side, it may not be able to efficiently use the resources of the terminal and the network.
  • QRR Guaranteed Bit Rate
  • 3GPP access requires the use of SDAP headers to use reflective QoS, which requires additional radio resources.
  • the reflected QoS timer expires and the reflected QoS rule is deleted.
  • the other access needs to be managed by giving clear QoS rules instead of the reflected QoS.
  • the QoS flow needs to move frequently, or if one QoS flow is used with multiple IP flows and is almost always used (for example, the default QoS flow is the same QFI in 3GPP, non-3GPP access) In this case, QoS can be guaranteed simply by using this method.
  • the UE / network After updating the ATSSS rule, the UE / network performs setup for QoS flow through separate signaling and then sends separate signaling to apply the ATSSS rule.
  • This approach is applicable to both explicit QoS rules and reflective QoS.
  • FIG. 12 is an exemplary signal flow diagram illustrating a second scheme of the first disclosure.
  • signaling for updating the ATSSS rule, signaling for establishing a QoS flow, and signaling for applying the ATSSS rule are transmitted.
  • signaling overhead may increase.
  • signaling to set up QoS flow and signaling to apply ATSSS rules may use one procedure. For example, process 3 in FIG. 12 may be performed along with process 2.
  • This method performs a separate procedure for updating QoS rules when the UE / network accepts ATSSS rules in the middle of the procedure for updating ATSSS rules, and then repeats the procedure for updating ATSSS rules when the QoS rules update. That's the way.
  • FIG. 13 is a signal flow diagram illustrating a first example of an ATSSS rule update procedure according to the third scheme of the first disclosure.
  • step 1 the UE (ie, illustrated as a UE) transmits a message including an ATSSS rule to be updated. If the network accepts the ATSSS rules, the network does not immediately send a response message for process 1, but starts a new SM procedure (processes 2 to 3) to set up a new QoS flow for the updated ATSSS rules. After the QoS flow setup is complete, the network sends a response message for process 1 in process 4, and begins to apply the updated ATSSS rules. After the UE receives the message in step 4, the UE also starts to apply the ATSSS rule after transmitting the response message. If the network rejects the ATSSS rule, process 2 to process 5 are skipped and the process 6, which is a response message to process 1, indicates that the ATSSS rule was rejected.
  • process 2 may be performed as in process 4
  • process 3 may be performed as process 5, and may be performed as a single procedure without a separate procedure.
  • FIG. 14 is a signal flow diagram illustrating a second example of an ATSSS rule update procedure according to the third scheme of the first disclosure.
  • the ATSSS rule update procedure starting in the network may proceed as shown in FIG. 14.
  • the network may transmit a message including an ATSSS rule to be updated.
  • New SM procedure i.e., process 2 to process
  • UE accepts the ATSSS rule.
  • the UE transmits a response message for process 1 in process 5 and starts to apply the updated ATSSS rule.
  • the network also begins to apply ATSSS rules after receiving process 5. If the UE rejects the ATSSS rule, process 2 to process 5 are omitted and the process 6, which is a response message to process 1, is sent to indicate that the ATSSS rule is rejected.
  • the network should send the RQA to the RAN in the process of setting up the QoS flow if the continuous QoS is to be used even in the 3GPP access.
  • the RQA may be transmitted to the RAN.
  • the terminal / network does not perform a procedure for setting up additional QoS flows (for example, processes 2 to 3 of FIG. 13 and processes 2 to 4 of FIG. 14). You may not. In this case, the procedure can be used only to send the RQA to the RAN to use the reflected QoS. However, signaling can be reduced through the following scheme.
  • 15 is a signal flow diagram illustrating a third example of an ATSSS rule update procedure according to the third scheme of the first disclosure.
  • the UE when the UE updates the ATSSS rule, if the network accepts the ATSSS rule, the UE transmits an indication to continue to use the reflected QoS while notifying the UE of the ATSSS rule in step 2. .
  • the UE receives the indication, as in step 4, the UE informs that the reflected QoS is used for the QoS flow affected by the ATSSS rule using RAN and AS signaling. This process may be performed simultaneously with process 3 or may be performed first.
  • the terminal receives such an indication, the derived QoS rule generated by the reflective QoS used in the previous access can be used in the access as it is.
  • the UE may stop the reflected QoS timer and clear the derived QoS rule in the previous access for the reflected QoS for the flows moved by the ATSSS rule (maintain the timer for the induced QoS rule). Should be active after traffic has been moved).
  • the network may send an RQA directly to the RAN rather than sending an indication to the terminal, indicating that reflective QoS is used for the QoS flow.
  • 16 is a signal flow diagram illustrating a fourth example of an ATSSS rule update procedure according to the third scheme of the first disclosure.
  • the network when the network updates the ATSSS rules, the network further sends an indication to continue to use the reflected QoS while dropping the updated ATSSS rules in step 1.
  • the UE informs that the reflected QoS is used for the QoS flow affected by the ATSSS rule through the RAN and AS signaling only when the network accepts the ATSSS rule. This process may be performed simultaneously with process 2 or may be performed first.
  • the terminal receives such an indication and then decides to accept the ATSSS rule, the terminal allows the derived QoS rule generated by the reflective QoS used in the previous access to be used in the moving access as it is.
  • the UE may stop the reflected QoS timer and delete the derived QoS rules in the previous access for the reflected QoS for the flows moved by the ATSSS rules (maintain the timer for the induced QoS rules). Should work after migration).
  • the fourth method is to update the QoS after updating the ATSSS rule. Since this solution works without any additional action, there is no need to execute a separate procedure. Also, like the first scheme, resources are not reserved in advance. However, after the ATSSS rule is updated, traffic that does not satisfy the QoS may occur for a certain period of time until the QoS is updated. In particular, GBR flow or delay critical flow may cause problems in QoS management. Therefore, this method can be used when the flow carried by the corresponding ATSSS rule is a flow that does not require special QoS processing, such as a non-GBR flow.
  • the second disclosure of the present specification proposes solutions to solve the above-described second problem.
  • the steering rule may be interpreted as an ATSSS rule and may be used interchangeably.
  • the data flow moving between 3GPP access and non-3GPP access may be interpreted as traffic, QoS flow, and may be used interchangeably.
  • steering or traffic steering
  • AN resources required for this access are also set up. Accordingly, when the UE moves the data flow from one access to the other according to the steering rule, when the QoS rule having the same QFI as the QFI used in the source access exists in the target access, the UE moves the data flow without signaling to the SMF. If there is no QoS rule with the same QFI, the SMF requests the QoS rule with the same QFI as the source access through the PDU session modification procedure. In this scheme, since QoS rules are transmitted for each access, different QoS flows can be used for each access even for the same data flow.
  • the UE should check whether there are QoS rules including packet filters for the data flows to be moved. However, if the QoS in the source access is not mapped to the default QoS rule in this process, then there is a QoS rule with the packet filter that contains the data flow that you want to move, except for the default QoS rule in the target access. Find. However, since both the terminal and the network must manage QoS rules for each access, signaling increases and the number of QoS rules that can be used maximum also decreases.
  • the UE moves a certain data flow
  • the data flow is using a GBR QoS flow in a non-3GPP access
  • the terminal may become a CM-IDLE in the 3GPP access.
  • the network can release the GBR QoS flow in the 3GPP access, which results in the deletion of the QoS rules of the terminal connected to the GBR QoS flow.
  • the UE when the data flow needs to be moved to 3GPP access, the UE transmits the data flow using a default QoS rule or another QoS rule because there is no QoS rule for the GBR QoS flow. This is an unintended consequence in the network and does not guarantee the QoS of that data flow. Therefore, the UE should inform the SMF before sending the traffic to move the data flow. Upon receiving this, the SMF can determine whether to drop the new QoS rule to the terminal and can lower the QoS rule if necessary. In this case, the SMF may be informed by sending a special traffic to the PDU session modification procedure or the user plane of the second method to be described later.
  • the SMF may send QoS rules to inform it which AN resource is set up for which access. If the AN resource is not set up in the target access when the data flow is moved to another access according to the steering rule, the SMF sends an indication to steer through the PDU session modification procedure. Upon receiving this, the SMF may send an N2 setup message to the AN to allow the AN resource to be set up. In this process, the UE may transmit an indication indicating that steering is possible in the PDU session command. The terminal transmits the data flow to the target access after receiving a response to the PDU session modification request from the SMF, or after receiving a response to the PDU session modification request including an indication that steering is possible.
  • the SMF does not tell you which AN resource is set up for a particular QoS rule, but always sets up the AN resource for both accesses for non-GBR QoS flows, and for the access currently in use for GBR QoS flows only.
  • You can set up AN resources if both are in use, both accesses can set up AN resources).
  • the UE may steer to the other access without signaling to the SMF for the non-GBR QoS flow.
  • GBR QoS flow if the PDU session modification command is transmitted to the network through the PDU session modification procedure, or if a PDU session modification command including an indication indicating that steering is available is received. You can steer the data flow to the other access.
  • the UE moves some data flows in the GBR flow of the non-3GPP access to the 3GPP access.
  • 17 is an exemplary diagram illustrating a PDU session modification procedure according to a second scheme of the second disclosure.
  • the UE When the UE wants to move the GBR QoS flow in the non-3GPP to the 3GPP access based on the steering rule, the UE transmits a PDU session modification request message to the SMF through the 3GPP access to which the UE intends to move the data flow.
  • This message includes an indication that the UE requests steering and information on which QoS flows to move (e.g., flow information through QFI or packet filter information, identity information on QoS rules, or identification on ATSSS steering rules) identity information).
  • the UE indicates all GBR QoS flows instead of information on each QoS flow as described above (eg ALL, *, etc.). It may also include.
  • the SMF determines that N2 setup for the relevant QoS flow has not been made in the 3GPP access based on the information sent by the UE (or in case it is determined that N2 setup for the related QoS flow should be performed in the 3GPP access), the N2 is sent to the RAN. Send a setup message.
  • PDU session modification command message is also sent in response.
  • the message may include an indication that the terminal may start steering. If the RAN cannot accept the N2 setup for the QoS flow, the N1 message is not transmitted by the prior art. Therefore, the SMF may update the QoS rule or the steering rule based on the cause of rejection in the response to the N2 message.
  • the SMF In order for the RAN to not deliver N1 messages to the UE when N2 setup for QoS flow fails, the SMF directly adds an indication to the N2 setup so that the RAN sends an N1 message to the UE only if the N2 setup succeeds. You can do that.
  • the mapping relationship between the QoS flow and the AN resource is transmitted through AN signaling. This is an optional procedure. If there is no change in the mapping relationship between the AN resource and the QoS flow (eg, when the QoS flow is mapped to the default radio bearer), the mapping information is not updated.
  • the RAN sends a PDU session modification command message sent by the SMF to the terminal. After receiving the message, the terminal moves the data flow in the non-3GPP access to the 3GPP access. This may be based on an indication that steering may be included in the PDU session modification command message described in Step 3 above. Thereafter, the terminal transmits a PDU session modification Ack message in response to the PDU session modification command message.
  • the UPF may select access based on the steering rules received from the SMF to perform transmission.
  • an indication is made to allow the SMF to use the same access when giving steering rules (e.g., to transmit the uplink data in an access receiving downlink similarly to reflected QoS). And the like) to the UPF and the terminal, the steering rules are aligned, so that the steering is naturally performed with the same access.
  • the SMF may receive a message from the RAN that the N2 setup was successful.
  • the SMF may release the user plane resource for the non-3GPP access. If the GBR QoS flow is being used by another data flow, it is maintained. Alternatively, the SMF may wait until N3IWF detects the inactivity of the GBR QoS flow and releases it without releasing the GBR QoS flow directly.
  • SMF provides QoS flow information updated with UPF. This process may be performed in parallel with other processes after step 5.
  • the UE may inform that the SMF is required to be switched through the user plane without performing the PDU session modification procedure. For example, headers that send special traffic to the user plane or send data may be notified of the need for switching through specific marking.
  • 3GPP access may inform the SDAP header by marking, and in non-3GPP access, the GRE header may indicate.
  • the RAN or N3IWF should perform marking operation on the N3 header with marking information in the SDAP / GRE header.
  • the UPF sends signaling to the SMF to inform that the UE requests switching for the corresponding data flow.
  • the SMF sends an N2 setup request message to the AN when AN resource setup is required.
  • the SMF sends signaling back to the UPF and the UPF informs the terminal through the user plane. Thereafter, the terminal may receive the marking information from the UPF to the user plane or may start switching after a predetermined time elapses.
  • This scheme uses common QoS rules for non-GBR QoS flows and each access-specific QoS rule for GBR QoS flows.
  • the UE may steer the Non-GBR QoS flows without additionally transmitting signaling to the SMF as in the second scheme.
  • the UE transmits a PDU session modification request message to the target access to request the same QoS as the QoS used for the source access to the SMF, makes the same QoS for the target access, and performs steering.
  • the terminal transmits information on the data flow to be transferred.
  • This information can be the QFI of the data flow to be moved or can be sent in the form of a packet filter. If the SMF fails to set up the same QoS flow as the source access to the target access, it may update the steering rules or update the QoS for that data flow.
  • the UE may perform PDU session modification directly on the network instead of transmitting a PDU session modification request message.
  • the UE should always transmit the uplink traffic only with the same access for which the downlink traffic has been received for the GBR QoS flows. That is, the terminal selects the direct access according to the ATSSS rule and transmits the traffic only through the access determined by the network. Since the network always knows whether the resource for the GBR QoS flow is allocated to the access, the network transmits the traffic through the access in which the GBR QoS flow is well set up, and the terminal performs the same transmission to the access.
  • a default access value should be determined. This may use a value known to the terminal or preset in the terminal by the ATSSS rule. In addition, this means that the traffic is transmitted by downlink access in the network, and information related to the ATSSS rule may be provided, or similar information may be delivered through user plane marking similarly to reflected QoS. Alternatively, the steering rules that are aligned with the UPF and the terminal may be naturally steered with the same access.
  • the UPF When the UPF performs downlink steering according to the ATSSS rules sent by the SMF, the UPF does not know whether the GBR QoS flow is set up with the corresponding access. Therefore, it is necessary to check whether the traffic switching is possible through interaction with the SMF. To do this, the N4 modification procedure sends an indication to the SMF about the specific traffic and whether it is possible to change the access before actually switching traffic.
  • the SMF receives the relevant message from the UPF, the SMF checks whether the radio resource is set up in the GBR QoS flow for the corresponding traffic and informs the UPF whether the traffic switching is possible. If the radio resource is not set up, the radio resource setup for the corresponding GBR QoS flow is performed using the PDU session modification procedure. If this fails, it can send an indication and / or updated ATSSS rules indicating that traffic switching is not possible with UPF.
  • This section describes how to support QoS for MA PDU sessions.
  • the QoS flow is the minimum unit for QoS differentiation in a MA PDU session, and the QoS flow may not be associated with a specific access. When the data flow is steered between two accesses, the same QoS flow can be used.
  • the SMF may provide QoS rules to the terminal.
  • the terminal may classify and mark uplink user plane traffic, that is, associate the uplink traffic with the QoS flow based on the QoS rules.
  • the QoS rules may be used in common for 3GPP and non-3GPP access, and the QoS classification may be independent of the ATSSS steering rule.
  • the SMF may provide a basic QoS rule to the terminal.
  • the SMF may provide a packet detection rule (PDR) to the UPF.
  • PDR packet detection rule
  • the UPF may classify and mark downlink user plane traffic based on the PDR.
  • the PDR may be commonly used for 3GPP and non-3GPP access, and QoS classification may be independent of ATSSS steering rules.
  • the SMF may provide a QoS profile to the RAN and the N3IWF. Based on the QoS profile, the RAN and N3IWF may perform resources for QoS flows, such as establishment of a radio bearer, IPsec SA, and mapping of QoS flows to AN resources. Resource allocation may be performed regardless of the type of QoS flow (ie, non-GBR QoS flow, GBR QoS flow). This may enable dynamic traffic steering between 3GPP access and non-3GPP access.
  • the SMF may not provide QoS rules to the terminal.
  • the SMF may provide the AN to the AN to establish an AN resource for the QoS flow (eg, establish a radio bearer, IPsec SA, map the QoS flow to AN resource).
  • the UE When the GBR QoS flow is established, the UE enters the CM-IDLE state in one access. For example, if there is no traffic on the 3GPP access, the RAN may request to release the N2 connection because there is no activity on the 3GPP access. The terminal then enters the CM-IDLE state in 3GPP access. Furthermore, when the terminal leaves the non-3GPP access coverage, the terminal enters the CM-Idle state in the non-3GPP access. In this case, the SMF may not release the GBR QoS flow and may not update the QoS rules and PDRs associated with the GBR QoS flow. When the terminal enters the CM-CONNECTED state, the SMF may request the AN to establish an AN resource for the GBR QoS flow.
  • the terminal performs a PDU session modification procedure and sends an indication indicating that the terminal sends the GBR QoS flow to another access.
  • the UPF may be notified of switching traffic by sending special traffic to the user plane instead of the PDU session modification procedure. The UPF notifies the SMF when it receives this special traffic.
  • the SMF may request the AN to establish an AN resource for the GBR QoS flow.
  • the terminal transmits the data flow of the GBR QoS flow on the non-3GPP access, and is in the CM IDLE state on the 3GPP access.
  • the terminal When the terminal wants to change the data flow of the GBR QoS flow to 3GPP access, the terminal transmits a PDU session modification request message including a switching indication. Since the terminal is in the CM IDLE state, before transmitting the PDU session modification request message, the terminal may transmit the service request message first. The terminal transmits a PDU session modification request message on the 3GPP access.
  • the PDU session modification request message includes the same QoS information as that of the GBR QoS flow that the terminal wants to move. Thus, the SMF may know which QoS flows should be moved to 3GPP access.
  • the SMF finds the affected QoS flow based on the received information.
  • the SMF decides to send a request message to the RAN to establish the RAN resources required for the QoS flow.
  • the SMF sends an N2 setup message to the RAN.
  • the SMF includes a PDU Session Modification Command message in the N2 Setup message.
  • the SMF may include an indication in the message indicating that the terminal transmits a data flow on a 3GPP access.
  • the RAN performs radio resource establishment.
  • the RAN transmits the PDU session modification command message to the terminal.
  • the terminal switches the data flow based on the steering rule.
  • the RAN sends an N2 setup response message. If the RAN refuses to establish the QoS flow, the SMF updates the QoS rules and / or steering rules.
  • the UPF performs an N4 session level reporting procedure.
  • the UPF transmits an indication indicating that the GBR QoS flow is transmitted to another access. If the SMF receives the indication and if the AN resource for the GBR QoS flow has not yet been established, the SMF may request the AN to establish an AN resource for the GBR QoS flow.
  • 19 is a signal flow diagram illustrating a downlink GBR QoS flow verification procedure using an N4 session level reporting procedure.
  • the UPF When the UPF tries to switch the data flow of the GBR QoS flow to 3GPP access, the UPF sends a switching indication while performing an N4 session reporting procedure.
  • the SMF finds the affected QoS flow based on the received information. And if the corresponding resource has not yet been allocated, the SMF decides to request the RAN to establish the necessary RAN resources for the QoS flow.
  • the SMF sends an N2 setup message to the RAN.
  • the RAN performs a radio resource establishment procedure and sends a response message to the SMF.
  • the SMF sends an N4 Session Report Ack message and sends an indication indicating that the UPF may send the data flow on the 3GPP access.
  • 20 is an exemplary view showing a method according to one disclosure of the present specification.
  • the SMF node may decide to send a QoS profile to both 3GPP access and non-3GPP access.
  • the SMF node may decide to send a QoS profile to either one of 3GPP access and non-3GPP access.
  • the SMF node may send the QoS profile.
  • the SMF may determine the one of the 3GPP access and the non-3GPP access.
  • the SMF may send QoS rules to a user equipment (UE) based on the establishment of the MA PDU session.
  • UE user equipment
  • the QoS rules may be commonly used for both the 3GPP access and the non-3GPP access.
  • the MA PDU session may be established in both the 3GPP access and the non-3GPP access.
  • the SMF may receive an indication indicating that switching is required from the UPF.
  • the indication may include information on the QoS flow to be switched and information on the second access to be switched.
  • the SMF may inform the UPF that the switching of the GBR QoS flow was successfully performed.
  • the QoS profile may be transmitted based on the indication.
  • An indication indicating that the GBR QoS flow has been successfully performed may cause the UPF to switch to the second access.
  • One access to which the QoS profile is sent may be an access currently in use.
  • the QoS profile can be used to clean up resources on the currently in use access.
  • 21 is a block diagram illustrating a terminal and a network node according to an embodiment of the present invention.
  • the terminal 100 includes a memory 101, a processor 102, and a transceiver 103.
  • the network node may be any one of AMF, SMF, NEF, and AF.
  • the network node includes a memory 511, a processor 512, and a transceiver 513.
  • the memories may include read-only memory (ROM), random access memory (RAM), flash memory, memory cards, storage media and / or other storage devices.
  • ROM read-only memory
  • RAM random access memory
  • flash memory memory cards, storage media and / or other storage devices.
  • the memories store the method described above.
  • the processors may include application-specific integrated circuits (ASICs), other chipsets, logic circuits, and / or data processing devices.
  • ASICs application-specific integrated circuits
  • the processors control the memories and the transceiver. Specifically, the processors each execute the methods stored in the memories. The processors transmit the aforementioned signals through the transceivers.
  • the transceivers may include a baseband circuit for processing radio frequency signals.
  • the techniques described herein may be implemented as modules (eg, procedures, functions, etc.) that perform the functions described herein.
  • the module may be stored in the memory 101 and executed by the processor 102.
  • the memory 101 may be implemented inside the processor 102. Alternatively, the memory 101 may be implemented outside the processor 102 and communicatively coupled to the processor 102 through various means known in the art.
  • 22 is a block diagram showing in detail the configuration of the terminal according to an embodiment of the present invention.
  • the terminal includes a memory 101, a processor 102, a transceiver 103, a power management module 104a, a battery 104b, a display 105a, an input unit 105b, a speaker 106a and a microphone 106b, Subscriber identification module (SIM) card, comprising one or more antennas.
  • SIM Subscriber identification module
  • Processor 102 may be configured to implement the proposed functions, procedures, and / or methods described herein. Layers of the air interface protocol may be implemented in the processor 102.
  • the processor 102 may include an application-specific integrated circuit (ASIC), other chipset, logic circuit, and / or data processing device.
  • the processor 102 may be an application processor (AP).
  • the processor 102 may include at least one of a digital signal processor (DSP), a central processing unit (CPU), a graphics processing unit (GPU), and a modem (modulator and demodulator).
  • DSP digital signal processor
  • CPU central processing unit
  • GPU graphics processing unit
  • modem modulator and demodulator
  • Examples of the processor 102 the SNAPDRAGON manufactured by Qualcomm ® TM series processor, a EXYNOS manufactured by Samsung ® TM series processor, Apple ® on the A Series processor, MediaTek ® the HELIO TM series processor made by made by, It may be an ATOM TM series processor manufactured by INTEL ® or a corresponding next generation processor.
  • the power management module 104a manages power for the processor 102 and / or the transceiver 103.
  • the battery 104b supplies power to the power management module 104a.
  • Display 105a outputs the results processed by processor 102.
  • Input 105b receives input to be used by processor 102.
  • the input unit 105b may be displayed on the display 105a.
  • SIM cards are integrated circuits used to securely store international mobile subscriber identity (IMSI) and associated keys used to identify and authenticate subscribers in cellular phone devices such as cellular phones and computers. You can also store contact information on many SIM cards.
  • IMSI international mobile subscriber identity
  • the memory 101 is operably coupled with the processor 102 and stores various information for operating the processor 610.
  • Memory 101 may include read-only memory (ROM), random access memory (RAM), flash memory, memory card, storage medium, and / or other storage device.
  • ROM read-only memory
  • RAM random access memory
  • flash memory memory card
  • storage medium storage medium
  • / or other storage device When an embodiment is implemented in software, the techniques described herein may be implemented as modules (eg, procedures, functions, etc.) that perform the functions described herein.
  • the module may be stored in the memory 101 and executed by the processor 102.
  • the memory 101 may be implemented inside the processor 102. Alternatively, the memory 101 may be implemented outside the processor 102 and communicatively coupled to the processor 102 through various means known in the art.
  • the transceiver 103 is operatively coupled with the processor 102 and transmits and / or receives a radio signal.
  • the transceiver 103 includes a transmitter and a receiver.
  • the transceiver 103 may include a baseband circuit for processing radio frequency signals.
  • the transceiver controls one or more antennas to transmit and / or receive wireless signals.
  • the speaker 106a outputs sound related results processed by the processor 102.
  • Microphone 106b receives sound related input to be used by processor 102.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
PCT/KR2019/003766 2018-04-09 2019-04-01 Qos를 지원하는 방법 및 smf Ceased WO2019198960A1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP19784798.1A EP3621343B1 (en) 2018-04-09 2019-04-01 Method and smf for supporting qos
CN201980003355.7A CN110832897B (zh) 2018-04-09 2019-04-01 用于支持qos的方法和smf
JP2019569773A JP6972180B2 (ja) 2018-04-09 2019-04-01 ＱｏＳをサポートする方法及びＳＭＦ
US16/718,096 US10856173B2 (en) 2018-04-09 2019-12-17 Method and SMF for supporting QOS

Applications Claiming Priority (10)

Application Number Priority Date Filing Date Title
US201862655192P 2018-04-09 2018-04-09
US62/655,192 2018-04-09
KR20180073142 2018-06-26
KR10-2018-0073142 2018-06-26
KR10-2018-0113284 2018-09-20
KR20180113284 2018-09-20
KR10-2018-0115480 2018-09-28
KR20180115480 2018-09-28
KR10-2018-0119687 2018-10-08
KR20180119687 2018-10-08

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/718,096 Continuation US10856173B2 (en) 2018-04-09 2019-12-17 Method and SMF for supporting QOS

Publications (1)

Publication Number Publication Date
WO2019198960A1 true WO2019198960A1 (ko) 2019-10-17

Family

ID=68164344

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2019/003766 Ceased WO2019198960A1 (ko) 2018-04-09 2019-04-01 Qos를 지원하는 방법 및 smf

Country Status (5)

Country Link
US (1) US10856173B2 (https=)
EP (1) EP3621343B1 (https=)
JP (1) JP6972180B2 (https=)
CN (1) CN110832897B (https=)
WO (1) WO2019198960A1 (https=)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210075864A1 (en) * 2018-05-21 2021-03-11 Huawei Technologies Co., Ltd. Communication Method and Communications Apparatus
WO2021088977A1 (zh) * 2019-11-07 2021-05-14 华为技术有限公司 一种数据传输的方法及相关设备
WO2021087854A1 (zh) * 2019-11-07 2021-05-14 华为技术有限公司 一种业务流的处理方法及设备
WO2021138784A1 (zh) * 2020-01-06 2021-07-15 华为技术有限公司 一种接入网络的方法、装置及系统
CN115245040A (zh) * 2020-02-13 2022-10-25 Idac控股公司 用于多址接入协议数据单元会话的方法、装置和系统
AU2019421503B2 (en) * 2019-01-11 2022-12-01 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Resource establishing method, and device
CN116548006A (zh) * 2020-11-05 2023-08-04 Lg电子株式会社 QoS流相关测量

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109392042B (zh) * 2017-08-14 2021-10-26 华为技术有限公司 一种会话管理方法、异系统互操作的方法及网络装置
US11323934B2 (en) * 2018-04-09 2022-05-03 Nokia Technologies Oy Session context conversion
CN112153758B (zh) * 2018-04-10 2021-10-15 华为技术有限公司 通信方法和通信装置
US11071015B2 (en) * 2018-05-30 2021-07-20 Electronics And Telecommunications Research Institute Access traffic steering/switching/splitting method in a network and network entity performing the same
US11178725B2 (en) * 2018-06-21 2021-11-16 Ofinno, Llc Multi access packet/protocol data unit session
WO2020034585A1 (en) * 2019-01-18 2020-02-20 Zte Corporation Method and apparatus for removing user plan connections in multi-connectivity systems
CN113439486B (zh) * 2019-02-14 2023-10-27 Lg电子株式会社 用于显示用于使用ma pdu会话的信息的方法和终端
CN110267312B (zh) * 2019-06-17 2023-09-19 腾讯科技（深圳）有限公司 数据传输的方法、管理服务质量流的方法、设备及介质
KR20210020705A (ko) * 2019-08-16 2021-02-24 삼성전자주식회사 무선 통신 시스템에서 pdu 세션을 핸들링하기 위한 장치 및 방법
CN114868435B (zh) 2019-08-22 2023-12-26 欧芬诺有限责任公司 针对多址接入的策略控制
WO2021052573A1 (en) * 2019-09-18 2021-03-25 Lenovo (Singapore) Pte. Ltd. Establishing a new qos flow for a data connection
US20220116327A1 (en) * 2020-02-28 2022-04-14 Apostolis Salkintzis Access traffic steering using a plurality of steering connections over different access networks
CN113498083B (zh) * 2020-04-07 2023-06-02 华为技术有限公司 通信方法、装置及系统
CN113518391B (zh) * 2020-04-09 2024-04-12 华为技术有限公司 通信方法和通信装置
CN114071797B (zh) * 2020-07-31 2025-02-25 维沃移动通信有限公司 信息传输方法、装置、多卡终端及可读存储介质
CN115804157A (zh) * 2020-08-03 2023-03-14 英特尔公司 6g系统中的计算卸载服务
WO2022160105A1 (zh) * 2021-01-26 2022-08-04 北京小米移动软件有限公司 一种应用功能会话处理方法、装置及存储介质
US12563444B1 (en) * 2021-03-04 2026-02-24 Cable Television Laboratories, Inc. Systems and methods for access traffic steering, switching, and splitting with user equipment having multiple identities
KR20230145204A (ko) 2021-04-01 2023-10-17 엘지전자 주식회사 Qos 성능 측정 방법
US12143463B2 (en) * 2021-04-05 2024-11-12 Electronics And Telecommunications Research Institute Method and apparatus for guaranteeing quality of service between a public network and a non- public network
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
CN115442850A (zh) 2021-06-01 2022-12-06 中兴通讯股份有限公司 网络接入方法、网络设备和存储介质
CN113543196B (zh) * 2021-07-21 2024-01-05 安科讯(福建)科技有限公司 一种qos流的动态调整方法与系统
WO2023000330A1 (zh) * 2021-07-23 2023-01-26 北京小米移动软件有限公司 服务质量流的调度方法及装置、网络设备及存储介质
CN115776697A (zh) * 2021-09-07 2023-03-10 华为技术有限公司 数据传输的方法和装置
CN116366445A (zh) * 2021-12-21 2023-06-30 中兴通讯股份有限公司 切片配置方法、系统、服务器和存储介质
KR20230155799A (ko) * 2022-05-04 2023-11-13 삼성전자주식회사 무선 통신 시스템에서 서비스 품질에 따른 데이터 전송 제어 방법 및 장치
CN117062145A (zh) * 2022-05-05 2023-11-14 华为技术有限公司 一种QoS控制方法和对应装置
WO2024260534A1 (en) * 2023-06-19 2024-12-26 Telefonaktiebolaget Lm Ericsson (Publ) Cooperating networks

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170324652A1 (en) * 2016-05-09 2017-11-09 Qualcomm Incorporated In-flow packet prioritization and data-dependent flexible qos policy
US20170332282A1 (en) * 2016-05-13 2017-11-16 Huawei Technologies Co., Ltd. Method and system for providing guaranteed quality of service and quality of experience channel

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050101692A (ko) * 2004-04-19 2005-10-25 삼성전자주식회사 광대역 무선 접속 통신 시스템에서 핸드오버 방법
WO2013189512A1 (en) * 2012-06-18 2013-12-27 Nokia Siemens Networks Oy Quality of service provision in a fixed mobile convergence network
JPWO2014054610A1 (ja) * 2012-10-02 2016-08-25 シャープ株式会社 移動通信システム、第１の基地局装置、移動局装置及び移動通信システムの通信方法
WO2014098496A1 (ko) * 2012-12-19 2014-06-26 엘지전자 주식회사 다중 액세스 네트워크를 지원하는 무선 통신 시스템에서 선택적 트래픽 처리 방법 및 이를 지원하는 장치
US10805846B2 (en) * 2016-03-29 2020-10-13 Lg Electronics Inc. Method and terminal for supporting service continuity after performing handover
WO2019011398A1 (en) * 2017-07-10 2019-01-17 Motorola Mobility Llc CONNECTING MULTIPLE ACCESS DATA IN A MOBILE NETWORK

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170324652A1 (en) * 2016-05-09 2017-11-09 Qualcomm Incorporated In-flow packet prioritization and data-dependent flexible qos policy
US20170332282A1 (en) * 2016-05-13 2017-11-16 Huawei Technologies Co., Ltd. Method and system for providing guaranteed quality of service and quality of experience channel

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"3GPP; TSGSA; System Architecture for the 5G System; Stage 2 (Release 15", 3GPP TS 23.501 V15.1.0., 28 March 2018 (2018-03-28), XP051535222 *
ETRI: "23.793: Proposed Solution for Multi-access PDU Session", SA WG2 MEETING #126, 20 February 2018 (2018-02-20), Montreal, Canada, pages 2 - 182123, XP051408651 *
ZTE: "QoS flow handling for Multi-Access PDU session", SA WG2 MEETING 126, 19 February 2018 (2018-02-19), Montreal, Canada, pages 2 - 181544, XP051408146 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210075864A1 (en) * 2018-05-21 2021-03-11 Huawei Technologies Co., Ltd. Communication Method and Communications Apparatus
US11575754B2 (en) * 2018-05-21 2023-02-07 Huawei Technologies Co., Ltd. Communication method and communications apparatus
US12301668B2 (en) 2018-05-21 2025-05-13 Huawei Technologies Co., Ltd. Communication method and communications apparatus
AU2019421503B2 (en) * 2019-01-11 2022-12-01 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Resource establishing method, and device
US12150190B2 (en) 2019-01-11 2024-11-19 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Resource establishing method, and device
WO2021088977A1 (zh) * 2019-11-07 2021-05-14 华为技术有限公司 一种数据传输的方法及相关设备
WO2021087854A1 (zh) * 2019-11-07 2021-05-14 华为技术有限公司 一种业务流的处理方法及设备
WO2021138784A1 (zh) * 2020-01-06 2021-07-15 华为技术有限公司 一种接入网络的方法、装置及系统
CN115245040A (zh) * 2020-02-13 2022-10-25 Idac控股公司 用于多址接入协议数据单元会话的方法、装置和系统
CN116548006A (zh) * 2020-11-05 2023-08-04 Lg电子株式会社 QoS流相关测量

Also Published As

Publication number Publication date
CN110832897A (zh) 2020-02-21
JP6972180B2 (ja) 2021-11-24
JP2020523936A (ja) 2020-08-06
EP3621343A4 (en) 2020-06-24
US10856173B2 (en) 2020-12-01
EP3621343B1 (en) 2021-06-09
US20200128432A1 (en) 2020-04-23
EP3621343A1 (en) 2020-03-11
CN110832897B (zh) 2023-05-16

Similar Documents

Publication Publication Date Title
WO2019198960A1 (ko) Qos를 지원하는 방법 및 smf
WO2019216526A1 (ko) 5gs에서 액세스 제어를 수행하는 방법 및 사용자 장치
WO2020251302A1 (en) Method and system for handling of closed access group related procedure
WO2019135560A1 (ko) Pdu 세션 수립 절차를 수행하는 방법, 사용자 장치 및 네트워크 노드
WO2019190166A1 (ko) Ladn을 위한 pdu 세션 수립 절차를 수행하는 방법, 사용자 장치 및 네트워크 노드
WO2019135581A1 (ko) 어태치 요청 절차를 수행하는 방법 및 사용자 장치
WO2018194315A1 (ko) Pdu 세션 수립 절차를 처리하는 방법 및 amf 노드
WO2019160390A1 (ko) 무선 통신 시스템에서의 단말 설정 업데이트 방법 및 이를 위한 장치
WO2019098745A1 (ko) 무선 통신 시스템에서의 핸드오버 방법 및 이를 위한 장치
WO2018128528A1 (ko) 무선 통신 시스템에서 pdu 세션 관리 방법 및 이를 위한 장치
WO2018097599A1 (ko) 무선 통신 시스템에서의 등록 해제 방법 및 이를 위한 장치
WO2021049841A1 (ko) 비-3gpp 상의 ims 음성 세션을 3gpp 액세스로 이동시키기 위한 방안
WO2014112826A1 (en) Method and terminal for determining handover for traffic offloaded onto wlan
WO2018131984A1 (ko) 무선 통신 시스템에서 ue 설정 업데이트 방법 및 이를 위한 장치
WO2018231007A1 (ko) 요청에 대한 응답 방법 및 네트워크 장치
WO2019054783A1 (ko) 무선 통신 시스템에서 v2x 통신을 수행하기 방법 및 이를 위한 장치
WO2018066799A1 (ko) 무선 통신 시스템에서 세션 및 서비스 연속성 모드 선택 방법 및 이를 위한 장치
WO2018128456A1 (ko) 5세대 이동통신 시스템에서 액세스 제어를 수행하는 방법 및 단말
WO2016159522A1 (ko) 네트워크 선택 및 트래픽 라우팅을 수행하는 방법 및 사용자 장치
WO2018008980A1 (ko) 무선 통신 시스템에서 사용자가 선호하는 자원 운용 선택 방법 및 이를 위한 장치
WO2019098641A1 (ko) 서비스 요청 절차를 개시하는 방법 및 사용자 장치
WO2017188758A1 (ko) 무선 통신 시스템에서 nas 시그널링 유보/재개를 수행하기 위한 방법 및 이를 위한 장치
WO2018079947A1 (ko) 무선 통신 시스템에서 ue 이동성을 지원하기 위한 방법 및 이를 위한 장치
WO2017095204A1 (ko) 통신 서비스 제공 방법 및 패킷 데이터 네트워크 게이트웨이
WO2017142171A1 (ko) 차세대 이동통신에서 세션을 생성, 수정, 해제하는 방법 및 단말

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19784798

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019784798

Country of ref document: EP

Effective date: 20191206

ENP Entry into the national phase

Ref document number: 2019569773

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE