WO2025239586A1 - 무선 통신 시스템에서 멀티플렉싱된 서비스 데이터 플로어의 처리를 위한 동작 및 장치 - Google Patents

무선 통신 시스템에서 멀티플렉싱된 서비스 데이터 플로어의 처리를 위한 동작 및 장치

Info

Publication number
WO2025239586A1
WO2025239586A1 PCT/KR2025/005746 KR2025005746W WO2025239586A1 WO 2025239586 A1 WO2025239586 A1 WO 2025239586A1 KR 2025005746 W KR2025005746 W KR 2025005746W WO 2025239586 A1 WO2025239586 A1 WO 2025239586A1
Authority
WO
WIPO (PCT)
Prior art keywords
qos
information
pdu
entity
rule
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.)
Pending
Application number
PCT/KR2025/005746
Other languages
English (en)
French (fr)
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics 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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of WO2025239586A1 publication Critical patent/WO2025239586A1/ko
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/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/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • 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/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/14—Backbone network devices

Definitions

  • the present disclosure relates to a wireless communication system, and more particularly, to a method and apparatus for managing traffic based on a multiplexed service data floor in a wireless communication system.
  • 5G mobile communication technology defines a wide frequency band to enable fast transmission speeds and new services, and can be implemented not only in the sub-6GHz frequency band, such as 3.5 gigahertz (3.5GHz), but also in the ultra-high frequency band (above 6GHz), called millimeter wave (mmWave), such as 28GHz and 39GHz.
  • 6G mobile communication technology which is called the system after 5G communication (Beyond 5G)
  • THz terahertz
  • 3THz 3 terahertz
  • eMBB enhanced Mobile Broadband
  • URLLC Ultra-Reliable Low-Latency Communications
  • mMTC massive Machine-Type Communications
  • beamforming and massive MIMO to mitigate path loss of radio waves in ultra-high frequency bands and increase the transmission distance of radio waves
  • numerologies such as operation of multiple subcarrier intervals
  • dynamic operation of slot formats for efficient use of ultra-high frequency resources
  • initial access technology to support multi-beam transmission and wideband
  • definition and operation of BWP Bitth Part
  • new channel coding methods such as LDPC (Low Density Parity Check) codes for large-capacity data transmission and polar codes for reliable transmission of control information
  • L2 pre-processing L2 pre-processing
  • V2X Vehicle-to-Everything
  • NR-U New Radio Unlicensed
  • UE power saving NR terminal low power consumption technology
  • NTN Non-Terrestrial Network
  • Standardization is also in progress for system architecture/services such as 5G baseline architecture (e.g., service-based architecture, service-based interface) for grafting Network Functions Virtualization (NFV) and Software-Defined Networking (SDN) technologies, and Mobile Edge Computing (MEC) that provides services based on the location of the terminal.
  • 5G baseline architecture e.g., service-based architecture, service-based interface
  • NFV Network Functions Virtualization
  • SDN Software-Defined Networking
  • MEC Mobile Edge Computing
  • a method performed by a user plane function (UPF) entity in a wireless communication system may include the steps of: obtaining information associated with detection of multiplexed traffic based on a PDU set; forwarding detected data traffic to an appropriate QoS floor based on the information associated with detection of a change in the multiplexed traffic characteristic based on a PDU set; and renumbering a PDU set sequence number for each QoS floor based on mapping to a QoS floor that takes into account the multiplexed traffic characteristic based on a PDU set, and transmitting changed PDU set information to a base station.
  • UPF user plane function
  • FIG. 1 is a diagram illustrating an example of a network structure and interface of a 5G system according to one embodiment of the present disclosure.
  • FIG. 2 illustrates an example of transmission of traffic characteristic-related information within a multiplexed service floor based on a PDU set according to one embodiment of the present disclosure.
  • FIG. 3 illustrates an example of traffic detection considering traffic-specific characteristics and QoS floor mapping support considering service characteristics of the traffic according to one embodiment of the present disclosure.
  • FIG. 4 illustrates an example of traffic detection considering traffic-specific characteristics and QoS floor mapping support considering service characteristics of the traffic according to one embodiment of the present disclosure.
  • FIG. 5 illustrates components of a user terminal according to one embodiment of the present disclosure.
  • FIG. 6 illustrates components of a network entity according to one embodiment of the present disclosure.
  • 5G Core 5G Core
  • EPC Evolved Packet Core
  • 5GC introduces network slice functionality.
  • 5GC must support a variety of terminal types and services.
  • eMBB enhanced Mobile Broadband
  • URLLC Ultra Reliable Low Latency Communications
  • mMTC massive Machine Type Communications
  • eMBB services may require high data rates
  • URLLC services may require high reliability and low latency.
  • network slice technology has been proposed.
  • Network slicing can refer to a method of virtualizing a single physical network to create multiple logical networks (e.g., network slices).
  • An activated network slice can be called a network slice instance (NSI), and each network slice instance can have different characteristics.
  • NNI network slice instance
  • NF network function
  • mobile carriers can satisfy various service requirements for different terminals/services. For example, mobile carriers can efficiently support various 5G services (e.g., eMBB, URLLC, or mMTC) by allocating an NSI that matches the characteristics of the service required for each terminal.
  • 5G services e.g., eMBB, URLLC, or mMTC
  • 5GC can easily support the network virtualization paradigm by separating mobility management functions from session management functions.
  • MME Mobility Management Entity
  • all terminals can receive services from the network through signaling exchanges with a single core entity called the Mobility Management Entity (MME), which is responsible for registration, authentication, mobility management, and session management.
  • MME Mobility Management Entity
  • the number of terminals including, for example, MTC terminals
  • MME Mobility Management Entity
  • 5G supporting all functions from a single entity (e.g., MME) will inevitably reduce scalability by adding entities for each required function. Therefore, various functions are being developed based on a structure that separates mobility management and session management functions to improve scalability in terms of functional/implementation complexity and signaling load of the core entity responsible for the control plane.
  • the base station is an entity that performs resource allocation of a terminal, and may be at least one of an eNode B, a Node B, a BS (Base Station), a RAN (Radio Access Network), an AN (Access Network), a RAN node, a wireless access unit, a base station controller, or a node on a network.
  • the terminal may include a UE (User Equipment), an MS (Mobile Station), a cellular phone, a smartphone, a computer, or a multimedia system capable of performing a communication function.
  • a downlink (DL) refers to a wireless transmission path of a signal transmitted from a base station to a terminal
  • an uplink (UL) refers to a wireless transmission path of a signal transmitted from a terminal to a base station.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution-Advanced
  • 5G 5th-generation
  • one or more embodiments of the present disclosure may also be applied to other communication systems having similar technical backgrounds or channel types.
  • 5G new radio, NR
  • 5G below may also be a concept that includes existing LTE, LTE-A, and other similar services.
  • the embodiments of the present disclosure may be applied to other communication systems with some modifications within a range that does not significantly deviate from the scope of the present disclosure at the discretion of a person having skilled technical knowledge.
  • each block of the flowchart drawings and combinations of the flowchart drawings can be performed by computer program instructions.
  • These computer program instructions can be installed in a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing equipment, such that the instructions, when executed by the processor of the computer or other programmable data processing equipment, create a means for performing the functions described in the flowchart block(s).
  • These computer program instructions can also be stored in a computer-available or computer-readable memory that can direct a computer or other programmable data processing equipment to perform the functions in a specific manner, such that the instructions stored in the computer-available or computer-readable memory can produce an article of manufacture that includes instruction means for performing the functions described in the flowchart block(s).
  • the computer program instructions may be installed on a computer or other programmable data processing device, a series of operational steps may be performed on the computer or other programmable data processing device to create a computer-executable process, and the instructions that cause the computer or other programmable data processing device to perform the steps for performing the functions described in the flowchart block(s) may also provide steps for performing the functions described in the flowchart block(s).
  • each block may represent a module, segment, or portion of code that contains one or more executable instructions for performing a specific logical function(s). It should also be noted that in some alternative implementation examples, the functions described in the blocks may occur out of order. For example, two blocks depicted in succession may actually be executed substantially concurrently, or the blocks may sometimes be executed in reverse order.
  • the term ' ⁇ unit' used in the embodiments of the present disclosure means a software or hardware component such as a Field Programmable Gate Array (FPGA) or an Application Specific Integrated Circuit (ASIC), and the ' ⁇ unit' can perform certain roles.
  • the ' ⁇ unit' is not limited to software or hardware.
  • the ' ⁇ unit' may be configured to be on an addressable storage medium and may be configured to play one or more processors.
  • the ' ⁇ unit' includes components such as software components, object-oriented software components, class components, and task components, processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays, and variables.
  • the functionality provided within the components and ' ⁇ units' may be combined into a smaller number of components and ' ⁇ units' or further separated into additional components and ' ⁇ units'. Additionally, the components and ' ⁇ parts' may be implemented to activate one or more CPUs within a device or secure multimedia card. In addition, in an embodiment, the ' ⁇ parts' may include one or more processors.
  • requirement information related to the characteristics of the data traffic within the multiplexed service floor is provided on a control plane to support QoS (quality of service) processing according to the characteristics of each data traffic, and additionally, in order to support processing of data traffic based on a PDU set and QoS processing according to the characteristics of the data traffic, related information is included in the PDU set information within the RTP (Real-time Transport Protocol) header extension information, so that the time point and related information when the data characteristics within the multiplexed service floor change during real-time data transmission of the multiplexed service floor can be provided, and a method for accurate processing when processing data in units of PDU sets in UPF can be proposed.
  • RTP Real-time Transport Protocol
  • the SMF can notify the AF (application function) through the PCF (policy control function) based on event notification information according to the QoS processing method (e.g., Alternative QoS profile) in the RAN that the QoS processing method of the corresponding session has changed, and at the same time, the SMF can receive information on the updated Packet Detection Rule (PDR), Forwarding Action Rule (FAR), and QoS Enforcement Rule (QER) from the UPF through the PCC (policy and charging control) rule or perform an N4 update operation based on information in the already transmitted PCC rule.
  • PDR Packet Detection Rule
  • FAR Forwarding Action Rule
  • QER QoS Enforcement Rule
  • the UPF can be notified of a change in the characteristics in the service floor based on the changed QoS processing method through information on the control plane or in-band signaling for recognizing information on the timing of change in traffic considering the QoS processing method.
  • This allows UPF to provide efficient services depending on network conditions by transmitting information for processing bundles of PDU units with the same characteristics when processing PDU units (PDU sets) of data considering the characteristics of the application layer.
  • changes in traffic characteristics and related information can be notified to the PCF (policy control function) through AF, so that packet detection rules that take traffic changes into account can be notified to the UPF.
  • FIG. 1 is a diagram illustrating an example of a network structure and interface of a 5G system according to one embodiment of the present disclosure.
  • a network entity included in the network structure of the 5G system of Fig. 1 may include a network function (NF) depending on the system implementation.
  • NF network function
  • the network architecture of a 5G system may include various network entities.
  • the 5G system may include an authentication server function (AUSF), an access and mobility management function (AMF), a session management function (SMF), a policy control function (PCF), an application function (AF), a unified data management (UDM), a data network (DN), a network exposure function (NEF), an edge application service domain repository (EDR), an edge application server (EAS), an EAS discovery function (EASDF), a user plane function (UPF), a (radio) access network (R)AN, and a terminal, i.e., a user equipment (UE).
  • AUSF authentication server function
  • AMF access and mobility management function
  • SMF session management function
  • PCF policy control function
  • AF application function
  • UDM unified data management
  • DN data network
  • NEF network exposure function
  • EDR edge application service domain repository
  • EAS edge application server
  • EASDF EAS discovery function
  • UPF user plane function
  • R radio access
  • Each NF in a 5G system can support the following functions:
  • AUSF can process and store data for UE authentication.
  • AMF provides functions for access and mobility management on a per-UE basis, and one UE can be connected to one AMF by default.
  • AMF can support signaling between Core Network (CN) nodes for mobility between 3GPP access networks, termination of Radio Access Network (RAN) Control Plane (CP) interface (i.e., N2 interface), termination (N1) of Non Access Stratum (NAS) signaling, NAS signaling security (NAS ciphering and integrity protection), Access Stratum (AS) security control, registration management (registration area management), connection management, idle mode UE reachability (including control and performance of paging retransmission), mobility management control (subscription and policy), intra-system mobility and inter-system mobility support, network slicing support, and SMF selection.
  • CN Core Network
  • RAN Radio Access Network
  • CP Control Plane
  • N1 Non Access Stratum
  • NAS signaling security NAS ciphering and integrity protection
  • AS Access Stratum
  • registration management registration management
  • connection management idle mode UE reachability (
  • the AMF may support functions such as Lawful Intercept (LI) (for AMF events and interfaces to the LI system), providing forwarding of Session Management (SM) messages between the UE and the SMSF, acting as a transparent proxy for routing SM messages, access authentication, access authorization including roaming authorization checks, providing forwarding of SMS messages between the UE and the SMSF, Security Anchor Function (SAF) and/or Security Context Management (SCM).
  • LI Lawful Intercept
  • SM Session Management
  • SAF Security Anchor Function
  • SCM Security Context Management
  • a DN may represent, for example, an operator service, an Internet connection, or a third-party service.
  • a DN may transmit a downlink protocol data unit (PDU) to a UPF or receive a PDU transmitted from a UE from the UPF.
  • PDU downlink protocol data unit
  • PCF can receive information about packet flows from application servers and provide functions to determine policies such as mobility management and session management.
  • PCF can support functions such as supporting a unified policy framework for controlling network operations, providing policy rules so that control plane functions (e.g., AMF, SMF, etc.) can enforce the policy rules, and implementing a front end for accessing relevant subscription information for policy decision-making within the User Data Repository (UDR).
  • control plane functions e.g., AMF, SMF, etc.
  • UDR User Data Repository
  • the SMF provides session management functions, and when a UE has multiple sessions, each session can be managed by a different SMF.
  • the SMF can support session management (e.g., session establishment, modification, and termination, including tunnel maintenance between the UPF and (R)AN nodes), UE IP address allocation and management (optionally including authentication), selection and control of UP functions, traffic steering configuration to route traffic from the UPF to the appropriate destination, termination of interfaces to policy control functions, enforcement of the control portion of policies and Quality of Service (QoS), and lawful intercept (for SM events and interfaces to the LI system).
  • session management e.g., session establishment, modification, and termination, including tunnel maintenance between the UPF and (R)AN nodes
  • UE IP address allocation and management optionally including authentication
  • selection and control of UP functions e.g., traffic steering configuration to route traffic from the UPF to the appropriate destination, termination of interfaces to policy control functions, enforcement of the control portion of policies and Quality of Service (QoS), and lawful intercept (for SM
  • the SMF can also support functions such as termination of the SM portion of NAS messages, downlink data notification, initiation of AN-specific SM information (forwarded to the (R)AN via N2 via the AMF), determination of the SSC mode of a session, and roaming functions. Some or all of the features of an SMF may be supported within a single instance of an SMF.
  • the UDM stores user subscription data, policy data, and more. It can include two parts: the application front end (FE) and the user data repository (UDR).
  • FE application front end
  • UDR user data repository
  • the FE may include a UDM FE, which is responsible for location management, subscription management, and credential processing, and a PCF, which is responsible for policy control.
  • the UDR may store data required for the functions provided by the UDM-FE and policy profiles required by the PCF.
  • the data stored in the UDR may include user subscription data and policy data, including subscription identifiers, security credentials, access and mobility-related subscription data, and session-related subscription data.
  • the UDM-FE may access subscription information stored in the UDR and support functions such as authentication credential processing, user identification handling, access authentication, registration/mobility management, subscription management, and SMS management.
  • the UPF can forward downlink PDUs received from the DN to the UE via the (R)AN, and forward uplink PDUs received from the UE via the (R)AN to the DN.
  • the UPF can support an anchor point for intra/inter RAT mobility, an external PDU session point for interconnection to a data network, a user plane part of packet routing and forwarding, packet inspection and policy rule enforcement, and an uplink classifier to support lawful intercept, traffic usage reporting, and routing of traffic flows to the data network.
  • UPF may support functions such as branching points to support multi-homed PDU sessions, QoS handling for the user plane (e.g., packet filtering, gating, uplink/downlink rate enforcement), uplink traffic validation (Service Data Flow (SDF) to QoS flow mapping), transport level packet marking in uplink and downlink, downlink packet buffering, and downlink data notification triggering.
  • QoS handling for the user plane e.g., packet filtering, gating, uplink/downlink rate enforcement
  • uplink traffic validation Service Data Flow (SDF) to QoS flow mapping
  • transport level packet marking in uplink and downlink e.g., transport level packet marking in uplink and downlink
  • downlink packet buffering e.g., packet buffering, and downlink data notification triggering.
  • SDF Service Data Flow
  • AF can interact with the 3GPP core network to provide services (e.g., support for application influence on traffic routing, access to network capability exposure, and interaction with policy frameworks for policy control).
  • services e.g., support for application influence on traffic routing, access to network capability exposure, and interaction with policy frameworks for policy control.
  • RAN can be a general term for a new radio access network that supports both evolved E-UTRA, an evolved version of 4G radio access technology, and new radio (NR) (e.g., gNB).
  • NR new radio
  • the gNB may support functions for radio resource management (e.g., radio bearer control, radio admission control, connection mobility control, dynamic allocation of resources to the UE in uplink/downlink (i.e., scheduling), IP (internet protocol) header compression, encryption and integrity protection of user data streams, selection of an AMF upon UE attachment if routing to the AMF is not determined from information provided to the UE, routing of user plane data to UPF(s), routing of control plane information to the AMF, connection setup and teardown.
  • radio resource management e.g., radio bearer control, radio admission control, connection mobility control, dynamic allocation of resources to the UE in uplink/downlink (i.e., scheduling), IP (internet protocol) header compression, encryption and integrity protection of user data streams, selection of an AMF upon UE attachment if routing to the AMF is not determined from information provided to the UE, routing of user plane data to UPF(s), routing of control plane information to the AMF, connection setup and teardown.
  • radio resource management e.g., radio
  • the gNB may support functions such as scheduling and forwarding of paging messages (originating from AMF), scheduling and forwarding of system broadcast information (originating from AMF or Operating and Maintenance (O&M)), measurement and measurement reporting setup for mobility and scheduling, transport level packet marking in uplink, session management, support for network slicing, QoS flow management and mapping to data radio bearers, support for UEs in inactive mode, distribution of NAS messages, NAS node selection, sharing of radio access networks, dual connectivity, and tight interworking between NR and E-UTRA.
  • functions such as scheduling and forwarding of paging messages (originating from AMF), scheduling and forwarding of system broadcast information (originating from AMF or Operating and Maintenance (O&M)), measurement and measurement reporting setup for mobility and scheduling, transport level packet marking in uplink, session management, support for network slicing, QoS flow management and mapping to data radio bearers, support for UEs in inactive mode, distribution of NAS messages, NAS node selection, sharing of radio access networks, dual connectivity, and tight interworking between
  • UE can refer to a user equipment.
  • a user equipment may be referred to by terms such as terminal, mobile equipment (ME), or mobile station (MS).
  • a user equipment may be a portable device, such as a laptop, mobile phone, personal digital assistant (PDA), smartphone, or multimedia device, or a non-portable device, such as a personal computer (PC) or vehicle-mounted device.
  • PDA personal digital assistant
  • PC personal computer
  • the NEF may provide a means to securely expose services and capabilities provided by 3GPP network functions, such as third-party, internal exposure/re-exposure, application functions, and edge computing.
  • the NEF may receive information from other NF(s) (based on the exposed capability(s) of other NF(s)).
  • the NEF may store the received information as structured data using a standardized interface to a data storage network function. The stored information may be re-exposed by the NEF to other NF(s) and AF(s) and used for other purposes, such as analysis.
  • EASDF can be an NF that can add an ECS (EDNS Client Subnet) option, which can be expressed as the address of a DNS server to which the DNS (Domain Name System) request of the terminal will be forwarded, and an IP subnet address to be added when forwarding the DNS request of the terminal, for each FQDN (Fully Qualified Domain Name).
  • EASDF can receive EAS domain configuration information from EDR and, based on the received information, process the DNS request message received from the terminal.
  • the EASDF may be an NF that receives a terminal IP address and location information of the terminal within 3GPP from the SMF, DNS message processing rules, and DNS message reporting rules, processes a DNS query message received from the terminal, a DNS response message received from a DNS server, and transmits information in the DNS message and processed statistical information to the SMF according to the DNS message reporting rules.
  • the NRF may support a service discovery function. The NRF may receive an NF discovery request from an NF instance and provide information on a discovered NF instance to the NF instance. In addition, the NRF may maintain available NF instances and the services they support.
  • FIG. 1 illustrates a reference model for a case where a UE accesses one DN using one PDU session, but the present disclosure is not limited thereto.
  • a UE can access two (i.e., local and central) data networks simultaneously using multiple PDU sessions.
  • Two SMFs can be selected for different PDU sessions.
  • each SMF can have the ability to control both the local UPF and the central UPF within the PDU session.
  • the UE may simultaneously access two (i.e., local and central) data networks provided within a single PDU session.
  • a conceptual link connecting NFs within a 5G system can be defined as a reference point.
  • the reference point(s) included in the 5G system of Figure 1 are as follows.
  • FIG. 2 illustrates an example of transmission of information related to traffic characteristics within a multiplexed service floor based on a PDU set according to an embodiment of the present disclosure.
  • related information for supporting mapping of a QoS floor considering traffic characteristics within a multiplexed service data floor based on a PDU set is transmitted to a control plane via a 5G system.
  • requirement information for detecting packets considering traffic characteristics within a multiplexed service data floor based on a PDU set and information related to generating a QoS floor for QoS processing considering traffic characteristics can be transmitted to a control plane via a 5G system.
  • a QoS floor within a PDU session may be a way to express the smallest unit of QoS difference.
  • 5G QoS characteristics may be determined by a 5QI (QoS identifier).
  • a 5G system may temporarily require the transmission of a large amount of traffic within a floor on the control plane depending on the temporary requirements of the terminal. For example, when a user selects a viewpoint or time movement based on a service user's choice while using a network rendering-based VR service or VoD service, a new image or video may be required to be transmitted to the terminal within the user's recognized viewpoint according to service requirements in order to play the video at that viewpoint.
  • an operation may be performed to map packets by media type to each QoS floor by considering the characteristics of multiple media within a single multiplexed service data floor.
  • Information for mapping packets by media type within a single multiplexed service data floor and the number of QoS floors can be generated by the PCF by considering the QoS profile.
  • the AF can convey to the PCF the requirements information for processing the multiplexed service data floor based on the PDU set in the form of individual QoS parameters and alternative QoS parameters.
  • the AF can transmit requirement information (e.g., QoS parameter information) for processing a multiplexed service data floor based on a PDU set composed of four different media types to the PCF.
  • requirement information e.g., QoS parameter information
  • the AF can transmit four QoS parameter sets that consider the service characteristics of each of the four media types within the individual QoS parameters.
  • the PDU set information can be generated for each QoS floor. However, if the UPF processes traffic for each QoS floor without receiving requirement information for processing a separate service data floor within the multiplexed service data floor based on a PDU set from the AF, an error in the sequence number information of the PDU set may occur.
  • the SN (Sequence Number) of the PDU set may be recorded in the RTP extended header as PDU set information in the order of the media to be output.
  • the PDU set SN in the PDU set information recorded in the existing AS may cause a malfunction in the RAN.
  • a packet including the PDU set information recorded as the SN of the audio PDU set is 3 may be transmitted to the UPF.
  • the UPF may perform an operation of copying the PDU set information in the existing RTP extension header and marking it in the GTP-U extension header field.
  • the RAN may determine that PDU sets 1 and 2 in the QoS floor that carries audio traffic were not transmitted and PDU set 3 in the QoS floor that carries video traffic was not transmitted, and may perform an incorrect operation (e.g., requesting PDU set retransmission or dropping related PDU sets).
  • the method and device may include an operation of renumbering the PDU set SN in the QoS floor transmitted from the AF and the AS, or an operation of allocating a QoS floor according to the requirements of the AF and marking the PDU set SN for each media type transmitted through the corresponding QoS in the AS.
  • the AF may transmit service requirements for creating four, two, or one QoS floor for each media type to the PCF through the AFsessionwithQoS message.
  • the AFsessionwithQoS message may transmit the service requirements for each QoS floor (e.g., Guaranteed Flow Bit Rate, Packet Delay Budget, Packet Error Rate, etc.) and the media type mapped to the corresponding QoS floor by including them in the protocol description.
  • the AFsessionwithQoS message transmitted to the PCF may include PDU set information such as PDU Set Control Information and protocol description.
  • PCF receives service requirements for each QoS floor (e.g., Guaranteed Flow Bit Rate, Packet Delay Budget, Packet Error Rate, etc.) and media types mapped to the corresponding QoS floors from AF as related information for processing multiplexed service data floors based on PDU sets, and based on this, can generate QoS profiles for processing multiplexed service data floors based on PDU sets by considering policies of network operators and service providers.
  • PCF can additionally receive requirement information for processing multiplexed service floors based on PDU sets, such as PDU set QoS information and multiplexed traffic flows handling indication, from AF.
  • PCF can generate PCC rules including QoS profiles for handling PDU set-based multiplexed service floors based on protocol description information including PDU Set QoS Parameters, multiplexed traffic flows handling indication, service requirements by QoS floor (e.g., Guaranteed Flow Bit Rate, Packet Delay Budget, Packet Error Rate, etc.) and media types mapped to the corresponding QoS floor.
  • PCC rules can include PDU Set SN renumbering supporting indication information that indicates a separate PDU Set SN renumbering operation when mapping PDU Set SNs in a PDU set-based multiplexed service floor by QoS floor in UPF.
  • AF can request event reporting operation of QoS profile change to PCF through event request such as “QoS targets can no longer (or can again) be fulfilled” for whether Alternative Qos profile is applied. Or, AF can request event reporting operation of QoS profile change to PCF through event request such as “change of number of QoS flows for multiplexed service data flow” for change in number of QoS floors to which multiplexing service data floor based on PDU set is mapped.
  • An SMF that receives a PCC rule including information for processing a multiplexed service floor based on a PDU set from a PCF into an individual QoS floor can generate an N4 rule for processing the multiplexed service floor through a QoS floor that takes into account individual media characteristics and forward it to the UPF.
  • the N4 rule may include at least one rule among a Packet Detection Rule (PDR) including media type or SSRC (synchronization source) information for detecting packets in a multiplexed service data floor based on a PDU set, a Protocol description including information for mapping detected packets in a multiplexed service data floor based on a PDU set to one or more media types per QoS floor according to the service requirements of an AF, or a Forwarding Action Rule (FAR) including Mapping information between a separate QFI and a Media type, and a QoS Enforcement Rule (QER) including information for indicating a PDU set information marking operation in a GTU-HE and information for indicating a PDU set SN renumbering operation when the PDU set information marking operation is performed in the GTU-HE (PDU set sequence number renumbering supporting indication).
  • PDR Packet Detection Rule
  • SSRC synchronization source
  • Protocol description including information for mapping detected packets in a
  • the AS can separately mark and transmit information about the point in time when the marked PDU set information considering the QoS floor from the AF is applied within the PDU set information in the RTP HE. If the AS does not support the operation of marking the PDU set SN for each QoS floor within the PDU set information according to the service provider's policy, the SMF that receives the event of “QoS targets can no longer (or can again) be fulfilled” from the RAN can perform an N4 rule update based on the Alternative QoS profile information included when receiving the PCC rule.
  • the above N4 rule may include at least one rule among a Packet Detection Rule (PDR) including media type or SSRC information for detecting packets in a multiplexed service data floor based on a PDU set, a Protocol description including information for mapping detected packets in a multiplexed service data floor based on a PDU set to one or more media types per QoS floor according to the service requirements of an AF, or a Forwarding Action Rule (FAR) including Mapping information between a separate QFI and a Media type, and a QoS Enforcement Rule (QER) including information for indicating a PDU set information marking operation in a GTU-HE and information for indicating a PDU set SN renumbering operation when the PDU set information marking operation is performed in the GTU-HE (PDU set sequence number renumbering supporting indication).
  • PDR Packet Detection Rule
  • a Protocol description including information for mapping detected packets in a multiplexed service data floor based on
  • the SMF when changing the QoS profile from the default QoS profile for a multiplexing service data floor based on a PDU set that supports QoS processing by media type through the four QoS floors described above in Table 1 to one QoS floor or two QoS floors (Alternative QoS profile), the SMF updates the FAR information based on the two QFI allocation information considering the Alternative QoS profile, updates the PDR information mapped to each QoS floor, and additionally performs a QER update operation for performing a renumbering operation of the PDU set SN considering the PDU sets of packets of different media types when different media types (e.g., Audio, Haptic, Control message) are mapped to a single QoS floor and for performing a renumbering operation of the PDU set SN considering the single media type when processing a video packet, through the N4 rule update operation.
  • the SMF updates the FAR information based on the two QFI allocation information considering the Alternative QoS profile, updates the PDR
  • the UPF can generate new PDU set information for each QoS flow based on previous PDU set information transmitted from the AS.
  • the SMF can instruct the UPF to reconstruct PDU set information (e.g., PDU set SN (sequence number)) marked on the GTP-U HE when forwarding packets by QoS in the case of multiplexed service data flows based on the PDU set information transmitted from the AS.
  • PDU set information e.g., PDU set SN (sequence number)
  • the AS can generate different PDU sets based on reports from the PCF. Specifically, if the PCF forwards applied service requirement information to the AF based on service requirements forwarded from the AF (e.g., QoS and media type mapping info or requirement), the AF can forward this to the AS, and the AS can generate PDU set information by considering the media type mapped to the corresponding QoS floor when outputting a packet. That is, the AS can forward PDU set information generated based on information on one or more new PDU sets mapped to each QoS flow to the UPF.
  • service requirements forwarded from the AF e.g., QoS and media type mapping info or requirement
  • the AS when the AS applies the Default QoS profile generated based on the service request information as in Table 1, the AS, which recognizes that the request information has been applied, can perform a PDU set SN marking operation by considering the QoS floor and media type, etc. If the AS cannot perform the operation or the PCF, etc. cannot transmit to the AS separate Default QoS information or which QoS parameter has been applied, the UPF can perform a PDU set SN renumbering operation. At this time, the PCF can transmit the renumbering operation indicator information to the UPF by including it in the PCC rule, thereby causing the UPF to perform the renumbering operation.
  • FIG. 3 illustrates an example of traffic detection considering traffic-specific characteristics and QoS floor mapping support considering the service characteristics of the traffic according to one embodiment of the present disclosure.
  • traffic is detected considering traffic-specific characteristics (e.g., media type) within a multiplexed service floor based on a PDU set, and the process of the detected traffic being mapped to a QoS floor considering the service characteristics of the traffic is illustrated.
  • traffic-specific characteristics e.g., media type
  • AF can determine a service request considering the media characteristics of the multiplexed service floor based on the PDU set according to the service provider's policy, etc.
  • the AF may transmit an AF session service operation create/update request (AFsessionWithQoS Create/Update request) message to the NEF, which includes an indication requesting QoS support of a multiplexed service data flow based on a PDU set (multiplexed traffic flows QoS handling indication) or a multiplexed service support indication (multiplexed traffic flows handling indication), PDU Set QoS Parameters, Protocol Description (e.g., including mapping information between media type and Qos Flow), QoS Reference or individual QoS parameters, Alternative service Requirements for handling multiplexed traffic flows with different QoS requirements (e.g., including mapping information between media type and Qos Flow based on number of QoS flow for multiplexed service data flow) and/or PDU Set sequence number renumbering support indication.
  • AFsessionWithQoS Create/Update request AF session Service Opera create/update request
  • the media type information mapped to the QoS floor (mapping informations between media type and Qos Flow based on the number of QoS flows for multiplexed service data flows) can be provided in the form of Table 1. If the AS does not support the PDU set SN marking operation per QoS floor according to the service provider's configuration, the AF can include the PDU Set sequence number renumbering support indication in the AF session service operation create/update request (AFsessionWithQoS Create/Update request) message.
  • service QoS requirement information including an indication requesting QoS support of a multiplexed service data flow based on a PDU set (multiplexed traffic flows QoS handling indication) or a multiplexing service support indication (multiplexed traffic flows handling indication), PDU Set QoS, Protocol Description (e.g., mapping information between media type and Qos Flow), QoS Reference or individual QoS parameters, Alternative service Requirements for handling multiplexed traffic flows with different QoS requirements (e.g., mapping information between media type and Qos Flow based on number of QoS flow for multiplexed service data flow) may be authorized by the NEF, and may then be delivered to the PCF via a PolicyAuthorization create/update request message.
  • the PCF may perform a PCC rule update to support the corresponding service if it determines to support the QoS of the multiplexed service data floor based on the PDU set based on the information such as an indication requesting QoS support of the multiplexed service data floor based on the PDU set received through the AF (multiplexed traffic flows QoS handling indication) or a multiplexing service support indication (multiplexed traffic flows handling indication), PDU Set QoS, Protocol Description (e.g., mapping information between media type and Qos Flow), QoS Reference or individual QoS parameters, and/or Alternative service Requirements for handling multiplexed traffic flows with different QoS requirements (e.g., mapping information between media type and Qos Flow based on number of QoS flow for multiplexed service data flow).
  • the PCF may perform a PCC rule update to support the corresponding service if it determines to support the QoS of the multiplexed service data floor based on the PDU set
  • the updated PCC rule in addition to the existing QoS floor profile (e.g., Default QoS profile), QoS profiles that consider the characteristics of traffic that will change depending on the network situation (e.g., Alternative QoS profile 1 & 2 in table 1) may be additionally included to support temporary traffic characteristic changes.
  • QoS profiles that consider the characteristics of traffic that will change depending on the network situation (e.g., Alternative QoS profile 1 & 2 in table 1) may be additionally included to support temporary traffic characteristic changes.
  • AS does not support the PDU set SN marking operation by QoS floor according to the service provider's settings
  • information requesting the operation to reorder or renumber the PDU set sequence number in the PDU set information by QoS floor e.g., PDU Set sequence number renumbering support indication
  • the PCC rule may be transmitted together with information on the media type or SSRC classification to be mapped to the QoS floor if the Protocol description includes the information.
  • the PCF may convey to the AF whether to accept or reject the request for QoS support considering the media characteristics of the multiplexed service data floor based on the PDU set requested by the AF via the PolicyAuthorization_Create/update response and AFsessionWithQoS Create/update response messages.
  • the PCF may convey the PolicyAuthorization_Create/update response message to the NEF, and the NEF may convey the AFsessionWithQoS Create/update response message to the AF.
  • the PCF in step 304 may determine to generate or update a policy based on service information for QoS support considering media characteristics of a multiplexed service data floor based on a PDU set received from the AF, and may transmit the generated or updated PCC rule based on the policy to the SMF.
  • the generated or updated PCC rule may include at least one of information among QoS floor-related information to be transmitted to the RAN and/or UE, such as a Default QoS Profile, an Alternative QoS profile, etc.
  • PDU set e.g., QoS profile and its related QoS id
  • PDU set SN renumbering-related operation information PDU Set sequence number renumbering support indication
  • QoS mapping information of packets by Media type or SSRC e.g., mapping information between media type and Qos Flow
  • the SMF can decide to transmit information to the UPF and RAN for QoS support considering the media characteristics of the multiplexed service data floor based on the PDU set.
  • the SMF may perform an N4 rule generation operation to request a packet detection operation within a multiplexed service floor based on PDU sets in the UPF based on the PDU set sequence number renumbering related operation information (PDU Set sequence number renumbering support indication) when mapping a QoS floor of a multiplexed service floor based on PDU sets, an operation to map detected packets to a QoS floor based on media type or SSRC, an operation to renumber PDU Set SN information for PDU set information within RTP HE of detected packets to the same QoS floor based on media type or SSRC, and/or an operation to mark changed PDU set information in GTP-U HE based on the QoS mapping information of packets to media type or SSRC (e.
  • the SMF may decide to forward to the RAN information related to QoS floors (e.g., QoS profile and its related QoS id), such as Default QoS Profile, Alternative QoS profile, etc. to be forwarded to the RAN and/or UE.
  • QoS floors e.g., QoS profile and its related QoS id
  • Default QoS Profile Default QoS Profile
  • Alternative QoS profile etc.
  • the SMF may transmit to the UPF an SDF template including information about packet detection operations within a multiplexed service floor based on PDU sets, operations for mapping detected packets by media type or SSRC to QoS floors, operations for renumbering PDU Set SN information for PDU set information within RTP HE of detected packets by media type or SSRC that are mapped to the same QoS floor, and/or operations for marking changed PDU set information to GTP-U HE through an N4 session creation/modification process.
  • the UPF may receive from the SMF an N4 rule including requirements for packet detection by media type or media characteristic of traffic within a multiplexed service data floor based on PDU sets, and then perform a detection operation on traffic transmitted on the multiplexed service data floor based on the corresponding PDU sets.
  • the detection operation of traffic within a multiplexed service data floor based on a PDU set can be performed based on media type information or SSRC information in the protocol description transmitted from the AF and payload type or SSRC information in the header of the packet.
  • the QoS floor mapping operation of the detected packets can be performed based on QoS floor mapping information and QoS profile information and related QoS id according to media type information or SSRC information in the protocol description transmitted from the AF.
  • PDU set SN processing information e.g., PDU Set sequence number renumbering support indication
  • AS e.g., Different PDU set id allocation per QoS flow
  • UPF can receive information from SMF via QER regarding the renumbering operation of PDU Set SN information among PDU set information in RTP HE of packets detected by media type or SSRC that are mapped to the same QoS floor and the operation of marking the changed PDU set information in GTP-U HE.
  • the PCF may transmit to the AMF, the Defualt QoS profile, Alternative QoS profile and/or QFI, etc., which are generated or updated based on the QoS support service request information considering the media characteristics of the multiplexed service data floor based on the PDU set of the AF in step 304.
  • the N1N2 message transmitted to the AMF may include N2 SM information including the Defualt QoS profile, Alternative QoS profile and QFI transmitted to the RAN, and an N1 SM container including the Defualt QoS profile, Alternative QoS profile and QFI information for supporting a service supporting dynamic traffic characteristic changes of uplink traffic.
  • the AMF may transmit N2 SM information and N1 SM container including at least one of Default QoS profile, Alternative QoS profile, and QFI to the RAN via an N2 message to support dynamic traffic characteristic change from the SMF.
  • the RAN may transmit to the UE an N1 SM container including Default QoS profile, Alternative QoS profile and/or QFI information to support a service supporting dynamic traffic characteristic change of uplink traffic.
  • the UE and the RAN may forward a response message of the N2 message, etc. to the SMF.
  • the RAN may send an N2 message response message to the AMF, and the AMF may send an Nsmf_PDUSession_UpdateSMContext Request message to the SMF.
  • SMF may send an Nsmf_PDUSession_UpdateSMContext Response message to AMF.
  • the UPF may perform an operation of detecting packets within a multiplexed service data floor based on a PDU set and forwarding the detected packets to an appropriate QoS floor based on media characteristics or media types.
  • the UPF may perform an update operation of the PDU set information of the extended header in the detected packet considering the media type or media characteristics.
  • the PDU set SN in the PDU set information considering the multiplexed service data floor based on the PDU set marked from the AS may be renumbered to match the PDU set information for each QoS floor.
  • the UPF may mark the PDU set information including the changed PDU set SN in the GTP-U extended header field and transmit it to the RAN.
  • the renumbering operation in step 316b may be omitted.
  • the RAN can perform appropriate scheduling operations, etc. based on the media characteristics of the multiplexed service data floor based on the PDU set or QoS profile information by media type.
  • FIG. 4 illustrates an example of traffic detection considering traffic-specific characteristics and QoS floor mapping support considering the service characteristics of the traffic according to one embodiment of the present disclosure.
  • traffic is detected considering traffic-specific characteristics (e.g., media type) within a multiplexed service floor based on a PDU set, and the process of the detected traffic being mapped to a QoS floor considering the service characteristics of the traffic is illustrated.
  • traffic-specific characteristics e.g., media type
  • AF can determine a service request considering the media characteristics of the multiplexed service floor based on the PDU set according to the service provider's policy, etc.
  • the AF may send an AF session service operation create/update request (AFsessionWithQoS Create/Update request) message to the NEF, which includes an indication requesting QoS support of a multiplexed service data flow based on a PDU set (multiplexed traffic flows QoS handling indication) or a QoS requirement including a multiplexed service support indication based on a PDU set (multiplexed traffic flows handling indication), a PDU Set QoS, a Protocol Description (e.g., mapping information between media type and Qos Flow), a QoS Reference or individual QoS parameters, Alternative service Requirements for handling multiplexed traffic flows with different QoS requirements (e.g., mapping informations between media type and Qos Flow based on number of QoS flow for multiplexed service data flow) and/or a PDU Set sequence number renumbering support indication.
  • AFsessionWithQoS Create/Update request AFsessionWithQoS Create/Update request
  • the media type information mapped to the QoS floor (mapping informations between media type and Qos Flow based on the number of QoS flows for multiplexed service data flows) can be provided in the form of Table 1. If the AS does not support the PDU set SN marking operation per QoS floor according to the service provider's configuration, the AF can include the PDU Set sequence number renumbering support indication in the AF session service operation create/update request (AFsessionWithQoS Create/Update request) message.
  • service QoS requirement information including an indication requesting QoS support of a multiplexed service data flow based on a PDU set (multiplexed traffic flows QoS handling indication) or a multiplexing service support indication (multiplexed traffic flows handling indication), PDU Set QoS, Protocol Description (e.g., mapping information between media type and Qos Flow), QoS Reference or individual QoS parameters, Alternative service Requirements for handling multiplexed traffic flows with different QoS requirements (e.g., mapping information between media type and Qos Flow based on number of QoS flow for multiplexed service data flow) may be authorized by the NEF, and may then be delivered to the PCF via a Policy Authorization create/update request message.
  • AF can request PCF to perform event reporting operation for event reporting operation of QoS profile change through event request such as “QoS targets can no longer (or can again) be fulfilled” for whether Alternative QoS profile is applied.
  • AF can request PCF to perform event reporting subscription information for event reporting operation for QoS profile change through event request such as “change of number of QoS flows for multiplexed service data flow” for change in number of QoS floors to which multiplexing service data floor based on PDU set is mapped.
  • the PCF may perform a PCC rule update to support the corresponding service if it determines to support the QoS of the multiplexed service data floor based on the PDU set, based on information such as an indication requesting QoS support of the multiplexed service data floor based on the PDU set received through the AF (multiplexed traffic flows QoS handling indication) or a multiplexed service support indication based on the PDU set (multiplexed traffic flows handling indication), PDU Set QoS, Protocol Description (e.g., mapping information between media type and Qos Flow), QoS Reference or individual QoS parameters, and/or Alternative service Requirements for handling multiplexed traffic flows with different QoS requirements (e.g., mapping information between media type and Qos Flow based on number of QoS flow for multiplexed service data flow).
  • information such as an indication requesting QoS support of the multiplexed service data floor based on the PDU set received through the AF (multiplexe
  • the updated PCC rule in addition to the existing QoS floor profile (e.g., Default QoS profile), QoS profiles that consider the characteristics of traffic that will change depending on the network situation (e.g., Alternative QoS profile 1 & 2 in table 1) may be additionally included to support temporary traffic characteristic changes.
  • QoS profiles that consider the characteristics of traffic that will change depending on the network situation (e.g., Alternative QoS profile 1 & 2 in table 1) may be additionally included to support temporary traffic characteristic changes.
  • AS does not support the PDU set SN marking operation by QoS floor according to the service provider's settings
  • information requesting the operation to reorder or renumber the PDU set sequence number in the PDU set information by QoS floor e.g., PDU Set sequence number renumbering support indication
  • the PCC rule may be transmitted together with information on the media type or SSRC classification to be mapped to the QoS floor if the Protocol description includes the corresponding information.
  • the PCF may convey to the AF whether to accept or reject the QoS support request considering the media characteristics of the multiplexed service data floor based on the PDU set requested by the AF via the PolicyAuthorization_Create/update response and AFsessionWithQoS Create/update response messages.
  • the PCF may convey the PolicyAuthorization_Create/update response message to the NEF, and the NEF may convey the AFsessionWithQoS Create/update response message to the AF.
  • the AF can instruct the AS to generate PDU set information with a separate PSSNS (PDU Set sequence number space) for each QoS floor.
  • PSSNS PDU Set sequence number space
  • the PDU set sequence number marking operation for each media type or media characteristic mapped to each QoS floor can be performed based on the QoS parameter information requested from the AF to the PCF.
  • Table 1 if the service requirement is conveyed to map the PDU set-based multiplexing service data floor to four QoS floors with basic QoS parameters, the AS can operate to generate PDU Set SNs for each of the four media types.
  • step 407a when the AF transmits requirement information for creating four QoS floors based on QoS parameter information and requirement information for creating one or two QoS floors with Alternative service requirement information, the AF may request an event reporting operation of changing the QoS profile to the PCF, such as an event request “QoS targets can no longer (or can again) be fulfilled” for whether the Alternative Qos profile is applied.
  • the AF may request an event reporting operation of changing the QoS profile to the PCF, such as an event request “change of number of QoS flows for multiplexed service data flow” for a change in the number of QoS floors to which the multiplexed service data floor based on the PDU set is mapped.
  • the PCF which has received the event reporting information related to the multiplexed service data floor service based on the PDU set through step 407a, may transmit the policy control reporting trigger information related to the multiplexed service data floor service based on the PDU set to the SMF, so that when an event such as the RAN applying an Alternative QoS profile instead of the default QoS profile depending on the network situation occurs, the PCF may perform an event reporting operation to notify the AF that a “QoS targets can no longer (or can again) be fulfilled” event has occurred along with the Alternative QoS profile information.
  • the AF that receives the Alternative QoS profile together with the event reporting can instruct the AS to generate PDU set information with a separate PSSNS (PDU Set sequence number space) for each QoS floor based on the Alternative QoS profile information.
  • PSSNS PDU Set sequence number space
  • the AS can change the PDU Set SN marking operation using the existing four PSSNSs to the PDU Set SN marking operation using two PSSNSs.
  • the PCF in step 404 may determine to generate or update a policy based on service information for QoS support considering media characteristics of a multiplexed service data floor based on a PDU set received from an AF, and may transmit the generated or updated PCC rule based on the policy to the SMF.
  • the generated or updated PCC rule may include at least one of information among QoS floor-related information to be transmitted to the RAN and/or UE, such as a Default QoS Profile, an Alternative QoS profile, etc.
  • PDU set e.g., QoS profile and its related QoS id
  • PDU set SN renumbering-related operation information when mapping a QoS floor of a multiplexed service floor based on a PDU set PDU Set sequence number renumbering support indication
  • QoS mapping information of packets by Media type or SSRC e.g., mapping information between media type and Qos Flow
  • the SMF can decide to transmit information to the UPF and RAN for QoS support considering the media characteristics of the multiplexed service data floor based on the PDU set.
  • the SMF may perform an N4 rule generation operation to request a packet detection operation within a multiplexed service floor based on PDU sets in the UPF based on the PDU set sequence number renumbering related operation information (PDU Set sequence number renumbering support indication) when mapping a QoS floor of a multiplexed service floor based on PDU sets, an operation to map detected packets to a QoS floor based on media type or SSRC (e.g., mapping information between media type and Qos Flow) and/or information for distinguishing packets within a multiplexed service floor based on PDU sets (e.g., media type and/or SSRC), an operation to renumber PDU Set SN information for PDU set information within an RTP HE of detected packets to
  • the SMF may decide to transmit to the RAN information related to QoS floors to be transmitted to the RAN and/or UE, such as the Default QoS Profile, Alternative QoS profile, etc. (e.g., QoS profile and its related QoS id).
  • the SMF which has received the “QoS targets can no longer (or can again) be fulfilled” event occurrence information and the Alternative QoS profile, may perform an event reporting operation to the AF and, at the same time, perform an N4 rule update operation of the UPF based on the Alternative QoS profile.
  • the N4 rule update information of the UPF based on the Alternative QoS profile may include information related to PDU set SN renumbering (e.g., PDU Set sequence number renumbering support indication) and QoS flow mapping information for each media type based on the Alternative QoS profile.
  • PDU set SN renumbering e.g., PDU Set sequence number renumbering support indication
  • QoS flow mapping information for each media type based on the Alternative QoS profile.
  • the SMF may transmit to the UPF an SDF template including information about packet detection operations within a multiplexed service floor based on PDU sets through an N4 session creation/modification process, operations for mapping detected packets to QoS floors by media type or SSRC, operations for renumbering PDU Set SN information for PDU set information within RTP HE of detected packets by media type or SSRC that are mapped to the same QoS floor, and/or operations for marking changed PDU set information to GTP-U HE.
  • the UPF may receive from the SMF an N4 rule including requirements for packet detection by media type or media characteristic of traffic within a multiplexed service data floor based on PDU sets, and then perform a detection operation on traffic transmitted on the multiplexed service data floor.
  • the detection operation of traffic within a multiplexed service data floor based on a PDU set can be performed based on media type information or SSRC information in the protocol description transmitted from the AF and payload type or SSRC information in the header of the packet.
  • the QoS floor mapping operation of the detected packets can be performed based on QoS floor mapping information according to media type information or SSRC information in the protocol description transmitted from the AF and QoS profile information and related QoS id.
  • PDU set SN processing information (e.g., PDU Set sequence number renumbering support indication) related to QoS floor-specific processing of multiplexed service data floors based on PDU sets is separately transmitted from AF, or if there is no information transmitted from AS (e.g., Different PDU set id allocation per QoS flow) distinguished by generation of a separate PDU set id from AF
  • AS e.g., Different PDU set id allocation per QoS flow
  • UPF can receive information from SMF via QER regarding the renumbering operation of PDU Set SN information among PDU set information in RTP HE of packets detected by media type or SSRC that are mapped to the same QoS floor and the operation of marking the changed PDU set information in GTP-U HE.
  • the PCF may transmit to the AMF, the Defualt QoS profile, Alternative QoS profile and/or QFI, etc., which are generated or updated based on the QoS support service request information considering the media characteristics of the multiplexed service data floor based on the PDU set of the AF in step 404.
  • the N1N2 message transmitted to the AMF may include N2 SM information including the Defualt QoS profile, Alternative QoS profile and QFI transmitted to the RAN, and an N1 SM container including the Defualt QoS profile, Alternative QoS profile and QFI information for supporting a service supporting dynamic traffic characteristic change of uplink traffic.
  • the AMF may transmit N2 SM information and N1 SM container including at least one of Default QoS profile, Alternative QoS profile, and QFI to the RAN via an N2 message to support dynamic traffic characteristic change from the SMF.
  • the RAN may transmit to the UE an N1 SM container including Default QoS profile, Alternative QoS profile and/or QFI information to support a service supporting dynamic traffic characteristic change of uplink traffic.
  • the UE and the RAN may forward a response message of the N2 message, etc. to the SMF.
  • the RAN may send an N2 message response message to the AMF, and the AMF may send an Nsmf_PDUSession_UpdateSMContext Request message to the SMF.
  • SMF may send an Nsmf_PDUSession_UpdateSMContext Response message to AMF.
  • the UPF may perform an operation of detecting packets within a multiplexed service data floor based on a PDU set and forwarding the detected packets to an appropriate QoS floor based on media characteristics or media types.
  • the UPF may perform an update operation of the PDU set information of the extended header in the detected packet considering the media type or media characteristics.
  • the PDU set SN in the PDU set information considering the multiplexed service data floor based on the PDU set marked from the AS may be renumbered to match the PDU set information for each QoS floor.
  • the UPF may mark the PDU set information including the changed PDU set SN in the GTP-U extended header field and transmit it to the RAN.
  • the renumbering operation in step 416b may be omitted. Thereafter, the RAN may perform an appropriate scheduling operation, etc. based on the media characteristics of the multiplexed service data floor based on the PDU set or the QoS profile information for each media type.
  • the UPF can receive information from the AF or through information in the RTP HE about when to apply the changed QoS profile. Then, based on the received information, the UPF can determine from which packet or time point to perform the changed QoS profile and PDU set SN renumbering operation. For example, the UPF can determine when the corresponding PDU set SN is changed based on the number of PDU set ids in the multiplexed service floor based on the PDU set.
  • the PDU set information in one service data floor can have four different ids depending on the setting of the service operator that received the information (e.g., number of PSSNS for multiplexed service data flow or number of authorized QoS flow for multiplexed service data flow).
  • the UPF can change the PDU Set SN in the PDU set information of packets transmitted to two QoS floors based on different Media types or SSRC information mapped to one QoS floor. A renumbering operation can be performed.
  • FIG. 5 illustrates components of a user equipment (UE) in a wireless communication system according to one embodiment of the present disclosure.
  • UE user equipment
  • a terminal may include a transceiver (500), a memory (510), and a processor (520).
  • the transceiver (500), memory (510), and processor (520) of the UE may operate according to the communication method of the terminal described above.
  • the components of the terminal are not limited thereto.
  • the terminal may include more or fewer components than those described above.
  • the processor (520), transceiver (500), and memory (510) may be implemented as a single chip.
  • the processor (520) may include at least one processor.
  • the transceiver (500) collectively refers to the UE receiver and the UE transmitter, and can transmit and receive signals with a base station or network entity.
  • the signals transmitted and received with the base station or network entity may include control information and data.
  • the transceiver (500) may include an RF transmitter for up-converting and amplifying the frequency of a transmission signal, and an RF receiver for low-noise amplification and down-converting the frequency of a reception signal.
  • this is merely an example of the transceiver (500), and the components of the transceiver (500) are not limited to the RF transmitter and RF receiver.
  • the transceiver (500) can receive a signal through a wireless channel, output it to the processor (520), and transmit the signal output from the processor (520) through the wireless channel.
  • the memory (510) can store programs and data necessary for the operation of the UE.
  • the memory (510) can store control information or data included in a signal acquired by the UE.
  • the memory (510) can be a storage medium such as a read-only memory (ROM), a random access memory (RAM), a hard disk, a CD-ROM, and a DVD, or a combination of storage media.
  • the processor (520) can control a series of processes to enable the terminal to operate.
  • the transceiver (500) can receive a data signal including a control signal transmitted by a base station or a network entity, and the processor (520) can determine the result of receiving the control signal and data signal transmitted by the base station or the network entity.
  • FIG. 6 illustrates components of a network entity in a wireless communication system according to one embodiment of the present disclosure.
  • FIG. 6 the configuration of a core network object in a wireless communication system can be illustrated.
  • the configuration illustrated in FIG. 6 can be understood as a configuration of a device having the function of at least one of the network entities including the UPF of FIG. 1, FIG. 2, FIG. 3, and/or FIG. 4.
  • Terms such as “... unit” and “... device” used hereinafter mean a unit that processes at least one function or operation, and this can be implemented by hardware, software, or a combination of hardware and software.
  • a network entity may be configured to include a transceiver (600), a memory (610), and a processor (620).
  • the transceiver (600) may provide an interface for communicating with other devices within the network. That is, the transceiver (600) may convert a bit string transmitted from a network entity to another device into a physical signal, and may convert a physical signal received from another device into a bit string. That is, the transceiver (600) may transmit and receive signals. Accordingly, the transceiver (600) may be referred to as a modem, a transmitter, a receiver, or a transceiver. In this case, the transceiver (600) may enable the network entity to communicate with other devices or systems via a backhaul connection (e.g., a wired backhaul or a wireless backhaul) or via the network.
  • a backhaul connection e.g., a wired backhaul or a wireless backhaul
  • the memory (610) can store data such as basic programs, application programs, and configuration information for the operation of the network entity.
  • the memory (610) can be composed of volatile memory, non-volatile memory, or a combination of volatile and non-volatile memory.
  • the memory (610) can provide stored data upon request from the processor (620).
  • the processor (620) can control the overall operations of the network entity.
  • the processor (620) can transmit and receive signals through the transceiver (600).
  • the processor (620) can write and read data to and from the memory (610).
  • the processor (620) can include at least one processor.
  • the processor (620) can control synchronization using a wireless communication network.
  • the processor (620) can control the network entity to perform operations according to various embodiments.
  • a device and method for effectively providing services in a wireless communication system may be provided.
  • the technical challenges addressed by the present disclosure are not limited to the technical challenges mentioned above, and other technical challenges not mentioned herein will be readily apparent to those skilled in the art.
  • a device and method for effectively providing services in a mobile communication system may be provided.
  • the technical effects of one embodiment of the present disclosure are not limited to those described in the present disclosure, and other effects not described in the present disclosure will be readily apparent to those skilled in the art from the detailed description of the present disclosure.
  • the operations of the base station or terminal described above can be realized by providing a memory device storing the corresponding program code in any component within the base station or terminal device. That is, the control unit of the base station or terminal device can execute the operations described above by reading and executing the program code stored in the memory device using a processor or CPU (Central Processing Unit).
  • a processor or CPU Central Processing Unit
  • the various components and modules of the entity, base station or terminal device described in the present disclosure may be operated using hardware circuits, such as logic circuits based on complementary metal oxide semiconductors, firmware, software and/or hardware and firmware and/or software embedded in a machine-readable medium.
  • hardware circuits such as logic circuits based on complementary metal oxide semiconductors, firmware, software and/or hardware and firmware and/or software embedded in a machine-readable medium.
  • various electrical structures and methods may be implemented using electrical circuits such as transistors, logic gates and application-specific semiconductors.
  • a computer-readable storage medium storing one or more programs (software modules) may be provided.
  • the one or more programs stored in the computer-readable storage medium are configured for execution by one or more processors within an electronic device.
  • the one or more programs include instructions that cause the electronic device to execute methods according to the embodiments described in the claims or specification of the present disclosure.
  • programs may be stored in a random access memory, a non-volatile memory including a flash memory, a read only memory (ROM), an electrically erasable programmable read only memory (EEPROM), a magnetic disc storage device, a compact disc ROM (CD-ROM), a digital versatile disc (DVD) or other forms of optical storage, a magnetic cassette, or a memory formed by a combination of some or all of these.
  • a non-volatile memory including a flash memory, a read only memory (ROM), an electrically erasable programmable read only memory (EEPROM), a magnetic disc storage device, a compact disc ROM (CD-ROM), a digital versatile disc (DVD) or other forms of optical storage, a magnetic cassette, or a memory formed by a combination of some or all of these.
  • each configuration memory may include multiple copies.
  • the program may be stored on an attachable storage device that is accessible via a communication network, such as the Internet, an intranet, a local area network (LAN), a wide LAN (WLAN), a storage area network (SAN), or a combination thereof.
  • a storage device may be connected to a device performing an embodiment of the present disclosure via an external port.
  • a separate storage device on the communication network may be connected to a device performing an embodiment of the present disclosure.

Landscapes

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

Abstract

본 개시는 보다 높은 데이터 전송률을 지원하기 위한 5G 또는 6G 통신 시스템에 관련된 것이다. 본 개시의 일 실시예에서, 무선 통신 시스템에서 UPF(user plane function) 엔티티(entity)에 의해 수행되는 방법은, 멀티플렉싱된 서비스 데이터 플로어와 연관된 정보를 수신하는 단계와, 수신된 멀티플렉싱된 서비스 데이터 플로어와 연관된 정보에 기초하여 멀티플렉싱된 서비스 데이터 플로어에서 전달되는 패킷을 검출하는 단계와, 검출된 패킷을 미디어 특성을 지원하는 QoS 플로어로 맵핑 하는 단계 및 수신된 멀티플렉싱된 서비스 데이터 플로어와 연관된 정보에 기초하여 검출된 패킷의 PDU(protocol data unit) set 정보 내 PDU set SN(sequence number) 정보를 리넘버링하는 단계를 포함한다.

Description

무선 통신 시스템에서 멀티플렉싱된 서비스 데이터 플로어의 처리를 위한 동작 및 장치
본 개시(disclosure)는 무선 통신 시스템에 관련된 것으로, 보다 구체적으로 본 개시는 무선 통신 시스템에서 멀티플렉싱된 서비스 데이터 플로어 기반으로 트래픽을 관리하는 방법 및 장치에 관한 것이다.
5G 이동통신 기술은 빠른 전송 속도와 새로운 서비스가 가능하도록 넓은 주파수 대역을 정의하고 있으며, 3.5 기가헤르츠(3.5GHz) 등 6GHz 이하 주파수('Sub 6GHz') 대역은 물론 28GHz와 39GHz 등 밀리미터파(㎜Wave)로 불리는 초고주파 대역('above 6GHz')에서도 구현이 가능하다. 또한, 5G 통신 이후(Beyond 5G)의 시스템이라 불리어지는 6G 이동통신 기술의 경우, 5G 이동통신 기술 대비 50배 빨라진 전송 속도와 10분의 1로 줄어든 초저(ultra low) 지연시간을 달성하기 위해 테라헤르츠(terahertz, THz) 대역(예를 들어, 95GHz에서 3 테라헤르츠(3THz) 대역과 같은)에서의 구현이 고려되고 있다.
5G 이동통신 기술의 초기에는, 초광대역 서비스(enhanced Mobile BroadBand, eMBB), 고신뢰/초저지연 통신(Ultra-Reliable Low-Latency Communications, URLLC), 대규모 기계식 통신 (massive Machine-Type Communications, mMTC)에 대한 서비스 지원과 성능 요구사항 만족을 목표로, 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위한 빔포밍(beamforming) 및 거대 배열 다중 입출력(massive MIMO), 초고주파수 자원의 효율적 활용을 위한 다양한 뉴머롤로지 지원(복수 개의 서브캐리어 간격 운용 등)와 슬롯 포맷에 대한 동적 운영, 다중 빔 전송 및 광대역을 지원하기 위한 초기 접속 기술, BWP(Band-Width Part)의 정의 및 운영, 대용량 데이터 전송을 위한 LDPC(Low Density Parity Check) 부호와 제어 정보의 신뢰성 높은 전송을 위한 폴라 코드(polar code)와 같은 새로운 채널 코딩 방법, L2 선-처리(L2 pre-processing), 특정 서비스에 특화된 전용 네트워크를 제공하는 네트워크 슬라이싱(network slicing) 등에 대한 표준화가 진행되었다.
현재, 5G 이동통신 기술이 지원하고자 했던 서비스들을 고려하여 초기의 5G 이동통신 기술 개선(improvement) 및 성능 향상(enhancement)을 위한 논의가 진행 중에 있으며, 차량이 전송하는 자신의 위치 및 상태 정보에 기반하여 자율주행 차량의 주행 판단을 돕고 사용자의 편의를 증대하기 위한 V2X(Vehicle-to-Everything), 비면허 대역에서 각종 규제 상 요구사항들에 부합하는 시스템 동작을 목적으로 하는 NR-U(New Radio Unlicensed), NR 단말 저전력 소모 기술(UE power saving), 지상 망과의 통신이 불가능한 지역에서 커버리지 확보를 위한 단말-위성 직접 통신인 비 지상 네트워크(Non-Terrestrial Network, NTN), 위치 측위(positioning) 등의 기술에 대한 물리계층 표준화가 진행 중이다.
뿐만 아니라, 타 산업과의 연계 및 융합을 통한 새로운 서비스 지원을 위한 지능형 공장 (Industrial Internet of Things, IIoT), 무선 백홀 링크와 액세스 링크를 통합 지원하여 네트워크 서비스 지역 확장을 위한 노드를 제공하는 IAB(Integrated Access and Backhaul), 조건부 핸드오버(conditional handover) 및 DAPS(Dual Active Protocol Stack) 핸드오버를 포함하는 이동성 향상 기술(mobility enhancement), 랜덤액세스 절차를 간소화하는 2 단계 랜덤액세스(2-step RACH for NR) 등의 기술에 대한 무선 인터페이스 아키텍쳐/프로토콜 분야의 표준화 역시 진행 중에 있으며, 네트워크 기능 가상화(Network Functions Virtualization, NFV) 및 소프트웨어 정의 네트워킹(Software-Defined Networking, SDN) 기술의 접목을 위한 5G　베이스라인 아키텍쳐(예를 들어, service based architecture, service based interface), 단말의 위치에 기반하여 서비스를 제공받는 모바일 엣지 컴퓨팅(Mobile Edge Computing, MEC) 등에 대한 시스템 아키텍쳐/서비스 분야의 표준화도 진행 중이다.
이와 같은 5G 이동통신 시스템이 상용화되면, 폭발적인 증가 추세에 있는 커넥티드 기기들이 통신 네트워크에 연결될 것이며, 이에 따라 5G 이동통신 시스템의 기능 및 성능 강화와 커넥티드 기기들의 통합 운용이 필요할 것으로 예상된다. 이를 위해, 증강현실(Augmented Reality, AR), 가상현실(Virtual Reality, VR), 혼합 현실(Mixed Reality, MR) 등을 효율적으로 지원하기 위한 확장 현실(eXtended Reality, XR), 인공지능(Artificial Intelligence, AI) 및 머신러닝(Machine Learning, ML)을 활용한 5G 성능 개선 및 복잡도 감소, AI 서비스 지원, 메타버스 서비스 지원, 드론 통신 등에 대한 새로운 연구가 진행될 예정이다.
또한, 이러한 5G 이동통신 시스템의 발전은 6G 이동통신 기술의 테라헤르츠 대역에서의 커버리지 보장을 위한 신규 파형(waveform), 전차원 다중입출력(Full Dimensional MIMO, FD-MIMO), 어레이 안테나(array antenna), 대규모 안테나(large scale antenna)와 같은 다중 안테나 전송 기술, 테라헤르츠 대역 신호의 커버리지를 개선하기 위해 메타물질(metamaterial) 기반 렌즈 및 안테나, OAM(Orbital Angular Momentum)을 이용한 고차원 공간 다중화 기술, RIS(Reconfigurable Intelligent Surface) 기술 뿐만 아니라, 6G 이동통신 기술의 주파수 효율 향상 및 시스템 네트워크 개선을 위한 전이중화(full duplex) 기술, 위성(satellite), AI(Artificial Intelligence)를 설계 단계에서부터 활용하고 종단간(end-to-end) AI 지원 기능을 내재화하여 시스템 최적화를 실현하는 AI 기반 통신 기술, 단말 연산 능력의 한계를 넘어서는 복잡도의 서비스를 초고성능 통신과 컴퓨팅 자원을 활용하여 실현하는 차세대 분산 컴퓨팅 기술 등의 개발에 기반이 될 수 있을 것이다.
본 개시의 일 실시예에서, 무선 통신 시스템에서 UPF(user plane function) 엔티티(entity)에 의해 수행되는 방법은, PDU set 기반의 멀티플렉싱된 트래픽 검출과 연관된 정보를 획득하는 단계, PDU set 기반의 멀티플렉싱된 트래픽 특성 변경 검출과 연관된 정보를 기초로, 검츨된 데이터 트래픽을 적절한 QoS 플로어로 포워딩하는 단계 및 PDU set 기반의 멀티플렉싱된 트래픽 특성을 고려한 QoS 플로어로 맵핑됨을 기초하여, PDU set sequence number를 QoS 플로어 별로 리넘버링 동작 및 변경된 PDU set information을 기지국으로 전송하는 단계를 포함할 수 있다.
도 1은 본 개시의 일 실시예에 따른 5G 시스템의 네트워크 구조 및 인터페이스의 일례를 나타내는 도면이다.
도 2는 본 개시의 일 실시예에 따른 PDU set 기반의 멀티플렉싱된 서비스 플로어 내 트래픽 특성 관련 정보의 전달 예시를 나타낸다.
도 3은 본 개시의 일 실시예에 따른 트래픽 별 특성을 고려한 트래픽 검출 및 해당 트래픽의 서비스 특성을 고려한 QoS 플로어 맵핑 지원에 대한 예시를 나타낸다.
도 4는 본 개시의 일 실시예에 따른 트래픽 별 특성을 고려한 트래픽 검출 및 해당 트래픽의 서비스 특성을 고려한 QoS 플로어 맵핑 지원에 대한 예시를 나타낸다.
도 5는 본 개시의 일 실시예에 따른 사용자 단말의 구성 요소를 나타낸다.
도 6은 본 개시의 일 실시예에 따른 네트워크 엔티티의 구성 요소를 나타낸다.
셀룰러 이동통신 표준을 담당하는 3GPP는 4G LTE 시스템에서 5G 시스템으로의 진화를 꾀하기 위해 새로운 코어 네트워크 (core network) 구조를 5G core (5GC) 라는 이름으로 명명하고 표준화를 진행하고 있다. 5GC는 4G를 위한 네트워크 코어인 진화된 패킷 코어 (Evolved Packet Core, EPC) 대비 다음과 같은 차별화된 기능을 지원할 수 있다.
5GC에서는 네트워크 슬라이스 (network slice) 기능이 도입된다. 5G의 요구 조건으로, 5GC는 다양한 종류의 단말 타입 및 서비스를 지원해야 한다. 예를 들어, 초광대역 이동 통신(enhanced Mobile BroadBand, eMBB), 초고신뢰 저지연 통신 (Ultra Reliable Low Latency Communications, URLLC), 대규모 사물 통신 (massive Machine Type Communications, mMTC). 이러한 단말/서비스는 각각 코어 네트워크에 요구하는 요구 조건이 다를 수 있다. 예를 들면, eMBB 서비스인 경우에는 높은 데이터 전송 속도 (data rate)를 요구하고, URLLC 서비스인 경우에는 높은 안정성과 낮은 지연을 요구할 수 있다. 이러한 다양한 서비스 요구 조건을 만족하기 위해 네트워크 슬라이스 (network slice) 기술이 제안되었다.
네트워크 슬라이싱은 하나의 물리적인 네트워크를 가상화(virtualization)하여 여러 개의 논리적인 네트워크들(예를 들어, 네트워크 슬라이스들)을 만드는 방법을 의미할 수 있다. 활성화된 네트워크 슬라이스는 네트워크 슬라이스 인스턴스(network slice instance, NSI)라 칭할 수 있고, 각 네트워크 슬라이스 인스턴스는 서로 다른 특성을 가질 수 있다. 이동 통신 사업자는 각 NSI마다 그 특성에 맞는 네트워크 기능(network function, NF)을 구성함으로써 단말/서비스에 따른 다양한 서비스 요구 조건을 만족시킬 수 있다. 예를 들어, 이동 통신 사업자는 각 단말마다 요구하는 서비스의 특성에 맞는 NSI를 할당하여 여러 5G 서비스들(예를 들어 eMBB, URLLC, 또는 mMTC)을 효율적으로 지원할 수 있다.
5GC는 이동성 관리 기능(mobility management function)과 세션 관리 기능(session management function)의 분리를 통해 네트워크 가상화 패러다임 지원을 수월하게 할 수 있다. 4G LTE에서 모든 단말들은 등록, 인증, 이동성 관리 및 세션 관리 기능을 담당하는 이동성 관리 엔티티(Mobility Management Entity, MME)라는 단일 코어 엔티티와의 시그널링 교환을 통해서 네트워크로부터 서비스를 제공받을 수 있다. 5G에서는 단말들(예를 들어, MTC 단말들을 포함)의 수가 폭발적으로 늘어나고 단말들의 타입에 따라 지원해야 하는 이동성 및 트래픽/세션 특성이 세분화됨에 따라 단일 엔티티(예를 들어, MME)에서 모든 기능들을 지원하게 되면 필요한 기능별로 엔티티를 추가하는 확장성(scalability)이 떨어질 수밖에 없다. 따라서, 제어 평면을 담당하는 코어 엔티티의 기능/구현 복잡도와 시그널링 부하 측면에서 확장성 개선을 위해 이동성 관리 기능과 세션 관리 기능을 분리하는 구조를 기반으로 다양한 기능들이 개발되고 있다.
이하 본 개시의 실시예를 첨부한 도면과 함께 상세히 설명한다. 또한 본 개시를 설명함에 있어서 관련된 공지 기능 혹은 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략한다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
마찬가지 이유로 첨부된 도면에 있어서 일부 구성 요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성 요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성 요소에는 동일한 참조 번호가 부여될 수 있다.
본 개시에 따른 기술적 사상의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예들은 본 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 개시의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭할 수 있다.
이하, 기지국은 단말의 자원할당을 수행하는 주체로서, eNode B, Node B, BS (Base Station), RAN (Radio Access Network), AN (Access Network), RAN node, 무선 접속 유닛, 기지국 제어기, 또는 네트워크 상의 노드 중 적어도 하나일 수 있다. 단말(terminal)은 UE (User Equipment), MS (Mobile Station), 셀룰러폰, 스마트폰, 컴퓨터, 또는 통신기능을 수행할 수 있는 멀티미디어시스템을 포함할 수 있다. 본 개시에서 하향링크(Downlink; DL)는 기지국이 단말에게 전송하는 신호의 무선 전송 경로이고, 상향링크는(Uplink; UL)는 단말이 기국에게 전송하는 신호의 무선 전송경로를 의미한다.
또한, 이하에서 LTE(Long Term Evolution), LTE-A(LTE-Advanced) 또는 5G(5th-generation) 시스템을 일례로서 본 개시의 하나 이상의 실시예를 설명할 수 있지만, 유사한 기술적 배경 또는 채널형태를 갖는 여타의 통신 시스템에도 본 개시의 하나 이상의 실시예가 적용될 수 있다. 예를 들어, LTE-A 이후에 개발되는 5세대 이동 통신 기술(5G, new radio, NR)이 본 개시의 실시예가 적용될 수 있는 시스템에 포함될 수 있으며, 이하의 5G는 기존의 LTE, LTE-A 및 유사한 다른 서비스를 포함하는 개념일 수도 있다. 또한, 본 개시의 실시예는 숙련된 기술적 지식을 가진자의 판단으로써 본 개시의 범위를 크게 벗어나지 아니하는 범위에서 일부 변형을 통해 다른 통신 시스템에도 적용될 수 있다.
처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예를 들면, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 역순으로 수행되는 것도 가능하다.
본 개시의 실시예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA(Field Programmable Gate Array) 또는 ASIC(Application Specific Integrated Circuit)과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행할 수 있다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다. 또한 실시예에서 '~부'는 하나 이상의 프로세서를 포함할 수 있다.
메타버스 및 XR 응용의 경우, 단말이 많은 양의 트래픽을 송수신 하여야 하기 때문에, 트래픽을 효과적으로 처리하는 것은, 기존의 응용과 달리 중요한 기술적인 문제를 해결하여야 한다. 기존의 연구들은 주로 어플리케이션 서버의 트래픽을 효과적으로 단말에 전송하는 것에 중점을 두어왔던 것과는 달리, 메타버스/XR 트래픽은 많은 양의 트래픽 및 여러 특성을 가지는 서비스 플로어를 효과적으로 처리하는 것이 새롭게 풀어야 하는 과제이다.
메타버스 및 XR 응용의 경우 많은 양의 데이터를 전송하여야 하며, 이를 효과적으로 스케쥴링을 위하여 네트워크 혼잡 발생을 줄이는 방식을 적용할 수 있다. 이를 위해서 XRM(Extended Reality and Media service)에서는 UPF(user plane function)에서 기존의 단순 5-tuple 기반의 flow 단위의 데이터 포워딩(data forwarding) 개념에서 효율적인 스케쥴링을 위하여 flow 내의 특성을 고려하여 PDU(protocol data unit) 단위의 데이터 포워딩(data forwarding) 및 처리를 위한 방식을 도입하였다. 응용 계층에서 비슷한 특성을 가지는 PDU 단위의 데이터 포워딩(data forwarding) 및 처리를 위하여 PDU set이라는 논리적인 단위로 구분 지을 수 있다.
본 개시의 일 실시예에서, 네트워크 상황 및 요청에 따라 어플리케이션 서버 또는 단말에서 전달되는 멀티플렉싱된 서비스 플로어 내의 데이터 트래픽을 트래픽의 특성에 따라 RAN에서 스케쥴링 할 때 멀티플렉싱된 서비스 플로어 내 데이터 트래픽의 특성 관련 요구사항 정보를 제어 평면 상으로 제공하여 각각의 데이터 트래픽의 특성에 따른 QoS(quality of service) 처리를 지원하며, 추가적으로 PDU set 기반의 데이터 트래픽의 처리 및 데이터 트래픽의 특성에 따른 QoS 처리를 지원 위해 RTP(Real-time Transport Protocol) 헤더 확장 정보 내 PDU set 정보 내 관련 정보를 포함함으로써, 멀티플렉싱된 서비스 플로어의 실시간 데이터 전송 중 멀티플렉싱된 서비스 플로어 내의 데이터 데이터 특성이 변경되는 시점 및 관련 정보가 제공될 수 있으며, UPF에서 PDU set 단위의 데이터 처리 시 정확한 처리를 위한 방안이 제안될 수 있다.
본 개시의 일 실시예에 따르면, 네트워크 내의 혼잡 발생 등으로 멀티플렉싱된 서비스 플로어 내의 트래픽 특성 (media type, SSRC 등)을 고려한 트래픽 특성 별 QoS 처리 방법이 변하게 될 때, RAN에서 QoS 처리 방법 (e.g. Alternative QoS profile)등에 따른 SMF(session management function)에 이벤트 통지 정보를 바탕으로 SMF는 PCF(policy control function)를 통해 AF(application function)에 해당 세션의 QoS 처리 방법이 달라 졌음을 통지할 수 있는 동시에, UPF에서 업데이트된 PDR(Packet Detection Rule), FAR(Forwarding Action Rule), QER(QoS Enforcement Rule)에 대한 정보를 PCC(policy and charging control) 규칙을 통해 전달받거나 기 전달된 PCC 규칙 내의 정보를 바탕으로 N4 업데이트 동작을 수행할 수 있다. 또한 해당 QoS 처리 방법을 고려한 트래픽의 변화 시점 등에 대한 정보를 인지하기 위한 제어 평면 상의 정보 또는 인밴드 시그널링을 통해서 UPF에 변경된 QoS 처리 방법 기반으로 서비스 플로어 내의 특성이 변화 했음을 알려 줄 수 있다. 이를 통해 UPF에서 응용 계층의 특성을 고려한 PDU 단위의 데이터 처리(PDU set) 시 동일한 특성을 가지는 PDU 단위의 묶음의 처리를 위한 정보를 전달해주어 네트워크 상황에 따라 효율적인 서비스를 제공할 수 있다. 또한, 사업자 정책 등으로 인해 별도의 인밴드 시그널링을 제공하지 않을 경우, AF를 통해 트래픽 특성 변화 및 관련 정보를 PCF(policy control function)에 알려주어 트래픽 변화를 고려한 패킷 검출 규칙을 UPF에 알려줄 수 있다.
도 1은 본 개시의 일 실시예에 따른 5G 시스템의 네트워크 구조 및 인터페이스의 일례를 나타내는 도면이다.
도 1의 5G 시스템의 네트워크 구조에 포함된 네트워크 엔티티(entity)는 시스템 구현에 따라 네트워크 기능(network function, NF)를 포함할 수 있다.
도 1을 참조하면, 5G 시스템의 네트워크 구조는 다양한 네트워크 엔티티들을 포함할 수 있다. 일 예로, 5G 시스템은 인증 서버 기능(authentication server function, AUSF), 액세스 및 이동성 관리 기능((core) access and mobility management function, AMF), 세션 관리 기능(session management function, SMF), 정책 제어 기능(policy control function, PCF), 어플리케이션 기능(application function, AF), 통합된 데이터 관리(unified data management, UDM), 데이터 네트워크(data network, DN), 네트워크 노출 기능(network exposure function, NEF), 에지 어플리케이션 서비스 도메인 저장소(edge application service domain repository, EDR), 에지 어플리케이션 서버(edge application server, EAS), EAS 디스커버리 기능(EAS discovery function, EASDF), 사용자 평면 기능(user plane function, UPF), (무선) 액세스 네트워크((radio) access network, (R)AN), 및 단말, 즉, 사용자 장치(user equipment, UE)를 포함할 수 있다.
5G 시스템의 각 NF들은 다음과 같은 기능을 지원할 수 있다.
AUSF는 UE의 인증을 위한 데이터를 처리하고 저장할 수 있다.
AMF는 UE 단위의 접속 및 이동성 관리를 위한 기능을 제공하며, 하나의 UE 당 기본적으로 하나의 AMF에 연결될 수 있다. 구체적으로, AMF는 3GPP 액세스 네트워크들 간의 이동성을 위한 CN(Core Network) 노드 간 시그널링, 무선 액세스 네트워크(Radio Access Network, RAN) CP(Control Plane) 인터페이스(즉, N2 인터페이스)의 종단(termination), NAS(Non Access Stratum) 시그널링의 종단(N1), NAS 시그널링 보안(NAS 암호화(ciphering) 및 무결성 보호(integrity protection)), AS(Access Stratum) 보안 제어, 등록 관리(등록 영역(registration area) 관리), 연결 관리, 아이들 모드 UE 접근성(reachability) (페이징 재전송의 제어 및 수행 포함), 이동성 관리 제어(가입 및 정책), 인트라-시스템 이동성 및 인터-시스템 이동성 지원, 네트워크 슬라이싱의 지원, SMF 선택을 지원할 수 있다. 또한, AMF는 합법적 감청(Lawful Intercept, LI)(AMF 이벤트 및 LI 시스템으로의 인터페이스에 대한), UE와 SMF 간의 세션 관리(Session Management, SM) 메시지의 전달 제공, SM 메시지 라우팅을 위한 트랜스패런트 프록시(transparent proxy), 액세스 인증(access authentication), 로밍 권한 체크를 포함한 액세스 허가(access authorization), UE와 SMSF 간의 SMS 메시지의 전달 제공, 보안 앵커 기능(Security Anchor Function, SAF) 및/또는 보안 컨텍스트 관리(Security Context Management, SCM) 등의 기능을 지원할 수 있다. AMF의 일부 또는 전체의 기능들은 하나의 AMF의 단일 인스턴스(instance) 내에서 지원될 수 있다.
DN은 예를 들어, 운영자 서비스, 인터넷 접속 또는 서드파티(3rd party) 서비스 등을 의미할 수 있다. DN은 UPF로 하향링크 프로토콜 데이터 유닛(Protocol Data Unit, PDU)을 전송하거나, UE로부터 전송된 PDU를 UPF로부터 수신할 수 있다.
PCF는 어플리케이션 서버로부터 패킷 흐름에 대한 정보를 수신하여, 이동성 관리, 세션 관리 등의 정책을 결정하는 기능을 제공할 수 있다. 구체적으로, PCF는 네트워크 동작을 통제하기 위한 단일화된 정책 프레임워크 지원, 제어평면 기능(들)(예를 들어, AMF, SMF 등)이 정책 규칙을 시행할 수 있도록 정책 규칙 제공, 사용자 데이터 저장소(User Data Repository, UDR) 내 정책 결정을 위해 관련된 가입 정보에 액세스하기 위한 프론트 엔드(front end) 구현 등의 기능을 지원할 수 있다.
SMF는 세션 관리 기능을 제공하며, UE가 복수 개의 세션을 가지는 경우 각 세션 별로 서로 다른 SMF에 의해 관리될 수 있다. 구체적으로, SMF는 세션 관리(예를 들어, UPF와 (R)AN 노드 간의 터널(tunnel) 유지를 포함하여 세션 확립, 수정 및 해지), UE IP 주소 할당 및 관리(선택적으로, 인증 포함), UP 기능의 선택 및 제어, UPF에서 트래픽을 적절한 목적지로 라우팅하기 위한 트래픽 스티어링(traffic steering) 설정, 정책 제어 기능(policy control functions)을 향한 인터페이스의 종단, 정책 및 QoS(Quality of Service)의 제어 부분 시행, 합법적 감청(lawful intercept)(SM 이벤트 및 LI 시스템으로의 인터페이스에 대한)을 지원할 수 있다. 또한, SMF는 NAS 메시지의 SM 부분의 종단, 하향링크 데이터 통지(downlink data notification), AN 특정 SM 정보의 개시자(AMF를 경유하여 N2를 통해 (R)AN에게 전달), 세션의 SSC 모드 결정, 로밍 기능 등의 기능을 지원할 수 있다. SMF의 일부 또는 전체의 기능들은 하나의 SMF의 단일 인스턴스(instance) 내에서 지원될 수 있다.
UDM은 사용자의 가입 데이터, 정책 데이터 등을 저장한다. UDM은 2개의 부분, 즉 어플리케이션 프론트 엔드(front end, FE) 및 사용자 데이터 저장소(user data repository, UDR)를 포함할 수 있다.
FE는 위치 관리, 가입 관리, 자격 증명(credential)의 처리 등을 담당하는 UDM FE와 정책 제어를 담당하는 PCF를 포함할 수 있다. UDR은 UDM-FE에 의해 제공되는 기능들을 위해 요구되는 데이터와 PCF에 의해 요구되는 정책 프로필을 저장할 수 있다. UDR 내 저장되는 데이터는 가입 식별자, 보안 자격 증명(security credential), 액세스 및 이동성 관련 가입 데이터 및 세션 관련 가입 데이터를 포함하는 사용자 가입 데이터와 정책 데이터를 포함할 수 있다. UDM-FE는 UDR에 저장된 가입 정보에 액세스하고, 인증 자격 증명 처리(authentication credential processing), 사용자 식별자 핸들링(user identification handling), 액세스 인증, 등록/이동성 관리, 가입 관리, SMS 관리 등의 기능을 지원할 수 있다.
UPF는 DN으로부터 수신한 하향링크 PDU를 (R)AN을 경유하여 UE에게 전달하며, (R)AN을 경유하여 UE로부터 수신한 상향링크 PDU를 DN으로 전달할 수 있다. 구체적으로, UPF는 인트라(intra)/인터(inter) RAT 이동성을 위한 앵커 포인트, 데이터 네트워크(data network)로의 상호연결(interconnect)의 외부 PDU 세션 포인트, 패킷 라우팅 및 포워딩, 패킷 검사(inspection) 및 정책 규칙 시행의 사용자 평면 부분, 합법적 감청(lawful intercept), 트래픽 사용량 보고, 데이터 네트워크로의 트래픽 플로우의 라우팅을 지원하기 위한 상향링크 분류자(classifier)를 지원할 수 있다. 또한, UPF는 멀티-홈(multi-homed) PDU 세션을 지원하기 위한 브랜치 포인트(branching point), 사용자 평면을 위한 QoS 핸들링(handling)(예를 들어, 패킷 필터링, 게이팅(gating), 상향링크/하향링크 레이트 시행), 상향링크 트래픽 검증 (서비스 데이터 플로우(Service Data Flow, SDF)와 QoS 플로우 간 SDF 매핑), 상향링크 및 하향링크 내 전달 레벨(transport level) 패킷 마킹, 하향링크 패킷 버퍼링 및 하향링크 데이터 통지 트리거링 기능 등의 기능을 지원할 수 있다. UPF의 일부 또는 전체의 기능들은 하나의 UPF의 단일 인스턴스(instance) 내에서 지원될 수 있다.
AF는 서비스 제공(예를 들어, 트래픽 라우팅 상에서 어플리케이션 영향, 네트워크 능력 노출(network capability exposure)에 대한 접근, 정책 제어를 위한 정책 프레임워크와의 상호동작 등의 기능을 지원)을 위해 3GPP 코어 네트워크와 상호 동작할 수 있다.
(R)AN은 4G 무선 액세스 기술의 진화된 버전인 진화된 E-UTRA(evolved E-UTRA)와 새로운 무선 액세스 기술(new radio, NR)(예를 들어, gNB)을 모두 지원하는 새로운 무선 액세스 네트워크를 총칭할 수 있다.
gNB는 무선 자원 관리를 위한 기능들(예: 무선 베어러 제어(radio bearer control), 무선 허락 제어(radio admission control), 연결 이동성 제어(connection mobility control), 상향링크/하향링크에서 UE에게 자원의 동적 할당(dynamic allocation of resources)(즉, 스케줄링)), IP(internet protocol) 헤더 압축, 사용자 데이터 스트림의 암호화(encryption) 및 무결성 보호(integrity protection), UE에게 제공된 정보로부터 AMF로의 라우팅이 결정되지 않는 경우, UE의 어태치(attachment) 시 AMF의 선택, UPF(들)로의 사용자 평면 데이터 라우팅, AMF로의 제어 평면 정보 라우팅, 연결 셋업 및 해지를 지원할 수 있다. 또한, gNB는 페이징 메시지의 스케줄링 및 전송(AMF로부터 발생된), 시스템 브로드캐스트 정보의 스케줄링 및 전송(AMF 또는 운영 및 유지(Operating and Maintenance, O&M)로부터 발생된), 이동성 및 스케줄링을 위한 측정 및 측정 보고 설정, 상향링크에서 전달 레벨 패킷 마킹(transport level packet marking), 세션 관리, 네트워크 슬라이싱의 지원, QoS 흐름 관리 및 데이터 무선 베어러로의 매핑, 비활동 모드(inactive mode)인 UE의 지원, NAS 메시지의 분배 기능, NAS 노드 선택 기능, 무선 액세스 네트워크 공유, 이중 연결성(dual connectivity), NR과 E-UTRA 간의 밀접한 상호동작(tight interworking) 등의 기능을 지원할 수 있다.
UE는 사용자 기기를 의미할 수 있다. 사용자 장치는 단말(terminal), ME(mobile equipment), MS(mobile station) 등의 용어로 언급될 수 있다. 또한, 사용자 장치는 노트북, 휴대폰, PDA(personal digital assistant), 스마트폰, 멀티미디어 기기 등과 같이 휴대 가능한 기기일 수 있고, 또는 PC(personal computer), 차량 탑재 장치와 같이 휴대 불가능한 기기일 수도 있다.
NEF는 3GPP 네트워크 기능들에 의해 제공되는, 예를 들어, 제3자(3rd party), 내부 노출(internal exposure)/재노출(re-exposure), 어플리케이션 기능, 에지 컴퓨팅(Edge Computing)을 위한 서비스들 및 능력들을 안전하게 노출하기 위한 수단을 제공할 수 있다. NEF는 다른 NF(들)로부터 (다른 NF(들)의 노출된 능력(들)에 기반한) 정보를 수신할 수 있다. NEF는 데이터 저장 네트워크 기능으로의 표준화된 인터페이스를 이용하여 구조화된 데이터로서 수신된 정보를 저장할 수 있다. 저장된 정보는 NEF에 의해 다른 NF(들) 및 AF(들)에게 재노출(re-expose)되고, 분석 등과 같은 다른 목적으로 이용될 수 있다.
EASDF는 FQDN(Fully Qualified Domain Name) 별로, 단말의 DNS(Domain Name System) 요청을 포워딩할 DNS 서버의 주소, 단말의 DNS 요청을 포워딩할 때 추가해야 하는 IP 서브네트 주소로 표현될 수 있는 ECS (EDNS Client Subnet) option을 추가할 수 있는 NF일 수 있다. EASDF는 EDR로부터 EAS 도메인 설정 정보를 수신 받고, 수신 받은 정보에 따라서, 단말로부터 수신한 DNS 요청 메시지에 대한 처리를 수행할 수 있다.
또한, EASDF는 SMF로부터 단말 IP 주소 및 단말의 3GPP 내에서의 위치 정보 및 DNS 메시지 처리 규칙 및 DNS 메시지 보고 규칙을 수신 받고, 단말로부터 수신한 DNS Query 메시지, DNS 서버로부터 수신한 DNS 응답 메시지를 처리하고, DNS 메시지 보고 규칙에 따라서, SMF에게 DNS 메시지 내의 정보 및 이를 가공한 통계 정보를 SMF에 전송하는 기능을 수행하는 NF일 수 있다. NRF는 서비스 디스커버리 기능을 지원할 수 있다. NRF는 NF 인스턴스로부터 NF 디스커버리 요청 수신하고, 발견된 NF 인스턴스의 정보를 NF 인스턴스에게 제공할 수 있다. 또한, NRF는 이용 가능한 NF 인스턴스들과 그들이 지원하는 서비스를 유지할 수 있다.
한편, 도 1에서는 설명의 편의상 UE가 하나의 PDU 세션을 이용하여 하나의 DN에 엑세스하는 경우에 대한 참조 모델을 예시하나, 본 개시는 이에 한정되지 않는다.
UE는 다중의 PDU 세션을 이용하여 2개의(즉, 지역적(local) 그리고 중심적(central)) 데이터 네트워크에 동시에 액세스할 수 있다. 이때, 서로 다른 PDU 세션을 위해 2개의 SMF들이 선택될 수 있다. 다만, 각 SMF는 PDU 세션 내 지역적인 UPF 및 중심되는 UPF를 모두 제어할 수 있는 능력을 가질 수 있다.
또한, UE는 단일의 PDU 세션 내에서 제공되는 2개의(즉, 지역적인 그리고 중심되는) 데이터 네트워크에 동시에 액세스할 수도 있다.
3GPP 시스템에서는 5G 시스템 내 NF들 간을 연결하는 개념적인 링크를 참조 포인트(reference point)라고 정의할 수 있다. 일 예로, 도 1의 5G 시스템에 포함된 참조 포인트(들)는 다음과 같다.
- N1: UE와 AMF 간의 참조 포인트
- N2: (R)AN과 AMF 간의 참조 포인트
- N3: (R)AN과 UPF 간의 참조 포인트
- N4: SMF와 UPF 간의 참조 포인트
- N5: PCF와 AF 간의 참조 포인트
- N6: UPF와 DN 간의 참조 포인트
- N7: SMF와 PCF 간의 참조 포인트
- N8: UDM과 AMF 간의 참조 포인트
- N9: 2개의 코어 UPF들 간의 참조 포인트
- N10: UDM과 SMF 간의 참조 포인트
- N11: AMF와 SMF 간의 참조 포인트
- N12: AMF와 AUSF 간의 참조 포인트
- N13: UDM과 AUSF 간의 참조 포인트
- N14: 2개의 AMF들 간의 참조 포인트
- N15: 비-로밍 시나리오의 경우, PCF와 AMF간의 참조 포인트, 로밍 시나리오의 경우 방문 네트워크(visited network) 내 PCF와 AMF 간의 참조 포인트
- Nx: SMF와 EASDF 간의 참조 포인트
- Ny: NEF(EDF)와 EASDF 간의 참조 포인트
도 2는 본 개시의 일 실시예에 따른 PDU set 기반의 멀티플렉싱된 서비스 플로어 내 트래픽 특성 관련 정보의 전달 예시를 나타낸다. 도 2를 참조하면, 5G 시스템을 통해 제어 평면 상으로 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어 내 트래픽 특성을 고려한 QoS 플로어의 맵핑을 지원하기 위한 관련 정보가 전달된다.구체적으로, 5G 시스템을 통해 제어 평면 상으로 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어 내 트래픽 특성을 고려한 패킷을 검출하기 위한 요구사항 정보 및 트래픽 특성을 고려한 QoS 처리를 위한 QoS 플로어 생성 관련 정보들이 전달될 수 있다.
5G 시스템에서, PDU 세션 내에서 QoS 플로어는 가장 작은 단위의 QoS 차이를 표현하는 방법일 수 있다. 예를 들어, 5G QoS 특성은 5QI (QoS identifier)로 결정될 수 있다. 5G 시스템을 통해 제어 평면 상으로 플로어 내에서 단말의 일시적인 요구사항에 따라 일시적으로 많은 양의 트래픽의 전송이 필요할 수 있다. 예를 들어, 네트워크 랜더링 기반의 VR 서비스를 이용하거나 VoD 서비스를 이용하는 도중 서비스 사용자의 선택 등에 따라 사용자의 시점 또는 시간 이동이 선택되는 경우, 해당 시점의 영상을 재생하기 위하여 서비스 요구 사항 등에 따라 사용자의 인지 시점 내에 새로운 이미지 또는 영상이 단말로 전송될 것이 요구될 수 있다. PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어 내의 패킷들의 트래픽 특성을 고려한 처리를 지원하기 위하여, 하나의 멀티플렉싱된 서비스 데이터 플로어를 다수의 미디어 특성을 고려하여 미디어 타입 별 패킷들을 각각의 QoS 플로어로 맵핑하는 동작을 수행할 수 있다. 하나의 멀티플렉싱된 서비스 데이터 플로어내의 미디어 타입 별 패킷들을 맵핑하기 위한 정보 및 QoS 플로어의 개수는 PCF에서 QoS profile을 고려하여 생성할 수 있다. 표 1과 같이 AF는 PCF에게 개별 QoS 파라미터 및 Alternative QoS 파라미터 형태로 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 처리를 위한 요구사항 정보를 전달할 수 있다.
Media type PSSNS PSSN PSSNS PSSN PSSNS PSSN
video (I frame) 1 1,2,3,4... 1 1,2,3,4... 1 1,2,3,4...
video (B frame)
video (p frame)
audio 2 1,2,3,4... 2 1,2,3,4...
haptic 3 1,2,3,4...
control message (e.g. RTCP) 4 1,2,3,4...
individual QoS parameters Alternative QoS parameter set 1 Alternative QoS parameter set 2
표 1과 같이 AF는 4개의 서로 다른 미디어 타입으로 구성된 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어를 처리하기 위한 요구사항 정보 (e.g. QoS 파라미터 정보)를 PCF로 전달할 수 있다. 예를 들어, AF는 individual QoS parameters 내 각각 4개의 미디어 타입별로 서비스 특성을 고려한 4개의 QoS parameters set을 전달할 수 있다. PDU set 정보는 각각의 QoS 플로어 별로 생성할 수 있다. 하지만, AF로부터 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어 내 별도의 서비스 데이터 플로어의 처리를 위한 요구사항 정보를 수신하지 않은 상태로 UPF가 QoS 플로어 별 트래픽을 처리할 경우 PDU set의 Sequence number 정보의 오류가 생길 수 있다.
본 개시의 일 실시예에서, 도 2와 같이 오디오 및 비디오 두가지 미디어 타입으로 구성된 PDU set 기반의 멀티플렉싱된 트래픽의 경우, PDU set의 SN (Sequence Number)는 출력되는 미디어의 순서로 PDU set 정보로 RTP 확장 헤더내에 기록될 수 있다. 하지만, 네트워크 및 서비스 사업자의 정책에 따라 비디오 및 오디오 트래픽을 미디어 특성을 고려하여 서로 다른 QoS 플로어로 맵핑할 경우 기존의 AS에서 기록한 PDU set 정보내의 PDU set SN가 RAN에서 오동작을 발생할 수 있다. 예를 들어, 비디오 PDU Set의 SN가 1,2,4 이며 해당 비디오 PDU set의 중간에 오디오의 PDU set이 존재할 경우 해당 오디오 PDU set의 SN는 3으로 기록된 PDU set 정보를 포함한 패킷이 UPF로 전달될 수 있다. XRM(Extended Reality and Media service)의 동작에서, UPF는 PDU set 정보가 RTP 확장 헤더로 전달될 경우 기존 RTP 확장 헤더 내의 PDU set 정보를 복사하여 GTP-U 확장헤더 필드내에 마킹하는 동작을 수행할 수 있다. PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어를 처리하는 UPF가 별도의 정보 없이 AS가 전달하는 PDU set 정보를 GTP-U 확장헤더 필드내에 마킹하는 동작을 수행할 경우, RAN은 오디오 트래픽을 전달하는 QoS 플로어 내의 PDU set 1 번 및 2번이 전달되지 않았고 비디오 트래픽을 전달하는 QoS 플로어 내 PDU set 3번이 전달되지 않은 것으로 판단하여 잘못된 동작 (e.g. PDU set 재전송 요청 또는 관련 PDU set dropping)을 수행할 수 있다. 따라서, RAN의 오동작을 방지하고자 본 개시의 실시예들에 따른 방법 및 장치는 AF 및 AS에서 전달된 QoS 플로어 내의 PDU set SN를 리넘버링하는 동작 또는 AF의 요구사항에 맞춰 QoS 플로어 할당 및 AS에서는 해당 QoS를 통해 전달되는 미디어 종류 별 PDU set SN를 마킹하는 동작을 포함할 수 있다. 예를 들어, 표 1과 같이 AF는 각각의 미디어 타입별로 4개 또는 2개 또는 1개의 QoS 플로어 생성을 위한 서비스 요구사항을 AFsessionwithQoS 메시지를 통해 PCF로 전달할 수 있다. AFsessionwithQoS 메시지는 각 QoS 플로어별 서비스 요구사항 (e.g. Guaranteed Flow Bit Rate, Packet Delay Budget, Packet Error Rate etc,)과 해당 QoS플로어와 맵핑되는 미디어 종류를 protocol description 내에 포함하여 전달할 수 있다. 또한, PCF로 전달되는 AFsessionwithQoS 메시지는 PDU Set Control Information 및 protocol description 등 PDU set 정보를 포함할 수 있다. PCF는 AF로부터 전달받은 각 QoS 플로어별 서비스 요구사항 (e.g. Guaranteed Flow Bit Rate, Packet Delay Budget, Packet Error Rate etc,)과 해당 QoS플로어와 맵핑되는 미디어 종류를 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 처리를 위한 관련 정보로서 전달받고, 이에 기초하여 네트워크 사업자 및 서비스 사업자의 정책을 고려하여 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어를 처리하기 위한 QoS 프로화일들을 생성할 수 있다. PCF는 추가적으로 PDU Set QoS 정보 및 multiplexed traffic flows handling indication 등 PDU set 기반의 멀티플렉싱 서비스 플로어를 처리하기위한 요구사항 정보를 AF로부터 수신할 수 있다. PCF는 PDU Set QoS Parameters, multiplexed traffic flows handling indication, QoS 플로어별 서비스 요구사항 (e.g. Guaranteed Flow Bit Rate, Packet Delay Budget, Packet Error Rate etc,) 및 해당 QoS플로어와 맵핑되는 미디어 종류를 포함하는 protocol description 정보에 기초하여 PDU set 기반의 멀티플렉싱된 서비스 플로어를 처리하기 위한 QoS 프로화일들을 포함한 PCC 규칙을 생성할 수 있다. PCC 규칙은 UPF에서 PDU set 기반의 멀티플렉싱된 서비스 플로어 내의 PDU Set SN를 QoS 플로어 별로 맵핑 시 별도의 PDU Set SN renumbering 동작이 필요할 경우, 해당 동작을 지시하는 PDU Set SN renumbering supporting indication 정보를 포함할 수 있다. 만약 AF가 QoS 파라미터 정보를 바탕으로 4개의 QoS 플로어를 각각 생성하기 위한 요구사항 정보 및 Alternative 서비스 요구사항 정보로 1개 또는 2개의 QoS 플로어를 생성하기 위한 요구사항 정보를 함께 전달할 경우, AF는 Alternative Qos profile의 적용 여부에 대한 이벤트 요청 “QoS targets can no longer (or can again) be fulfilled” 등을 통해 QoS 프로화일 변경의 이벤트 리포팅 동작을 PCF로 요청할 수 있다. 또는 AF는 PDU set 기반의 멀티플렉싱 서비스 데이터 플로어가 맵핑되는 QoS 플로어의 수의 변화에 대한 이벤트 요청 “change of number of QoS flows for multiplexed service data flow” 등을 통해 QoS 프로화일 변경의 이벤트 리포팅 동작을 PCF로 요청할 수 있다.
PCF로부터 PDU set 기반의 멀티플렉싱된 서비스 플로어를 개별적인 QoS 플로어로 처리하기 위한 정보를 포함한 PCC 규칙을 수신한 SMF는 멀티플렉싱된 서비스 플로어를 개별적인 미디어 특성을 고려한 QoS 플로어를 통해 처리하기 위한 N4 규칙을 생성하여 UPF로 전달할 수 있다. N4 규칙은 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어 내의 패킷을 검출하기 위한 미디어 타입 또는 SSRC(synchronization source) 정보를 포함한 PDR (Packet Detection Rule), PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어 내의 검출된 패킷들을 AF의 서비스 요구사항에 따라 QoS 플로어 별 하나 또는 하나 이상의 미디어 타입으로 매핑하기 위한 정보를 포함하는 Protocol description 또는 별도의 QFI 와 Media type 간의 Mapping information를 포함하는 FAR (Forwarding Action Rule), GTU-HE 내 PDU set information 마킹 동작을 지시하는 정보 및 해당 GTU-HE 내 PDU set information 마킹 동작시 PDU set SN 리넘버링 동작을 지시하는 정보 (PDU set sequence number renumbering supporting indication)를 포함하는 QER (QoS Enforcement Rule) 중 적어도 하나 이상의 규칙을 포함할 수 있다. 서비스 사업자의 정책에 따라 AS가 QoS 플로어 별 PDU set SN를 각각 PDU set information 내에 마킹하는 동작을 지원할 경우, AF로부터 QoS 플로어를 고려하여 마킹된 PDU set information가 적용되는 시점에 대한 정보를 AS에서 RTP HE내 PDU set information 내에 별도로 마킹하여 전달할 수 있다. 만약 서비스 사업자의 정책에 따라 AS가 QoS 플로어 별 PDU set SN를 각각 PDU set information 내에 마킹하는 동작을 지원하지 않을 경우, RAN에서 “QoS targets can no longer (or can again) be fulfilled”의 이벤트를 수신한 SMF는 PCC 규칙 수신시 포함되어 있는 Alternative QoS profile 정보를 바탕으로 N4 규칙 업데이트를 수행할 수 있다. 상기 N4 규칙 내에는 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어 내의 패킷을 검출하기 위한 미디어 타입 또는 SSRC 정보를 포함한 PDR (Packet Detection Rule), PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어 내의 검출된 패킷들을 AF의 서비스 요구사항에 따라 QoS 플로어 별 하나 또는 하나 이상의 미디어 타입으로 매핑하는 정보를 포함하는 Protocol description 또는 별도의 QFI 와 Media type 간의 Mapping information를 포함하는 FAR (Forwarding Action Rule), GTU-HE 내 PDU set information 마킹 동작을 지시하는 정보 및 해당 GTU-HE 내 PDU set information 마킹 동작시 PDU set SN 리넘버링 동작을 지시하는 정보 (PDU set sequence number renumbering supporting indication)를 포함하는 QER (QoS Enforcement Rule) 중 적어도 하나 이상의 규칙을 포함할 수 있다. 예를 들어, RAN에서 표 1 에서 전술한 4가지 QoS 플로어를 통해 미디어 타입별 QoS 처리를 지원하는 PDU set 기반의 멀티플렉싱 서비스 데이터 플로어를 위한 기본 QoS 프로화일 (default QoS profile)으로부터, 1개의 QoS 플로어 또는 2개의 QoS 플로어로 QoS profile 을 변경 (Alternative QoS profile) 할 경우, SMF는 Alternative QoS 프로화일을 고려한 2개의 QFI 할당 정보를 바탕으로 FAR 정보를 업데이트하며 각각의 QoS 플로어로 맵핑되는 PDR 정보의 업데이트 및 추가적으로 서로 다른 미디어 타입들 (e.g. Audio, Haptic, Control message)이 하나의 QoS 플로어로 맵핑될 때 해당 서로 다른 미디어 타입의 패킷들의 PDU set들을 고려한 PDU set SN의 리넘버링 동작의 수행 및 비디오 패킷의 처리 시 해당 단일 미디어 타입을 고려한 PDU set SN의 리넘버링 동작의 수행을 위한 QER 업데이트 동작을 N4 규칙 업데이트 동작을 통해 수행할 수 있다.
도 2를 참조하면, PDU set 내의 PDU set SN(sequence number)를 리넘버링하기 위한 과정이 도시된다. 도 2에서, UPF는 AS로부터 전달된 이전 PDU set 정보에 기초하여 각 QoS flow 별 새로운 PDU set 정보를 생성할 수 있다. 구체적으로, SMF는 UPF가 멀티플렉싱된 서비스 데이터 플로우의 경우 QoS 별 패킷 포워딩 시 GTP-U HE에 마킹되는 PDU set 정보 (e.g. PDU set SN(sequence number))를 AS로부터 전달된 PDU set 정보에 기초하여 재구성하도록 지시할 수 있다.
일 실시예에서, AS는 PCF로부터의 보고에 기초하여 다른 PDU 세트들을 생성할 수 있다. 구체적으로, PCF가 AF로부터 전달된 서비스 요구사항 (e.g. QoS 와 미디어 type mapping info or requirement)에 기초하여 적용된 서비스 요구사항 정보를 AF에게 전달한 경우, AF는 이를 AS에게 전달할 수 있고, AS는 패킷 출력시 해당 QoS 플로어와 맵핑되는 미디어 타입을 고려하여 PDU set 정보를 생성할 수 있다. 즉, AS는 각 QoS flow에 맵핑되는 새로운 하나 이상의 PDU set 정보를 바탕으로 생성된 PDU set 정보를 UPF에게 전달할 수 있다.
일 실시예에서, AS가 표 1과 같은 서비스 요청 정보에 기초하여 생성된 Default QoS 프로화일이 적용되면 해당 요청정보가 적용되었음을 인지한 AS가 QoS 플로어 및 미디어 종류등을 고려하여 PDU set SN 마킹 동작을 수행할 수 있다. 만약 AS가 동작을 수행하지 못하거나 PCF 등에서 별도의 Default QoS 정보나 어떤 QoS 파라미터가 적용되었는지를 AS에게 전달하지 못하는 경우, UPF에서 PDU set SN 리넘버링 동작을 수행할 수 있다. 이때, PCF는 UPF에게 리넘버링 동작 지시자 정보를 PCC 규칙에 포함하여 전달함으로써 UPF가 리넘버링 동작을 수행하게 할 수 있다.
도 3은 본 개시의 일 실시예에 따른 트래픽 별 특성을 고려한 트래픽 검출 및 해당 트래픽의 서비스 특성을 고려한 QoS 플로어 맵핑 지원에 대한 예시를 나타낸다. 도 3을 참조하면, PDU set 기반의 멀티플렉싱된 서비스 플로어 내의 트래픽 별 특성 (e.g. media type)을 고려하여 트래픽이 검출되고, 검출된 트래픽이 해당 트래픽의 서비스 특성을 고려하여 QoS 플로어로 맵핑되는 과정이 도시된다.
단계 301에서, AF는 서비스 사업자의 정책 등에 의해 PDU set 기반의 멀티플렉싱된 서비스 플로어의 미디어 특성을 고려한 서비스 요청을 결정할 수 있다.
단계 302에서, AF는 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 QoS 지원을 요청하는 지시자 (multiplexed traffic flows QoS handling indication) 또는 멀티플렉싱 서비스 지원 지시자 (multiplexed traffic flows handling indication), PDU Set QoS Parameters, Protocol Description (e.g. including mapping information between media type and Qos Flow), QoS Reference or individual QoS parameters, Alternative service Requirements for handling multiplexed traffic flows with different QoS requirements (e.g. including mapping informations between media type and Qos Flow based on number of QoS flow for multiplexed service data flow) 및/또는 PDU Set sequence number renumbering support indication 를 포함하는 QoS 요구 사항을 포함하는 AF 세션 서비스 동작 생성/업데이트 요청 (AFsessionWithQoS Create/Update request) 메시지를 NEF에게 전달할 수 있다. QoS 플로어와 맵핑되는 미디어 타입 정보 (mapping informations between media type and Qos Flow based on number of QoS flow for multiplexed service data flow)는 표 1의 형태로 제공될 수 있다. 서비스 사업자의 설정에 따라 AS에서 QoS 플로어 별 PDU set SN 마킹 동작을 지원하지 않을 경우, AF는 PDU Set sequence number renumbering support indication을 AF 세션 서비스 동작 생성/업데이트 요청 (AFsessionWithQoS Create/Update request) 메시지 내에 포함할 수 있다.
단계 303에서, PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 QoS 지원을 요청하는 지시자 (multiplexed traffic flows QoS handling indication) 또는 멀티플렉싱 서비스 지원 지시자 (multiplexed traffic flows handling indication), PDU Set QoS, Protocol Description (e.g. mapping information between media type and Qos Flow), QoS Reference or individual QoS parameters, Alternative service Requirements for handling multiplexed traffic flows with different QoS requirements (e.g. mapping informations between media type and Qos Flow based on number of QoS flow for multiplexed service data flow) 를 포함하는 서비스 QoS 요구 사항 정보가 NEF에서 인가될 수 있으며, 이후 정책 인가 서비스 생성/업데이트 요청 (PolicyAuthorization create/update request) 메시지를 통해 PCF에 전달될 수 있다.
단계 304에서, PCF는 AF를 통해 전달받은 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 QoS 지원을 요청하는 지시자 (multiplexed traffic flows QoS handling indication) 또는 멀티플렉싱 서비스 지원 지시자 (multiplexed traffic flows handling indication), PDU Set QoS, Protocol Description (e.g. mapping information between media type and Qos Flow), QoS Reference or individual QoS parameters 및/또는 Alternative service Requirements for handling multiplexed traffic flows with different QoS requirements (e.g. mapping informations between media type and Qos Flow based on number of QoS flow for multiplexed service data flow) 등의 정보에 기초하여 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 QoS 지원을 결정하였다면 해당 서비스를 지원하기 위한 PCC 규칙 업데이트를 수행할 수 있다. 업데이트된 PCC 규칙 내에는 일시적인 트래픽 특성의 변경을 지원하기 위하여 기존의 QoS 플로어의 프로파일 (e.g. Default QoS profile) 외에 네트워크의 상황에 따라 변경될 트래픽의 특성을 고려한 QoS 프로파일 (e.g. Alternative QoS profile 1 & 2 in table 1)이 추가적으로 포함될 수 있다. 또한, PCC 규칙 내에는, 서비스 사업자의 설정에 따라 AS에서 QoS 플로어 별 PDU set SN 마킹 동작을 지원하지 않을 경우, UPF에서 GTP-U 확장헤더 내에 PSU set 정보의 마킹 동작을 수행 시 PDU set 정보내의 PDU set 시퀀스 넘버를 QoS 플로어 별로 리오더링 또는 리넘버링하는 동작을 요청하는 정보 (e.g. PDU Set sequence number renumbering support indication)가 함께 포함될 수 있다. 또한, PCC 규칙은 Protocol description 내에 QoS 플로어에 맵핑될 media type 또는 SSRC 별 구분 정보가 포함된 경우 해당 정보를 함께 포함하여 전달될 수 있다.
단계 305 및 단계 306에서, PCF는 AF가 요청한 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 미디어 특성을 고려한 QoS 지원을 요청의 수락 및 거절 여부를 PolicyAuthorization_Create/update response 및 AFsessionWithQoS Create/update response 메시지를 통해 AF로 전달할 수 있다. 예를 들어, PCF는 PolicyAuthorization_Create/update response 메시지를 NEF로 전달하고, NEF는 AFsessionWithQoS Create/update response 메시지를 AF로 전달할 수 있다.
단계 307에서, 단계 304에서의 PCF는 AF로부터 수신한 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 미디어 특성을 고려한 QoS 지원을 위한 서비스 정보를 기반으로 정책 생성 또는 업데이트를 결정하고 이를 바탕으로 생성 또는 업데이트한 PCC 규칙을 SMF에게 송신할 수 있다. 생성 또는 업데이트된 PCC 규칙 내에는 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 특성을 고려한 QoS 지원을 위한 Defualt QoS Profile, Alternative QoS profile 등 RAN 및/또는 UE로 전달할 QoS 플로어 관련 정보 (e.g. QoS profile and its related QoS id), 멀티플렉싱된 서비스 플로어의 QoS 플로어 맵핑 시 PDU set SN renumbering 관련 동작 정보 (PDU Set sequence number renumbering support indication) 및/또는 Media type 또는 SSRC 별 패킷들의 QoS 매핑 정보 (e.g. mapping information between media type and Qos Flow) 중 적어도 하나의 정보가 포함될 수 있다.
SMF는 PCF로부터 전달받은 PCC 규칙 정보를 바탕으로 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 미디어 특성을 고려한 QoS 지원을 위한 정보를 UPF 및 RAN으로 전달하는 것을 결정할 수 있다. SMF는 PDU set 기반의 멀티플렉싱된 서비스 플로어의 QoS 플로어 맵핑 시 PDU set SN renumbering 관련 동작 정보 (PDU Set sequence number renumbering support indication), Media type 또는 SSRC 별 패킷들의 QoS 매핑 정보 (e.g. mapping information between media type and Qos Flow) 및/또는 PDU set 기반의 멀티플렉싱된 서비스 플로어 내의 패킷들을 구분하기 위한 정보 (e.g. media type and/or SSRC)에 기초하여 UPF에서의 PDU set 기반의 멀티플렉싱된 서비스 플로어 내의 패킷 검출 동작, 미디어 타입 별 또는 SSRC 별 검출된 패킷을 QoS 플로어로 맵핑하는 동작, 동일 QoS 플로어로 맵핑되는 미디어 타입 별 또는 SSRC 별 검출된 패킷들의 RTP HE 내의 PDU set information 에 대한 PDU Set SN 정보의 리넘버링 동작 및/또는 변경된 PDU set information을 GTP-U HE에 마킹하는 동작을 요청하기 위한 N4 규칙 생성 동작을 수행할 수 있다. 또한, SMF는 Defualt QoS Profile, Alternative QoS profile 등 RAN 및/또는 UE로 전달할 QoS 플로어 관련 정보 (e.g. QoS profile and its related QoS id) 등을 RAN으로 전달하는 것을 결정할 수 있다.
단계 308 및 단계 309에서, SMF는 UPF에게 N4 세션 생성/수정 과정을 통해 PDU set 기반의 멀티플렉싱된 서비스 플로어 내의 패킷 검출 동작, 미디어 타입 별 또는 SSRC 별 검출된 패킷을 QoS 플로어로 맵핑하는 동작, 동일 QoS 플로어로 맵핑되는 미디어 타입 별 또는 SSRC 별 검출된 패킷들의 RTP HE 내의 PDU set information에 대한 PDU Set SN 정보의 리넘버링 동작 및/또는 변경된 PDU set information을 GTP-U HE에 마킹하는 동작에 대한 정보 등을 포함하는 SDF template을 전달할 수 있다. UPF는 SMF로부터 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어 내의 트래픽의 미디어 타입 별 또는 미디어 특성 별 패킷 검출에 대한 요구 사항을 포함하는 N4 규칙을 수신한 뒤 해당 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어에서 전달되는 트래픽의 검출 동작을 수행할 수 있다. PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어 내의 트래픽의 검출 동작은 AF로부터 전달되는 protocol description 내의 media type 정보 또는 SSRC 정보와 패킷의 헤더내의 payload type 또는 SSRC 정보에 기초하여 수행될 수 있다. 또한 AF로부터 전달되는 protocol description 내의 media type 정보 또는 SSRC 정보별 QoS 플로어 맵핑 정보와 QoS profile 정보 및 관련 QoS id에 기초하여 검출되는 패킷들의 QoS 플로어 맵핑 동작이 수행될 수 있다. 만약 AF로부터 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 QoS 플로어 별 처리 관련 PDU set SN 처리 정보 (e.g. PDU Set sequence number renumbering support indication)등이 별도로 전달되거나, AF로부터 별도의 PDU set id 등의 생성 등으로 구분되어 AS에서 전달되는 정보(e.g. Different PDU set id allocation per QoS flow)가 없을 경우, UPF는 동일 QoS 플로어로 맵핑되는 미디어 타입 별 또는 SSRC 별 검출된 패킷들의 RTP HE내의 PDU set information 중 PDU Set SN 정보의 리넘버링 동작 및 변경된 PDU set information을 GTP-U HE에 마킹하는 동작에 관한 정보를 QER을 통해 SMF로부터 전달받을 수 있다.
단계 310에서는, 단계 304에서 PCF가 AF의 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 미디어 특성을 고려한 QoS 지원 서비스 요청 정보에 기초하여 생성 또는 업데이트한 Defualt QoS profile, Alternative QoS profile 및/또는 QFI 등을 AMF로 전달할 수 있다. AMF으로 전달되는 N1N2메시지는 RAN으로 전달되는 Defualt QoS profile, Alternative QoS profile, QFI를 포함하는 N2 SM information 과 상향 링크 트래픽의 동적 트래픽 특성 변화 지원 서비스 지원하기 위하기 위한 Defualt QoS profile, Alternative QoS profile, QFI 정보들을 포함한 N1 SM container를 포함할 수 있다.
단계 311에서, AMF는 SMF로부터의 동적 트래픽 특성 변화를 지원하기 위한 Defualt QoS profile, Alternative QoS profile, QFI 중 적어도 하나 이상의 정보들을 포함하는 N2 SM information 및 N1 SM container을 N2 메시지를 통해 RAN으로 전달할 수 있다.
단계 312에서, RAN은 상향 링크 트래픽의 동적 트래픽 특성 변화 지원 서비스를 지원하기 위한 Defualt QoS profile, Alternative QoS profile 및/또는 QFI 정보들을 포함한 N1 SM container를 UE에게 전달할 수 있다.
단계 313 부터 단계 314에서, UE 및 RAN은 N2 메시지의 응답 메시지 등을 SMF로 전달할 수 있다. 예를 들어, RAN은 AMF로 N2 message response 메시지를 전송하고, AMF는 SMF로 Nsmf_PDUSession_UpdateSMContext Request 메시지를 전송할 수 있다.
단계 315에서, SMF는 AMF로 Nsmf_PDUSession_UpdateSMContext Response 메시지를 전송할 수 있다.
단계 316a에서, 단계 308을 통해 전달받은 N4 규칙 내의 PDR, FAR 및/또는 QER 정보에 기초하여 UPF는 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어 내의 패킷들의 검출 및 미디어 특성 또는 미디어 타입 별 검출된 패킷들을 적절한 QoS 플로어로 포워딩하는 동작을 수행할 수 있다.
단계 316b에서, UPF는 미디어 타입 또는 미디어 특성을 고려하여 검출된 패킷 내의 확장 헤더의 PDU set 정보의 업데이트 동작을 수행할 수 있다. AS로부터 마킹된 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어를 고려한 PDU set 정보 내 PDU set SN를 리넘버링하여 각각의 QoS 플로어 별 PDU set 정보에 맞춰 변경할 수 있다. UPF는 변경된 PDU set SN를 포함하는 PDU set 정보를 GTP-U 확장 헤더 필드내에 마킹하여 RAN으로 전달할 수 있다. 만약 PDU set 정보의 id가 다르거나 AF로부터 AS에서 QoS 플로어별 PDU set SN 마킹을 지원하는 정보 (e.g. Supporting different PSSNS (PSD set Sequence number space) per QoS flow indication)가 전달될 경우 단계 316b의 리넘버링 동작은 생략될 수 있다. 이후 RAN은 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 미디어 특성 또는 미디어 타입 별 QoS 프로화일 정보에 기초하여 적절한 스케쥴링 동작 등을 수행할 수 있다.
도 4는 본 개시의 일 실시예에 따른 트래픽 별 특성을 고려한 트래픽 검출 및 해당 트래픽의 서비스 특성을 고려한 QoS 플로어 맵핑 지원에 대한 예시를 나타낸다. 도 4를 참조하면, PDU set 기반의 멀티플렉싱된 서비스 플로어 내의 트래픽 별 특성 (e.g. media type)을 고려하여 트래픽이 검출되고, 검출된 트래픽이 해당 트래픽의 서비스 특성을 고려하여 QoS 플로어로 맵핑되는 과정이 도시된다.
단계 401에서, AF는 서비스 사업자의 정책 등에 의해 PDU set 기반의 멀티플렉싱된 서비스 플로어의 미디어 특성을 고려한 서비스 요청을 결정할 수 있다.
단계 402에서, AF는 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 QoS 지원을 요청하는 지시자 (multiplexed traffic flows QoS handling indication) 또는 PDU set 기반의 멀티플렉싱 서비스 지원 지시자 (multiplexed traffic flows handling indication), PDU Set QoS, Protocol Description (e.g. mapping information between media type and Qos Flow), QoS Reference or individual QoS parameters, Alternative service Requirements for handling multiplexed traffic flows with different QoS requirements (e.g. mapping informations between media type and Qos Flow based on number of QoS flow for multiplexed service data flow) 및/또는 PDU Set sequence number renumbering support indication 를 포함하는 QoS 요구 사항을 포함하는 AF 세션 서비스 동작 생성/업데이트 요청 (AFsessionWithQoS Create/Update request) 메시지를 NEF에게 전달할 수 있다. QoS 플로어와 맵핑되는 미디어 타입 정보 (mapping informations between media type and Qos Flow based on number of QoS flow for multiplexed service data flow)는 표 1의 형태로 제공될 수 있다. 서비스 사업자의 설정에 따라 AS에서 QoS 플로어 별 PDU set SN 마킹 동작을 지원하지 않을 경우, AF는 PDU Set sequence number renumbering support indication을 AF 세션 서비스 동작 생성/업데이트 요청 (AFsessionWithQoS Create/Update request) 메시지내에 포함할 수 있다.
단계 403에서, PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 QoS 지원을 요청하는 지시자 (multiplexed traffic flows QoS handling indication) 또는 멀티플렉싱 서비스 지원 지시자 (multiplexed traffic flows handling indication), PDU Set QoS, Protocol Description (e.g. mapping information between media type and Qos Flow), QoS Reference or individual QoS parameters,Alternative service Requirements for handling multiplexed traffic flows with different QoS requirements (e.g. mapping informations between media type and Qos Flow based on number of QoS flow for multiplexed service data flow) 를 포함하는 서비스 QoS 요구 사항 정보가 NEF에서 인가될 수 있으며, 이후 정책 인가 서비스 생성/업데이트 요청 (PolicyAuthorization create/update request) 메시지를 통해 PCF에 전달될 수 있다. 만약 AF가 QoS 파라미터 정보를 바탕으로 4개의 QoS 플로어를 각각 생성하기 위한 요구사항 정보 및 Alternative 서비스 요구사항 정보로 1개 또는 2개의 QoS 플로어를 생성하기 위한 요구사항 정보를 함께 전달할 경우, AF는 Alternative Qos profile의 적용 여부에 대한 이벤트 요청 “QoS targets can no longer (or can again) be fulfilled” 등을 통해 QoS 프로화일 변경의 이벤트 리포팅 동작을 위한 이벤트 리포팅 동작을 PCF로 요청할 수 있다. 또한, AF는 PDU set 기반의 멀티플렉싱 서비스 데이터 플로어가 맵핑되는 QoS 플로어의 수의 변화에 대한 이벤트 요청 “change of number of QoS flows for multiplexed service data flow” 등을 통해 QoS 프로화일 변경 의 이벤트 리포팅 동작을 위한 이벤트 리포팅 구독 정보를 PCF로 요청할 수 있다.
단계 404에서, PCF는 AF를 통해 전달받은 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 QoS 지원을 요청하는 지시자 (multiplexed traffic flows QoS handling indication) 또는 PDU set 기반의 멀티플렉싱 서비스 지원 지시자 (multiplexed traffic flows handling indication), PDU Set QoS, Protocol Description (e.g. mapping information between media type and Qos Flow), QoS Reference or individual QoS parameters 및/또는 Alternative service Requirements for handling multiplexed traffic flows with different QoS requirements (e.g. mapping informations between media type and Qos Flow based on number of QoS flow for multiplexed service data flow) 등의 정보에 기초하여 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 QoS 지원을 결정하였다면 해당 서비스를 지원하기 위한 PCC 규칙 업데이트를 수행할 수 있다. 업데이트된 PCC 규칙 내에는 일시적인 트래픽 특성의 변경을 지원하기 위하여 기존의 QoS 플로어의 프로파일 (e.g. Default QoS profile) 외에 네트워크의 상황에 따라 변경될 트래픽의 특성을 고려한 QoS 프로파일 (e.g. Alternative QoS profile 1 & 2 in table 1)이 추가적으로 포함될 수 있다. 또한, PCC 규칙 내에는, 서비스 사업자의 설정에 따라 AS에서 QoS 플로어 별 PDU set SN 마킹 동작을 지원하지 않을 경우, UPF에서 GTP-U 확장헤더 내에 PSU set 정보의 마킹 동작을 수행 시 PDU set 정보내의 PDU set 시퀀스 넘버를 QoS 플로어 별로 리오더링 또는 리넘버링하는 동작을 요청하는 정보 (e.g. PDU Set sequence number renumbering support indication)가 함께 포함될 수 있다. 또한, PCC 규칙은 Protocol description 내에 QoS 플로어에 맵핑될 media type 또는 SSRC 별 구분 정보를 포함된 경우 해당 정보를 함께 포함하여 전달될 수 있다.
단계 405 및 단계 406a에서, PCF는 AF가 요청한 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 미디어 특성을 고려한 QoS 지원 요청의 수락 및 거절 여부를 PolicyAuthorization_Create/update response 및 AFsessionWithQoS Create/update response 메시지를 통해 AF로 전달할 수 있다. 예를 들어, PCF는 PolicyAuthorization_Create/update response 메시지를 NEF에게 전달하고, NEF는 AFsessionWithQoS Create/update response 메시지를 AF에게 전달할 수 있다.
406b에서 AF는 AS에게 QoS 플로어 별 별도의 PSSNS (PDU Set sequence number space)를 가지고 PDU set information을 생성하도록 지시할 수 있다. 이때 QoS 플로어 별 맵핑되는 미디어 타입 별 또는 미디어 특성 별 PDU set sequence number 마킹 동작은 AF에서 PCF에 요청한 QoS 파라미터 정보에 기초하여 수행할 수 있다. 표 1과 같이 만약 기본적인 QoS 파라미터로 PDU set 기반의 멀티플렉싱 서비스 데이터 플로어를 4개의 QoS 플로어로 맵핑되도록 서비스 요구사항을 전달하였다면, AS는 4개의 미디어 타입별 PDU Set SN를 생성하도록 동작할 수 있다.
단계 407a에서, AF가 QoS 파라미터 정보를 바탕으로 4개의 QoS 플로어를 각각 생성하기 위한 요구사항 정보 및 Alternative 서비스 요구사항 정보로 1개 또는 2개의 QoS 플로어를 생성하기 위한 요구사항 정보를 함께 전달할 경우, AF는 Alternative Qos profile의 적용 여부에 대한 이벤트 요청 “QoS targets can no longer (or can again) be fulfilled” 등을 통해 QoS 프로화일을 변경의 이벤트 리포팅 동작을 PCF로 요청할 수 있다. 또한, AF는 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어가 맵핑되는 QoS 플로어의 수의 변화에 대한 이벤트 요청 “change of number of QoS flows for multiplexed service data flow” 등을 통해 QoS 프로화일 변경의 이벤트 리포팅 동작을 PCF로 요청할 수 있다.
단계 407b 및 단계 407c에서, 단계 407a를 통해 PDU set 기반의 멀티플렉싱 서비스 데이터 플로어 서비스 관련 이벤트 리포팅 정보를 전달받은 PCF는 SMF에게 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어 서비스 관련 정책 제어 리포팅 트리거 정보를 전달하여 RAN이 네트워크 상황에 따라 기본 QoS 프로화일이 아닌 Alternative QoS 프로화일을 적용하는 등의 이벤트가 발생하는 경우 해당 Alternative QoS 프로화일 정보와 함께 “QoS targets can no longer (or can again) be fulfilled” 이벤트가 발생하였음을 AF에게 알리는 이벤트 리포팅 동작을 수행할 수 있다.
단계 407d에서, 이벤트 리포팅과 함께 Alternative QoS 프로화일을 수신한 AF는 Alternative QoS 프로화일 정보를 바탕으로 AS에 QoS 플로어 별 별도의 PSSNS (PDU Set sequence number space)를 가지고 PDU set information을 생성하도록 지시할 수 있다. 만약 표 1과 같이 Defalt QoS 프로화일을 사용하여 한 개의 멀티플렉싱된 서비스 플로어를 4개의 QoS 플로어를 통해 서비스 플로어를 하다 Altenative QoS 프로화일 1번을 사용 즉, 2개의 QoS 플로어를 사용하도록 변경된 경우 AS는 기존의 4개의 PSSNS를 활용한 PDU Set SN 마킹 동작을 2개의 PSSNS를 활용한 PDU Set SN 마킹 동작으로 변경할 수 있다.
단계 408에서, 단계 404에서의 PCF는 AF로부터 수신한 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 미디어 특성을 고려한 QoS 지원을 위한 서비스 정보를 기반으로 정책 생성 또는 업데이트를 결정하고 이를 바탕으로 생성 또는 업데이트한 PCC 규칙을 SMF에게 송신할 수 있다. 생성 또는 업데이트된 PCC 규칙 내에는 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 특성을 고려한 QoS 지원을 위한 Defualt QoS Profile, Alternative QoS profile 등 RAN 및/또는 UE로 전달할 QoS 플로어 관련 정보 (e.g. QoS profile and its related QoS id), PDU set 기반의 멀티플렉싱된 서비스 플로어의 QoS 플로어 맵핑 시 PDU set SN renumbering 관련 동작 정보 (PDU Set sequence number renumbering support indication) 및/또는 Media type 또는 SSRC 별 패킷들의 QoS 매핑 정보 (e.g. mapping information between media type and Qos Flow) 중 적어도 하나의 정보가 포함될 수 있다.
SMF는 PCF로부터 전달받은 PCC 규칙 정보를 바탕으로 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 미디어 특성을 고려한 QoS 지원을 위한 정보를 UPF 및 RAN으로 전달하는 것을 결정할 수 있다. SMF는 PDU set 기반의 멀티플렉싱된 서비스 플로어의 QoS 플로어 맵핑 시 PDU set SN renumbering 관련 동작 정보 (PDU Set sequence number renumbering support indication), Media type 또는 SSRC 별 패킷들의 QoS 매핑 정보 (e.g. mapping information between media type and Qos Flow) 및/또는 PDU set 기반의 멀티플렉싱된 서비스 플로어 내의 패킷들을 구분하기 위한 정보 (e.g. media type and/or SSRC)에 기초하여 UPF에서의 PDU set 기반의 멀티플렉싱된 서비스 플로어 내의 패킷 검출 동작, 미디어 타입 별 또는 SSRC 별 검출된 패킷을 QoS 플로어로 맵핑하는 동작, 동일 QoS 플로어로 맵핑되는 미디어 타입 별 또는 SSRC 별 검출된 패킷들의 RTP HE내의 PDU set information 에 대한 PDU Set SN 정보의 리넘버링 동작 및/또는 변경된 PDU set information을 GTP-U HE에 마킹하는 동작을 요청하기 위한 N4 규칙 생성 동작을 수행할 수 있다. 또한, SMF는 Defualt QoS Profile, Alternative QoS profile 등 RAN 및/또는 UE로 전달할 QoS 플로어 관련 정보 (e.g. QoS profile and its related QoS id) 등을 RAN으로 전달하는 것을 결정할 수 있다. 만약 네트워크 사업자 또는 서비스 사업자의 정책에 따라 AS가 PDU set SN 리넘버링을 지원하지 않는 경우, “QoS targets can no longer (or can again) be fulfilled” 이벤트 발생 정보 및 Alternative QoS 프로화일을 수신한 SMF는 AF에게 이벤트 리포팅 동작을 수행하는 동시에, Alternative QoS 프로화일 기반 UPF의 N4 규칙 업데이트 동작을 수행할 수 있다. Alternative QoS 프로화일 기반 UPF의 N4 규칙 업데이트 정보는 PDU set SN의 리넘버링 관련 정보 (e.g. PDU Set sequence number renumbering support indication) 및 Alternative QoS 프로화일 기반의 media type 별 QoS flow 맵핑 정보를 포함할 수 있다.
단계 409 및 단계 410에서, SMF는 UPF에게 N4 세션 생성/수정 과정을 통해 PDU set 기반의 멀티플렉싱된 서비스 플로어 내의 패킷 검출 동작, 미디어 타입 별 또는 SSRC 별 검출된 패킷을 QoS 플로어로 맵핑하는 동작, 동일 QoS 플로어로 맵핑되는 미디어 타입 별 또는 SSRC 별 검출된 패킷들의 RTP HE내의 PDU set information 에 대한 PDU Set SN 정보의 리넘버링 동작 및/또는 변경된 PDU set information을 GTP-U HE에 마킹하는 동작에 대한 정보 등을 포함하는 SDF template을 전달할 수 있다. UPF는 SMF로부터 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어 내의 트래픽의 미디어 타입 별 또는 미디어 특성 별 패킷 검출을 요구 사항을 포함하는 N4 규칙을 수신한 뒤 해당 멀티플렉싱된 서비스 데이터 플로어에서 전달되는 트래픽의 검출 동작을 수행할 수 있다. PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어 내의 트래픽의 검출 동작은 AF로부터 전달되는 protocol description 내의 media type 정보 또는 SSRC 정보 및 패킷의 헤더내의 payload type 또는 SSRC 정보에 기초하여 수행될 수 있다. 또한 AF로부터 전달되는 protocol description 내의 media type 정보 또는 SSRC 정보별 QoS 플로어 맵핑 정보와 QoS profile 정보 및 관련 QoS id에 기초하여 검출되는 패킷들의 QoS 플로어 맵핑 동작이 수행될 수 있다. 만약 AF로부터 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 QoS 플로어 별 처리 관련 PDU set SN 처리 정보 (e.g. PDU Set sequence number renumbering support indication)등이 별도로 전달되거나, AF로부터 별도의 PDU set id 등의 생성등으로 구분되어 AS에서 전달되는 정보(e.g. Different PDU set id allocation per QoS flow)가 없을 경우 UPF는 동일 QoS 플로어로 맵핑되는 미디어 타입 별 또는 SSRC 별 검출된 패킷들의 RTP HE내의 PDU set information 중 PDU Set SN 정보의 리넘버링 동작 및 변경된 PDU set information을 GTP-U HE에 마킹하는 동작에 관한 정보를 QER을 통해 SMF로부터 전달받을 수 있다.
단계 411에서는, 단계 404에서 PCF가 AF의 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 미디어 특성을 고려한 QoS 지원 서비스 요청 정보에 기초하여 생성 또는 업데이트한 Defualt QoS profile, Alternative QoS profile 및/또는 QFI 등을 AMF로 전달할 수 있다. AMF으로 전달되는 N1N2메시지 는 RAN으로 전달되는 Defualt QoS profile, Alternative QoS profile, QFI를 포함하는 N2 SM information 과 상향 링크 트래픽의 동적 트래픽 특성 변화 지원 서비스 지원하기 위하기 위한 Defualt QoS profile, Alternative QoS profile, QFI 정보들을 포함한 N1 SM container를 포함할 수 있다.
단계 412에서, AMF는 SMF로부터의 동적 트래픽 특성 변화를 지원하기 위한 Defualt QoS profile, Alternative QoS profile, QFI 중 적어도 하나 이상의 정보들을 포함하는 N2 SM information 및 N1 SM container을 N2 메시지를 통해 RAN으로 전달할 수 있다.
단계 413에서, RAN은 상향 링크 트래픽의 동적 트래픽 특성 변화 지원 서비스 지원하기 위한 Defualt QoS profile, Alternative QoS profile 및/또는 QFI 정보들을 포함한 N1 SM container를 UE에게 전달할 수 있다.
단계 414 부터 단계 415에서, UE 및 RAN은 N2 메시지의 응답 메시지 등을 SMF로 전달할 수 있다. 예를 들어, RAN은 AMF로 N2 message response 메시지를 전송하고, AMF는 SMF로 Nsmf_PDUSession_UpdateSMContext Request 메시지를 전송할 수 있다.
단계 416에서, SMF는 AMF로 Nsmf_PDUSession_UpdateSMContext Response 메시지를 전송할 수 있다.
단계 417a에서, 단계 408을 통해 전달받은 N4 규칙 내의 PDR, FAR 및/또는 QER 정보에 기초하여 UPF는 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어내의 패킷들의 검출 및 미디어 특성 또는 미디어 타입 별 검출된 패킷들을 적절한 QoS 플로어로 포워딩하는 동작을 수행할 수 있다.
단계 417b에서, UPF는 미디어 타입 또는 미디어 특성을 고려하여 검출된 패킷 내의 확장 헤더의 PDU set 정보의 업데이트 동작을 수행할 수 있다. AS로부터 마킹된 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어를 고려한 PDU set 정보 내 PDU set SN를 리넘버링하여 각각의 QoS 플로어 별 PDU set 정보에 맞춰 변경할 수 있다. UPF는 변경된 PDU set SN를 포함하는 PDU set 정보를 GTP-U 확장 헤더 필드내에 마킹하여 RAN으로 전달할 수 있다. 만약 PDU set 정보의 id가 다르거나 AF로부터 AS에서 QoS 플로어별 PDU set SN 마킹을 지원하는 정보 (e.g. Supporting different PSSNS (PSD set Sequence number space) per QoS flow indication)가 전달될 경우 단계 416b의 리넘버링 동작은 생략될 수 있다. 이후 RAN은 PDU set 기반의 멀티플렉싱된 서비스 데이터 플로어의 미디어 특성 또는 미디어 타입 별 QoS 프로화일 정보에 기초하여 적절한 스케쥴링 동작 등을 수행할 수 있다. 또한 UPF는 AS에서 Alternative QoS 프로화일의 적용이나 AF의 요청에 따라 PDU set 기반의 멀티플렉싱된 서비스 플로어를 지원하기 위한 QoS 파라미터가 업데이트 되었을 경우, 어떤 시점부터 변경된 QoS 프로화일을 적용할것인지에 대한 정보를 AF로부터 수신하거나 RTP HE 내의 정보를 통해 수신할 수 있다. 그리고, 수신된 정보에 기초하여 UPF는 어떤 패킷 또는 시점부터 변경된 QoS 프로화일 및 PDU Set SN 리넘버링 동작을 수행할지에 대한 판단을 수행할 수 있다. 예를 들어, UPF는 PDU set 기반의 멀티플렉싱된 서비스 플로어 내의 PDU set id의 개수에 기초하여 해당 PDU set SN가 변경되는 시점을 판단할 수 있다. 만약 최초 네트워크 사업자의 정책에 따라 하나의 멀티플렉싱된 서비스 데이터 플로어가 UPF에서 4개의 미디어 타입이 각각 4개의 QoS 플로어로 맵핑되는 경우, 해당 정보 (e.g. number of PSSNS for multiplexed service data flow or number of authorized QoS flow for multiplexed service data flow)를 수신한 서비스 사업자의 설정에 따라 한 개의 서비스 데이터 플로어 내의 PDU set 정보는 서로 다른 4개의 id를 가질 수 있다.,그 후 네트워크 사업자의 정책 또는 네트워크의 상황 (e.g. congestion)에 따라 하나의 멀티플렉싱된 서비스 데이터 플로어가 4개의 QoS 플로어로 맵핑되었다가 2개의 QoS 플로어로 변경되는 경우, Alternative QoS 플로어의 적용 이후에도 AS로부터 전달되는 RTP HE내의 정보가 동일하게 4개의 PDU se id를 가질 경우, UPF는 한 개의 QoS 플로어로 맵핑되는 서로다른 Media type 또는 SSRC 정보를 바탕으로 2개의 QoS 플로어로 전달되는 패킷들의 PDU set 정보 내의 PDU Set SN의 리넘버링 동작을 수행할 수 있다.
도 5는 본 개시의 일 실시예에 따른 무선 통신 시스템에서 사용자 단말(user equipment, UE)의 구성 요소를 나타낸다.
도 5를 참조하면, 일 실시예에 따른 단말은 송수신부(500), 메모리(510) 및 프로세서(520)를 포함할 수 있다. UE의 송수신부(500), 메모리(510) 및 프로세서(520)는 전술한 단말의 통신 방법에 따라 동작할 수 있다. 그러나, 단말의 구성 요소는 이에 제한되지 않는다. 예를 들어, 단말은 위에서 설명한 구성 요소보다 더 많거나 적은 구성 요소를 포함할 수 있다. 또한, 프로세서(520), 송수신부(500) 및 메모리(510)는 단일 칩으로 구현될 수도 있다. 또한, 프로세서(520)는 적어도 하나의 프로세서를 포함할 수 있다.
송수신부(500)는 UE 수신기 및 UE 송신기를 통칭하며, 기지국 또는 네트워크 엔티티와 신호를 송수신할 수 있다. 기지국 또는 네트워크 엔티티와 송수신되는 신호는 제어 정보 및 데이터를 포함할 수 있다. 송수신부(500)는 송신 신호의 주파수를 상향 변환 및 증폭하기 위한 RF 송신기 및 수신 신호의 주파수를 저잡음 증폭 및 하향 변환하기 위한 RF 수신기를 포함할 수 있다. 그러나, 이는 송수신부(500)의 예시일 뿐이며, 송수신부(500)의 구성요소는 RF 송신기 및 RF 수신기에 한정되지 않는다.
또한, 송수신부(500)는 무선 채널을 통해 신호를 수신하여 프로세서(520)로 출력하고, 프로세서(520)로부터 출력된 신호를 무선 채널을 통해 전송할 수 있다. 메모리(510)는 UE의 동작에 필요한 프로그램 및 데이터를 저장할 수 있다. 또한, 메모리(510)는 UE가 획득한 신호에 포함된 제어 정보 또는 데이터를 저장할 수 있다. 메모리(510)는 읽기 전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 하드 디스크, CD-ROM 및 DVD와 같은 저장 매체 또는 저장 매체의 조합일 수 있습니다.
프로세서(520)는 단말이 동작하도록 일련의 프로세스를 제어할 수 있다. 예를 들어, 송수신부(500)는 기지국 또는 네트워크 엔티티가 전송하는 제어 신호를 포함하는 데이터 신호를 수신할 수 있고, 프로세서(520)는 기지국 또는 네트워크 엔티티가 전송하는 제어 신호 및 데이터 신호를 수신한 결과를 결정할 수 있다.
도 6은 본 개시의 일 실시예에 따른 무선 통신 시스템에서 네트워크 엔티티의 구성 요소를 나타낸다.
도 6을 참조하면, 무선 통신 시스템에서 코어 망 객체의 구성을 나타낼 수 있다. 도 6에 예시된 구성은 도 1, 도 2, 도 3 및/또는 도 4의 UPF를 포함하는 네트워크 엔티티들 중 적어도 하나의 기능을 가지는 장치의 구성으로서 이해될 수 있다. 이하 사용되는 '...부', '...기' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어, 또는, 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.
도 6을 참조하면, 네트워크 엔티티는 송수신부(600), 메모리(610) 및 프로세서(620)를 포함하여 구성될 수 있다.
송수신부(600)는 네트워크 내 다른 장치들과 통신을 수행하기 위한 인터페이스를 제공할 수 있다. 즉, 송수신부(600)는 네트워크 엔티티에서 다른 장치로 송신되는 비트열을 물리적 신호로 변환하고, 다른 장치로부터 수신되는 물리적 신호를 비트열로 변환할 수 있다. 즉, 송수신부(600)는 신호를 송신 및 수신할 수 있다. 이에 따라, 송수신부(600)는 모뎀(modem), 송신부(transmitter), 수신부(receiver) 또는 송수신부(transceiver)로 지칭될 수 있다. 이때, 송수신부(600)는 네트워크 엔티티가 백홀 연결(예: 유선 백홀 또는 무선 백홀)을 거쳐 또는 네트워크를 거쳐 다른 장치들 또는 시스템과 통신할 수 있도록 할 수 있다.
메모리(610)는 네트워크 엔티티의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장할 수 있다. 메모리(610)는 휘발성 메모리, 비휘발성 메모리 또는 휘발성 메모리와 비휘발성 메모리의 조합으로 구성될 수 있다. 그리고, 메모리(610)는 프로세서(620)의 요청에 따라 저장된 데이터를 제공할 수 있다.
프로세서(620)는 네트워크 엔티티의 전반적인 동작들을 제어할 수 있다. 예를 들어, 프로세서(620)는 송수신부(600)를 통해 신호를 송수신할 수 있다. 또한, 프로세서(620)는 메모리(610)에 데이터를 기록하고, 읽을 수 있다. 이를 위해, 프로세서(620)는 적어도 하나의 프로세서(processor)를 포함할 수 있다. 본 개시의 다양한 실시 예들에 따라, 프로세서(620)는 무선 통신망을 이용한 동기화를 수행하도록 제어할 수 있다. 예를 들어, 프로세서(620)는 네트워크 엔티티가 다양한 실시 예들에 따른 동작들을 수행하도록 제어할 수 있다.
본 개시의 일 실시예에서, 무선 통신 시스템에서 서비스를 효과적으로 제공할 수 있는 장치 및 방법이 제공될 수 있다. 본 개시에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 본 개시로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 개시의 일 실시예에서, 이동 통신 시스템에서 서비스를 효과적으로 제공할 수 있는 장치 및 방법이 제공될 수 있다. 본 개시의 일 실시예에 따른 기술적 효과는 본 개시에서 기술된 효과들로 제한되지 않으며, 본 개시에서 기술되지 않은 또 다른 효과들은 본 개시의 상세한 설명으로부터 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
전술한 구성도, 제어/데이터 신호 송신 방법의 예시도, 동작 절차 예시도, 구성도들은 본 개시의 권리범위를 한정하기 위한 의도가 없음을 유의하여야 한다. 즉, 본 개시의 실시 예에 기재된 모든 구성부, 엔티티, 또는 동작의 단계가 개시의 실시를 위한 필수 구성 요소인 것으로 해석되어서는 안되며, 일부 구성 요소 만을 포함하여도 개시의 본질을 해치지 않는 범위 내에서 구현될 수 있다. 또한 각 실시 예는 필요에 따라 서로 조합되어 운용할 수 있다. 예컨대, 본 개시에서 제안하는 방법들의 일부분들이 서로 조합되어 네트워크 엔티티와 단말이 운용될 수 있다.
앞서 설명한 기지국이나 단말의 동작들은 해당 프로그램 코드를 저장한 메모리 장치를 기지국 또는 단말 장치 내의 임의의 구성부에 구비함으로써 실현될 수 있다. 즉, 기지국 또는 단말 장치의 제어부는 메모리 장치 내에 저장된 프로그램 코드를 프로세서 혹은 CPU(Central Processing Unit)에 의해 읽어내어 실행함으로써 앞서 설명한 동작들을 실행할 수 있다.
본 개시에서 설명되는 엔티티, 기지국 또는 단말 장치의 다양한 구성부들과, 모듈(module)등은 하드웨어(hardware) 회로, 일 예로 상보성 금속 산화막 반도체(complementary metal oxide semiconductor) 기반 논리 회로와, 펌웨어(firmware)와, 소프트웨어(software) 및/혹은 하드웨어와 펌웨어 및/혹은 머신 판독 가능 매체에 삽입된 소프트웨어의 조합과 같은 하드웨어 회로를 사용하여 동작될 수도 있다. 일 예로, 다양한 전기 구조 및 방법들은 트랜지스터(transistor)들과, 논리 게이트(logic gate)들과, 주문형 반도체와 같은 전기 회로들을 사용하여 실시될 수 있다.
본 개시의 청구항 또는 명세서에 기재된 실시예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(implemented) 수 있다.
소프트웨어로 구현하는 경우, 하나 이상의 프로그램(소프트웨어 모듈)을 저장하는 컴퓨터 판독 가능 저장 매체가 제공될 수 있다. 컴퓨터 판독 가능 저장 매체에 저장되는 하나 이상의 프로그램은, 전자 장치(device) 내의 하나 이상의 프로세서에 의해 실행 가능하도록 구성된다(configured for execution). 하나 이상의 프로그램은, 전자 장치로 하여금 본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들을 실행하게 하는 명령어(instructions)를 포함한다.
이러한 프로그램(소프트웨어 모듈, 소프트웨어)은 랜덤 액세스 메모리 (random access memory), 플래시(flash) 메모리를 포함하는 불휘발성(non-volatile) 메모리, 롬(ROM, read only memory), 전기적 삭제가능 프로그램가능 롬(EEPROM, electrically erasable programmable read only memory), 자기 디스크 저장 장치(magnetic disc storage device), 컴팩트 디스크 롬(CD-ROM, compact disc-ROM), 디지털 다목적 디스크(DVDs, digital versatile discs) 또는 다른 형태의 광학 저장 장치, 마그네틱 카세트(magnetic cassette)에 저장될 수 있다. 또는, 이들의 일부 또는 전부의 조합으로 구성된 메모리에 저장될 수 있다. 또한, 각각의 구성 메모리는 복수 개 포함될 수도 있다.
또한, 프로그램은 인터넷(internet), 인트라넷(intranet), LAN(local area network), WLAN(wide LAN), 또는 SAN(storage area network)과 같은 통신 네트워크, 또는 이들의 조합으로 구성된 통신 네트워크를 통하여 접근(access)할 수 있는 부착 가능한(attachable) 저장 장치(storage device)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시 예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크상의 별도의 저장장치가 본 개시의 실시 예를 수행하는 장치에 접속할 수도 있다.
상술한 본 개시의 구체적인 실시 예들에서, 개시에 포함되는 구성 요소는 제시된 구체적인 실시 예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.
한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims (15)

  1. 무선 통신 시스템에서 PCF(policy control function) 엔티티에 의해 수행되는 방법에 있어서,
    AF(application function) 엔티티로부터 NEF(network exposure function) 엔티티를 경유하여, PDU(protocol data unit) 세트 시퀀스 넘버 리넘버링을 위한 제1 지시자를 포함하는 QoS(quality of service) 요구 사항에 대한 정보를 포함하는 제1 메시지를 수신하는 단계;
    상기 QoS 요구 사항에 대한 정보에 기반하여 PCC(policy and charging control) 규칙을 업데이트 하는 단계; 및
    SMF(session management function) 엔티티에게, 상기 제1 지시자를 포함하는 상기 업데이트된 PCC 규칙을 포함하는 제2 메시지를 송신하는 단계를 포함하는, 방법.
  2. 제1항에 있어서,
    상기 QoS 요구 사항에 대한 정보는 미디어 타입 및 QoS 플로우의 맵핑에 대한 제1 정보를 포함하고,
    상기 PCC 규칙은 상기 제1 정보를 포함하는, 방법.
  3. 제1항에 있어서,
    상기 QoS 요구 사항에 대한 정보에 기초하여 PDU 세트 기반의 멀티플렉싱된 서비스 데이터 플로우의 QoS 지원을 결정하는 단계를 더 포함하고,
    상기 PCC 규칙을 업데이트 하는 단계는 상기 QoS 지원을 결정하는 단계에 기반하여 수행되는, 방법.
  4. 제1항에 있어서,
    상기 QoS 요구 사항에 대한 정보는 PDU 세트 기반의 멀티플렉싱된 서비스 데이터 플로우의 QoS 지원을 요청하기 위한 제2 지시자를 포함하는, 방법.
  5. 무선 통신 시스템에서 SMF(session management function) 엔티티에 의해 수행되는 방법에 있어서,
    PCF(policy control function) 엔티티로부터, PDU(protocol data unit) 세트 시퀀스 넘버 리넘버링을 위한 제1 지시자를 포함하는 PCC(policy and charging control) 규칙을 포함하는 제1 메시지를 수신하는 단계;
    PDU 세트 기반의 멀티플렉싱된 서비스 데이터 플로우의 처리를 위한 N4 규칙을 업데이트 하는 단계; 및
    UPF(user plane function) 엔티티에게, 상기 제1 지시자를 포함하는 상기 N4 규칙을 포함하는 제2 메시지를 송신하는 단계를 포함하는, 방법.
  6. 제5항에 있어서,
    상기 PCC 규칙은 미디어 타입 및 QoS 플로우의 맵핑에 대한 제1 정보를 포함하고,
    상기 N4 규칙은 상기 제1 정보를 포함하고,
    상기 미디어 타입은 SSRC (synchronization source), 페이로드 타입 또는 Media ID 중 적어도 하나를 포함하는, 방법.
  7. 제5항에 있어서,
    상기 N4 규칙은, PDU 세트 기반의 멀티플렉싱된 서비스 데이터 플로우의 패킷을 검출하기 위한 패킷 검출 규칙을 포함하는, 방법.
  8. 제5항에 있어서,
    상기 N4 규칙은, GTP-HE 내 마킹을 지시하는 제2 정보를 포함하는 QER(QoS enforcement rule)을 포함하는, 방법.
  9. 무선 통신 시스템의 PCF(policy control function) 엔티티에 있어서,
    송수신부; 및
    상기 송수신부와 연결되는 제어부를 포함하고,
    상기 제어부는:
    AF(application function) 엔티티로부터 NEF(network exposure function) 엔티티를 경유하여, PDU(protocol data unit) 세트 시퀀스 넘버 리넘버링을 위한 제1 지시자를 포함하는 QoS(quality of service) 요구 사항에 대한 정보를 포함하는 제1 메시지를 수신하고,
    상기 QoS 요구 사항에 대한 정보에 기반하여 PCC(policy and charging control) 규칙을 업데이트 하고, 및
    SMF(session management function) 엔티티에게, 상기 제1 지시자를 포함하는 상기 업데이트된 PCC 규칙을 포함하는 제2 메시지를 송신하도록 설정되는, PCF 엔티티.
  10. 제9항에 있어서,
    상기 QoS 요구 사항에 대한 정보는 미디어 타입 및 QoS 플로우의 맵핑에 대한 제1 정보를 포함하고,
    상기 PCC 규칙은 상기 제1 정보를 포함하는, PCF 엔티티.
  11. 제9항에 있어서, 상기 제어부는:
    상기 QoS 요구 사항에 대한 정보에 기초하여 PDU 세트 기반의 멀티플렉싱된 서비스 데이터 플로우의 QoS 지원을 결정하도록 설정되고,
    상기 PCC 규칙의 업데이트는 상기 QoS 지원의 결정에 기반하는, PCF 엔티티.
  12. 제9항에 있어서,
    상기 QoS 요구 사항에 대한 정보는 PDU 세트 기반의 멀티플렉싱된 서비스 데이터 플로우의 QoS 지원을 요청하기 위한 제2 지시자를 포함하는, PCF 엔티티.
  13. 무선 통신 시스템의 SMF(session management function) 엔티티에 있어서,
    송수신부; 및
    상기 송수신부와 연결되는 제어부를 포함하고,
    상기 제어부는:
    PCF(policy control function) 엔티티로부터, PDU(protocol data unit) 세트 시퀀스 넘버 리넘버링을 위한 제1 지시자를 포함하는 PCC(policy and charging control) 규칙을 포함하는 제1 메시지를 수신하고,
    PDU 세트 기반의 멀티플렉싱된 서비스 데이터 플로우의 처리를 위한 N4 규칙을 업데이트 하고, 및
    UPF(user plane function) 엔티티에게, 상기 제1 지시자를 포함하는 상기 N4 규칙을 포함하는 제2 메시지를 송신하도록 설정되는, SMF 엔티티.
  14. 제13항에 있어서,
    상기 PCC 규칙은 미디어 타입 및 QoS 플로우의 맵핑에 대한 제1 정보를 포함하고,
    상기 N4 규칙은 상기 제1 정보를 포함하며,
    상기 미디어 타입은 SSRC (synchronization source), 페이로드 타입 또는 Media ID 중 적어도 하나를 포함하고,
    상기 N4 규칙은, PDU 세트 기반의 멀티플렉싱된 서비스 데이터 플로우의 패킷을 검출하기 위한 패킷 검출 규칙을 더 포함하는, SMF 엔티티.
  15. 제13항에 있어서,
    상기 N4 규칙은, GTP-HE 내 마킹을 지시하는 제2 정보를 포함하는 QER(QoS enforcement rule)을 포함하는, SMF 엔티티.
PCT/KR2025/005746 2024-05-17 2025-04-29 무선 통신 시스템에서 멀티플렉싱된 서비스 데이터 플로어의 처리를 위한 동작 및 장치 Pending WO2025239586A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020240064455A KR20250164995A (ko) 2024-05-17 2024-05-17 멀티플렉싱된 서비스 데이터 플로어의 처리를 위한 방법 및 장치
KR10-2024-0064455 2024-05-17

Publications (1)

Publication Number Publication Date
WO2025239586A1 true WO2025239586A1 (ko) 2025-11-20

Family

ID=97720380

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2025/005746 Pending WO2025239586A1 (ko) 2024-05-17 2025-04-29 무선 통신 시스템에서 멀티플렉싱된 서비스 데이터 플로어의 처리를 위한 동작 및 장치

Country Status (2)

Country Link
KR (1) KR20250164995A (ko)
WO (1) WO2025239586A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023133900A1 (en) * 2022-01-17 2023-07-20 Shenzhen Tcl New Technology Co., Ltd. Extended reality traffic processing method and transmitter device
CN117546519A (zh) * 2023-09-28 2024-02-09 北京小米移动软件有限公司 业务数据流的处理方法、网络设备、通信设备和存储介质
CN117641466A (zh) * 2022-08-10 2024-03-01 中国移动通信有限公司研究院 数据包处理方法、装置、相关功能及存储介质
WO2024046767A1 (en) * 2022-09-01 2024-03-07 Telefonaktiebolaget Lm Ericsson (Publ) Af influence on policy evaluation
WO2024088603A1 (en) * 2023-05-11 2024-05-02 Lenovo (Singapore) Pte. Ltd Pdu set importance marking in qos flows in a wireless communication network

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023133900A1 (en) * 2022-01-17 2023-07-20 Shenzhen Tcl New Technology Co., Ltd. Extended reality traffic processing method and transmitter device
CN117641466A (zh) * 2022-08-10 2024-03-01 中国移动通信有限公司研究院 数据包处理方法、装置、相关功能及存储介质
WO2024046767A1 (en) * 2022-09-01 2024-03-07 Telefonaktiebolaget Lm Ericsson (Publ) Af influence on policy evaluation
WO2024088603A1 (en) * 2023-05-11 2024-05-02 Lenovo (Singapore) Pte. Ltd Pdu set importance marking in qos flows in a wireless communication network
CN117546519A (zh) * 2023-09-28 2024-02-09 北京小米移动软件有限公司 业务数据流的处理方法、网络设备、通信设备和存储介质

Also Published As

Publication number Publication date
KR20250164995A (ko) 2025-11-25

Similar Documents

Publication Publication Date Title
WO2023191421A1 (en) Device and method for processing application data in wireless communication system
WO2023075511A1 (en) Method and apparatus for verifying compliance with ue route selection policy
WO2024144154A1 (en) Method and apparatus for configuring offloading policy for vplmn edge service in mobile communication system
WO2025058351A1 (ko) Non-3gpp access 환경에서 l4s를 지원하기 위한 장치 및 방법
WO2024072044A1 (en) Method and apparatus for multi-modality service in wireless communication system
WO2024034935A1 (ko) 무선 통신 시스템에서 연합 학습 서비스 지원 방법 및 장치
WO2025239586A1 (ko) 무선 통신 시스템에서 멀티플렉싱된 서비스 데이터 플로어의 처리를 위한 동작 및 장치
WO2025239698A1 (en) Method and device for session negotiation to use ims data channel service
WO2025034044A1 (en) Apparatus and method for forward error correction packet scheduling in wireless communication system
WO2025009936A1 (en) Method and apparatus for establishment of data session considering user service in wireless communication system
WO2025211763A1 (en) Method and apparatus for establishing session based on user data in wireless communication system
WO2026084321A1 (ko) 멀티플렉싱된 서비스 데이터 플로우를 관리하기 위한 방법 및 장치
WO2024242528A1 (en) Method and apparatus for discovering upf in wireless communication system
WO2024035135A1 (en) Method and apparatus for managing edge computing service session in wireless communication system
WO2023277581A1 (en) Method, ue and network apparatus for provisioning granular up security policy in wireless network
WO2024096503A1 (ko) 무선 통신 시스템에서 트래픽 특성 변화에 기반하여 정보를 전달하는 방법 및 장치
WO2024167262A1 (ko) 무선 통신 시스템에서 네트워크와 단말간 단말 정책을 동기화하기 위한 방법 및 장치
WO2026019096A1 (ko) 멀티플렉싱된 서비스 데이터 플로우의 처리를 위한 방법 및 장치
WO2025239700A1 (ko) Standalone ims dc 서비스를 고려한 세션 협상 방법 및 장치
WO2025244411A1 (ko) 단말을 이용한 다양한 장치들에게 네트워크 서비스 제공 방법 및 장치
WO2025216590A1 (ko) 무선 통신 시스템에서 동적 트래픽 특성을 기반으로 트래픽을 관리하는 방법 및 장치
WO2025211807A1 (ko) 무선 통신 시스템에서 사용자-기반 세션을 설정하기 위한 방법 및 장치
WO2025127643A1 (ko) 무선 통신 시스템에서 사용자 트래픽 관리 방법 및 장치
WO2024242404A1 (ko) 이동통신 시스템에서 nef 기반 af 인증 및 인가 방법 및 장치
WO2026071847A1 (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: 25803785

Country of ref document: EP

Kind code of ref document: A1