WO2026005286A1 - 서브 픽쳐 레벨 hrd - Google Patents

서브 픽쳐 레벨 hrd

Info

Publication number
WO2026005286A1
WO2026005286A1 PCT/KR2025/006804 KR2025006804W WO2026005286A1 WO 2026005286 A1 WO2026005286 A1 WO 2026005286A1 KR 2025006804 W KR2025006804 W KR 2025006804W WO 2026005286 A1 WO2026005286 A1 WO 2026005286A1
Authority
WO
WIPO (PCT)
Prior art keywords
picture
sub
hrd
level
monitoring
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/006804
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.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of WO2026005286A1 publication Critical patent/WO2026005286A1/ko
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5061—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the interaction between service providers and their network customers, e.g. customer relationship management
    • H04L41/5067—Customer-centric QoS measurements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration

Definitions

  • This specification relates to mobile communications.
  • 3GPP (3rd Generation Partnership Project) LTE Long-Term Evolution is a technology designed to enable high-speed packet communications. Numerous approaches have been proposed to achieve LTE's goals of reducing costs for users and operators, improving service quality, expanding coverage, and increasing system capacity. 3GPP LTE's high-level requirements include reduced cost per bit, improved service availability, flexible use of frequency bands, a simple architecture, open interfaces, and adequate power consumption for terminals.
  • the International Telecommunication Union (ITU) and 3GPP have begun work on developing requirements and specifications for New Radio (NR) systems.
  • 3GPP must identify and develop the technical components necessary to successfully standardize NR, meeting both urgent market needs and the longer-term requirements outlined by the ITU Radio communication sector (ITU-R) International Mobile Telecommunications (IMT)-2020 process.
  • ITU-R ITU Radio communication sector
  • IMT International Mobile Telecommunications
  • NR must also be able to utilize any spectrum band up to at least 100 GHz, ensuring that it remains available for wireless communications well into the future.
  • NR aims to be a single technology framework that addresses all deployment scenarios, usage scenarios, and requirements, including enhanced Mobile Broadband (eMBB), massive Machine Type Communications (mMTC), and Ultra-Reliable and Low Latency Communications (URLLC).
  • eMBB enhanced Mobile Broadband
  • mMTC massive Machine Type Communications
  • URLLC Ultra-Reliable and Low Latency Communications
  • NR must be inherently forward-compatible.
  • a method may include: transmitting a registration request message; transmitting a registration acceptance message; receiving a request message related to a sub-picture-level HRD from a network entity associated with an application; performing a sub-picture-level HRD operation, the sub-picture-level HRD operation including two or more steps of a capturing step, an encoding step, a transmission step, a decoding step, and/or a displaying step; and performing monitoring of the sub-picture-level HRD operation.
  • a device implementing the method is provided.
  • a method may include the steps of transmitting a request message related to sub-picture-level HRD to a UE; and receiving a result of monitoring the sub-picture-level HRD operation from the UE.
  • a device implementing the method is provided.
  • Figure 1 illustrates an example of a communication system to which the implementation of this specification is applied.
  • Figure 2 illustrates an example of a wireless device to which the implementation of the present specification is applied.
  • Figure 3 shows an example of a UE to which the implementation of this specification is applied.
  • FIGS 5 and 6 illustrate examples of registration procedures to which the implementation of the present specification applies.
  • Figure 7 shows examples of picture based HRD operation and sub-picture level HRD operation.
  • Figure 8 shows an example of a terminal structure and a network structure to which the implementation of this specification is applied.
  • Figure 9 illustrates a first example of a procedure supporting sub-picture level HRD operations to which the implementation of the present specification applies.
  • Figure 10 illustrates a second example of a procedure supporting sub-picture level HRD operations to which the implementation of the present specification applies.
  • Figure 11 shows an example of a procedure to which the implementation of this specification is applied.
  • CDMA Code Division Multiple Access
  • FDMA Frequency Division Multiple Access
  • TDMA Time Division Multiple Access
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • MC-FDMA Multi-Carrier Frequency Division Multiple Access
  • CDMA can be implemented using wireless technologies such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
  • TDMA can be implemented using wireless technologies such as Global System for Mobile communications (GSM), General Packet Radio Service (GPRS), or Enhanced Data rates for GSM Evolution (EDGE).
  • GSM Global System for Mobile communications
  • GPRS General Packet Radio Service
  • EDGE Enhanced Data rates for GSM Evolution
  • OFDMA can be implemented using wireless technologies such as IEEE (Institute of Electrical and Electronics Engineers) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, or Evolved UTRA (E-UTRA).
  • UTRA is part of the Universal Mobile Telecommunications System (UMTS).
  • 3rd Generation Partnership Project (3GPP) Long-Term Evolution (LTE) is a subset of E-UMTS (Evolved UMTS) that uses E-UTRA.
  • 3GPP LTE uses OFDMA in the downlink (DL) and SC-FDMA in the uplink (UL).
  • Evolutions of 3GPP LTE include LTE-A (Advanced), LTE-A Pro, and/or 5G NR (New Radio).
  • a or B can mean “only A,” “only B,” or “both A and B.”
  • a or B can be interpreted as “A and/or B.”
  • A, B or C can mean “only A,” “only B,” “only C,” or "any combination of A, B and C.”
  • a slash (/) or a comma can mean “and/or.”
  • A/B can mean “A and/or B.”
  • A/B can mean "only A,” “only B,” or “both A and B.”
  • A, B, C can mean "A, B, or C.”
  • At least one of A and B may mean “only A,” “only B,” or “both A and B.” Additionally, in this specification, the expressions “at least one of A or B” or “at least one of A and/or B” may be interpreted identically to “at least one of A and B.”
  • At least one of A, B and C can mean “only A”, “only B”, “only C”, or “any combination of A, B and C”. Additionally, “at least one of A, B or C” or “at least one of A, B and/or C” can mean “at least one of A, B and C”.
  • control information may be proposed as an example of "control information.”
  • control information in this specification is not limited to “PDCCH,” and “PDCCH” may be proposed as an example of "control information.”
  • control information e.g., PDCCH
  • PDCCH control information
  • Figure 1 illustrates an example of a communication system to which the implementation of this specification is applied.
  • the 5G usage scenario shown in FIG. 1 is only an example, and the technical features of this specification can be applied to other 5G usage scenarios not shown in FIG. 1.
  • the three main requirement categories for 5G are (1) enhanced mobile broadband (eMBB), (2) massive machine type communication (mMTC), and (3) ultra-reliable and low latency communications (URLLC).
  • eMBB enhanced mobile broadband
  • mMTC massive machine type communication
  • URLLC ultra-reliable and low latency communications
  • a communication system (1) includes wireless devices (100a to 100f), a base station (BS; 200), and a network (300).
  • FIG. 1 illustrates a 5G network as an example of a network of the communication system (1), but the implementation of the present disclosure is not limited to a 5G system and can be applied to future communication systems beyond the 5G system.
  • the base station (200) and the network (300) may be implemented as wireless devices, and a particular wireless device may operate as a base station/network node in relation to other wireless devices.
  • the wireless devices (100a to 100f) represent devices that perform communication using Radio Access Technology (RAT) (e.g., 5G NR or LTE) and may also be referred to as communication/wireless/5G devices.
  • RAT Radio Access Technology
  • the wireless devices (100a to 100f) may include, but are not limited to, a robot (100a), a vehicle (100b-1 and 100b-2), an extended reality (XR) device (100c), a portable device (100d), a home appliance (100e), an Internet-of-Things (IoT) device (100f), and an artificial intelligence (AI) device/server (400).
  • the vehicles may include vehicles having wireless communication capabilities, autonomous vehicles, and vehicles capable of performing vehicle-to-vehicle communication.
  • the vehicles may include unmanned aerial vehicles (UAVs) (e.g., drones).
  • UAVs unmanned aerial vehicles
  • XR devices may include AR (Augmented Reality)/VR (Virtual Reality)/MR (Mixed Reality) devices, and may be implemented in the form of HMD (Head-Mounted Device) and HUD (Head-Up Display) mounted on vehicles, televisions, smartphones, computers, wearable devices, home appliances, digital signs, vehicles, robots, etc.
  • Portable devices may include smartphones, smart pads, wearable devices (e.g., smart watches or smart glasses), and computers (e.g., laptops).
  • Home appliances may include TVs, refrigerators, and washing machines.
  • IoT devices may include sensors and smart meters.
  • wireless devices may be referred to as user equipment (UE).
  • the UE may include, for example, a mobile phone, a smartphone, a laptop computer, a digital broadcasting terminal, a personal digital assistant (PDA), a portable multimedia player (PMP), a navigation system, a slate PC, a tablet PC, an ultrabook, a vehicle, a vehicle with autonomous driving function, a connected car, a UAV, an AI module, a robot, an AR device, a VR device, an MR device, a hologram device, a public safety device, an MTC device, an IoT device, a medical device, a fintech device (or a financial device), a security device, a weather/environmental device, a 5G service-related device, or a 4th industrial revolution-related device.
  • Wireless devices (100a to 100f) can be connected to a network (300) via a base station (200).
  • AI technology can be applied to the wireless devices (100a to 100f), and the wireless devices (100a to 100f) can be connected to an AI server (400) via the network (300).
  • the network (300) can be configured using a 3G network, a 4G (e.g., LTE) network, a 5G (e.g., NR) network, and a network after 5G.
  • the wireless devices (100a to 100f) can communicate with each other via the base station (200)/network (300), but can also communicate directly (e.g., sidelink communication) without going through the base station (200)/network (300).
  • vehicles can communicate directly (e.g., vehicle-to-vehicle (V2V)/vehicle-to-everything (V2X) communication).
  • IoT devices e.g., sensors
  • IoT devices can communicate directly with other IoT devices (e.g., sensors) or other wireless devices (100a to 100f).
  • Wireless communication/connection can be established between wireless devices (100a to 100f) and/or between wireless devices (100a to 100f) and a base station (200) and/or between base stations (200).
  • the wireless communication/connection can be established through various RATs (e.g., 5G NR), such as uplink/downlink communication (150a), sidelink communication (150b) (or, D2D (Device-To-Device) communication), and base station-to-base station communication (150c) (e.g., relay, IAB (Integrated Access and Backhaul)).
  • 5G NR 5G NR
  • uplink/downlink communication 150a
  • sidelink communication 150b
  • D2D Device-To-Device
  • 150c base station-to-base station communication
  • relay IAB (Integrated Access and Backhaul)
  • wireless communication/connection 150a, 150b, 150c
  • the wireless devices (100a to 100f) and the base station (200) can transmit/receive wireless signals to/from each other.
  • wireless communication/connection 150a, 150b, 150c
  • various signal processing processes e.g., channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.
  • resource allocation processes can be performed.
  • NR supports multiple numerologies, or subcarrier spacings (SCS), to support diverse 5G services.
  • SCS subcarrier spacings
  • an SCS of 15 kHz supports wide areas in traditional cellular bands
  • an SCS of 30 kHz/60 kHz supports dense urban areas, lower latency, and wider carrier bandwidth
  • an SCS of 60 kHz or higher supports bandwidths greater than 24.25 GHz to overcome phase noise.
  • the NR frequency band can be defined by two types of frequency ranges (FR1 and FR2).
  • the numerical values of the frequency ranges can be changed.
  • the two types of frequency ranges can be as shown in Table 1 below.
  • FR1 can mean the "sub 6 GHz range”
  • FR2 can mean the "above 6 GHz range,” which can be called millimeter wave (mmW).
  • mmW millimeter wave
  • Frequency range definition Frequency range Subcarrier spacing FR1 450MHz - 6000MHz 15, 30, 60kHz FR2 24250MHz - 52600MHz 60, 120, 240kHz
  • FR1 may include a band from 410 MHz to 7125 MHz, as shown in Table 2 below.
  • FR1 may include a frequency band above 6 GHz (or 5850, 5900, 5925 MHz, etc.).
  • the frequency band above 6 GHz (or 5850, 5900, 5925 MHz, etc.) included within FR1 may include an unlicensed band.
  • the unlicensed band may be used for various purposes, such as for communications for vehicles (e.g., autonomous driving).
  • Frequency range definition Frequency range Subcarrier spacing FR1 410MHz - 7125MHz 15, 30, 60kHz FR2 24250MHz - 52600MHz 60, 120, 240kHz
  • the wireless communication technology implemented in the wireless device of the present specification may include not only LTE, NR, and 6G, but also Narrowband IoT (NB-IoT) for low-power communication.
  • NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) technology and may be implemented with standards such as LTE Cat NB1 and/or LTE Cat NB2, and is not limited to the above-described names.
  • the wireless communication technology implemented in the wireless device of the present specification may perform communication based on LTE-M technology.
  • LTE-M technology may be an example of LPWAN technology and may be called by various names such as eMTC (enhanced MTC).
  • LTE-M technology can be implemented by at least one of various standards such as 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (Non-Bandwidth Limited), 5) LTE-MTC, 6) LTE MTC, and/or 7) LTE M, and is not limited to the above-described names.
  • the wireless communication technology implemented in the wireless device of the present specification can include at least one of ZigBee, Bluetooth, and/or LPWAN considering low-power communication, and is not limited to the above-described names.
  • ZigBee technology can create PANs (Personal Area Networks) related to small/low-power digital communication based on various standards such as IEEE 802.15.4, and can be called by various names.
  • Figure 2 illustrates an example of a wireless device to which the implementation of the present specification is applied.
  • the first wireless device (100) and/or the second wireless device (200) may be implemented in various forms depending on the use case/service.
  • ⁇ the first wireless device (100) and the second wireless device (200) ⁇ may correspond to at least one of ⁇ the wireless devices (100a to 100f) and the base station (200) ⁇ , ⁇ the wireless devices (100a to 100f) and the wireless devices (100a to 100f) ⁇ , and/or ⁇ the base station (200) and the base station (200) ⁇ of FIG. 1.
  • the first wireless device (100) and/or the second wireless device (200) may be configured by various components, devices/parts, and/or modules.
  • the first wireless device (100) may include at least one transceiver, such as a transceiver (106), at least one processing chip, such as a processing chip (101), and/or one or more antennas (108).
  • a transceiver such as a transceiver (106)
  • a processing chip such as a processing chip (101)
  • antennas 108
  • the processing chip (101) may include at least one processor, such as a processor (102), and at least one memory, such as a memory (104). Additionally and/or alternatively, the memory (104) may be located external to the processing chip (101).
  • the processor (102) may control the memory (104) and/or the transceiver (106) and may be configured to implement the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed herein.
  • the processor (102) may process information in the memory (104) to generate first information/signal and transmit a wireless signal including the first information/signal via the transceiver (106).
  • the processor (102) may receive a wireless signal including second information/signal via the transceiver (106) and store information obtained by processing the second information/signal in the memory (104).
  • a memory (104) may be operatively connected to the processor (102).
  • the memory (104) may store various types of information and/or instructions.
  • the memory (104) may store firmware and/or software code (105) that implements code, instructions and/or sets of instructions that, when executed by the processor (102), perform the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • the firmware and/or software code (105) may implement instructions that, when executed by the processor (102), perform the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • the firmware and/or software code (105) may control the processor (102) to perform one or more protocols.
  • the firmware and/or software code (105) may control the processor (102) to perform one or more air interface protocol layers.
  • the processor (102) and memory (104) may be part of a communication modem/circuit/chip designed to implement a RAT (e.g., LTE or NR).
  • a transceiver (106) may be connected to the processor (102) and may transmit and/or receive wireless signals via one or more antennas (108).
  • Each transceiver (106) may include a transmitter and/or a receiver.
  • the transceiver (106) may be used interchangeably with an RF (Radio Frequency) unit.
  • the first wireless device (100) may represent a communication modem/circuit/chip.
  • the second wireless device (200) may include at least one transceiver, such as a transceiver (206), at least one processing chip, such as a processing chip (201), and/or one or more antennas (208).
  • a transceiver such as a transceiver (206)
  • at least one processing chip such as a processing chip (201)
  • one or more antennas 208
  • the processing chip (201) may include at least one processor, such as a processor (202), and at least one memory, such as a memory (204). Additionally and/or alternatively, the memory (204) may be located external to the processing chip (201).
  • the processor (202) may control the memory (204) and/or the transceiver (206) and may be configured to implement the descriptions, functions, procedures, proposals, methods and/or operational flowcharts disclosed herein.
  • the processor (202) may process information in the memory (204) to generate third information/signal and transmit a wireless signal including the third information/signal via the transceiver (206).
  • the processor (202) may receive a wireless signal including fourth information/signal via the transceiver (206) and store information obtained by processing the fourth information/signal in the memory (204).
  • a memory (204) may be operatively connected to the processor (202).
  • the memory (204) may store various types of information and/or instructions.
  • the memory (204) may store firmware and/or software code (205) that implements code, instructions and/or sets of instructions that, when executed by the processor (202), perform the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • the firmware and/or software code (205) may implement instructions that, when executed by the processor (202), perform the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • the firmware and/or software code (205) may control the processor (202) to perform one or more protocols.
  • the firmware and/or software code (205) may control the processor (202) to perform one or more air interface protocol layers.
  • the processor (202) and memory (204) may be part of a communication modem/circuit/chip designed to implement a RAT (e.g., LTE or NR).
  • a transceiver (206) may be connected to the processor (202) and may transmit and/or receive wireless signals via one or more antennas (208).
  • Each transceiver (206) may include a transmitter and/or a receiver.
  • the transceiver (206) may be used interchangeably with the RF unit.
  • the second wireless device (200) may represent a communication modem/circuit/chip.
  • one or more protocol layers may be implemented by one or more processors (102, 202).
  • one or more processors (102, 202) may implement one or more layers (e.g., functional layers such as a physical (PHY) layer, a Media Access Control (MAC) layer, a Radio Link Control (RLC) layer, a Packet Data Convergence Protocol (PDCP) layer, a Radio Resource Control (RRC) layer, and a Service Data Adaptation Protocol (SDAP) layer).
  • layers e.g., functional layers such as a physical (PHY) layer, a Media Access Control (MAC) layer, a Radio Link Control (RLC) layer, a Packet Data Convergence Protocol (PDCP) layer, a Radio Resource Control (RRC) layer, and a Service Data Adaptation Protocol (SDAP) layer).
  • PHY physical
  • MAC Media Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • RRC Radio Resource Control
  • SDAP Service Data Adapt
  • One or more processors (102, 202) may generate one or more Protocol Data Units (PDUs), one or more Service Data Units (SDUs), messages, control information, data, or information according to the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed herein.
  • One or more processors (102, 202) can generate signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data or information according to the descriptions, functions, procedures, proposals, methods and/or operational flowcharts disclosed herein and provide the signals to one or more transceivers (106, 206).
  • One or more processors (102, 202) can receive signals (e.g., baseband signals) from one or more transceivers (106, 206) and obtain PDUs, SDUs, messages, control information, data or information according to the descriptions, functions, procedures, proposals, methods and/or operational flowcharts disclosed herein.
  • signals e.g., baseband signals
  • the one or more processors (102, 202) may be referred to as a controller, a microcontroller, a microprocessor, and/or a microcomputer.
  • the one or more processors (102, 202) may be implemented by hardware, firmware, software, and/or a combination thereof.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • the one or more processors (102, 202) may be configured by a set of a communication control processor, an Application Processor (AP), an Electronic Control Unit (ECU), a Central Processing Unit (CPU), a Graphic Processing Unit (GPU), and a Memory Control Processor.
  • One or more memories (104, 204) may be coupled to one or more processors (102, 202) and may store various forms of data, signals, messages, information, programs, codes, instructions and/or commands.
  • the one or more memories (104, 204) may be configured as random access memory (RAM), dynamic RAM (DRAM), read-only memory (ROM), erasable programmable ROM (EPROM), flash memory, volatile memory, non-volatile memory, hard drive, register, cache memory, computer readable storage media and/or combinations thereof.
  • RAM random access memory
  • DRAM dynamic RAM
  • ROM read-only memory
  • EPROM erasable programmable ROM
  • flash memory volatile memory
  • non-volatile memory hard drive
  • register register, cache memory
  • computer readable storage media and/or combinations thereof may be located internally and/or externally to the one or more processors (102, 202).
  • the one or more memories (104, 204) may be coupled to the one or more processors (102, 202) via various technologies, such as wired or wireless connections.
  • One or more transceivers (106, 206) can transmit user data, control information, wireless signals/channels, etc., referred to in the descriptions, functions, procedures, proposals, methods, and/or flowcharts disclosed herein to one or more other devices.
  • One or more transceivers (106, 206) can receive user data, control information, wireless signals/channels, etc., referred to in the descriptions, functions, procedures, proposals, methods, and/or flowcharts disclosed herein from one or more other devices.
  • one or more transceivers (106, 206) can be coupled to one or more processors (102, 202) and can transmit and receive wireless signals.
  • one or more processors (102, 202) can control one or more transceivers (106, 206) to transmit user data, control information, wireless signals, etc., to one or more other devices. Additionally, one or more processors (102, 202) may control one or more transceivers (106, 206) to receive user data, control information, wireless signals, etc. from one or more other devices.
  • One or more transceivers (106, 206) may be coupled to one or more antennas (108, 208). Additionally and/or alternatively, one or more transceivers (106, 206) may include one or more antennas (108, 208). One or more transceivers (106, 206) may be configured to transmit and receive user data, control information, wireless signals/channels, etc., as described in the descriptions, functions, procedures, proposals, methods and/or operational flowcharts disclosed herein via one or more antennas (108, 208). In the present disclosure, one or more antennas (108, 208) may be multiple physical antennas or multiple logical antennas (e.g., antenna ports).
  • One or more transceivers (106, 206) may convert received user data, control information, wireless signals/channels, etc. from RF band signals to baseband signals in order to process the received user data, control information, wireless signals/channels, etc. using one or more processors (102, 202).
  • One or more transceivers (106, 206) may convert processed user data, control information, wireless signals/channels, etc. from baseband signals to RF band signals using one or more processors (102, 202).
  • one or more transceivers (106, 206) may include an (analog) oscillator and/or a filter.
  • one or more transceivers (106, 206) may up-convert an OFDM baseband signal to an OFDM signal via an (analog) oscillator and/or filter under the control of one or more processors (102, 202) and transmit the up-converted OFDM signal at a carrier frequency.
  • One or more transceivers (106, 206) may receive an OFDM signal at a carrier frequency and down-convert the OFDM signal to an OFDM baseband signal via an (analog) oscillator and/or filter under the control of one or more processors (102, 202).
  • the wireless device (100, 200) may further include additional components.
  • the additional components (140) may be configured in various ways depending on the type of the wireless device (100, 200).
  • the additional components (140) may include at least one of a power unit/battery, an input/output (I/O) device (e.g., an audio I/O port, a video I/O port), a driving device, and a computing device.
  • the additional components (140) may be connected to one or more processors (102, 202) via various technologies, such as a wired or wireless connection.
  • a UE can operate as a transmitter in the uplink and as a receiver in the downlink.
  • a base station can operate as a receiver in the UL and as a transmitter in the DL.
  • the first wireless device (100) operates as a UE
  • the second wireless device (200) operates as a base station.
  • a processor (102) connected to, mounted on, or released in the first wireless device (100) can be configured to perform UE operations according to the implementation of this specification or to control a transceiver (106) to perform UE operations according to the implementation of this specification.
  • a processor (202) connected to, mounted on, or released in the second wireless device (200) can be configured to perform base station operations according to the implementation of this specification or to control a transceiver (206) to perform base station operations according to the implementation of this specification.
  • a base station may be referred to as a Node B, an eNode B (eNB), or a gNB.
  • eNB eNode B
  • gNB gNode B
  • Figure 3 shows an example of a UE to which the implementation of this specification is applied.
  • the UE (100) can correspond to the first wireless device (100) of FIG. 2.
  • the UE (100) includes a processor (102), memory (104), a transceiver (106), one or more antennas (108), a power management module (141), a battery (142), a display (143), a keypad (144), a SIM (Subscriber Identification Module) card (145), a speaker (146), and a microphone (147).
  • a processor 102
  • memory 104
  • a transceiver 106
  • one or more antennas 108
  • a power management module 141
  • a battery 142
  • a display a keypad
  • SIM Subscriber Identification Module
  • the processor (102) may be configured to implement the descriptions, functions, procedures, proposals, methods, and/or flowcharts disclosed herein.
  • the processor (102) may be configured to control one or more other components of the UE (100) to implement the descriptions, functions, procedures, proposals, methods, and/or flowcharts disclosed herein.
  • a layer of a radio interface protocol may be implemented in the processor (102).
  • the processor (102) may include an ASIC, other chipset, logic circuit, and/or data processing device.
  • the processor (102) may be an application processor.
  • the processor (102) may include at least one of a DSP, a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), and a modem (modulator and demodulator).
  • processors (102) can be found in the SNAPDRAGON TM series processors made by Qualcomm®, the EXYNOS TM series processors made by Samsung®, the A series processors made by Apple®, the HELIO TM series processors made by MediaTek®, the ATOM TM series processors made by Intel®, or their corresponding next-generation processors.
  • Memory (104) is operatively coupled to the processor (102) and stores various information for operating the processor (102).
  • Memory (104) may include ROM, RAM, flash memory, memory cards, storage media, and/or other storage devices.
  • modules e.g., procedures, functions, etc.
  • the modules may be stored in memory (104) and executed by the processor (102).
  • Memory (104) may be implemented within the processor (102) or external to the processor (102), in which case it may be communicatively coupled to the processor (102) via various methods known in the art.
  • a transceiver (106) is operably coupled to the processor (102) and transmits and/or receives a radio signal.
  • the transceiver (106) includes a transmitter and a receiver.
  • the transceiver (106) may include a baseband circuit for processing a radio frequency signal.
  • the transceiver (106) controls one or more antennas (108) to transmit and/or receive a radio signal.
  • the power management module (141) manages the power of the processor (102) and/or the transceiver (106).
  • the battery (142) supplies power to the power management module (141).
  • the display (143) outputs the results processed by the processor (102).
  • the keypad (144) receives input to be used by the processor (102).
  • the keypad (144) can be displayed on the display (143).
  • a SIM card (145) is an integrated circuit that securely stores an International Mobile Subscriber Identity (IMSI) and associated keys, and is used to identify and authenticate subscribers in mobile devices such as mobile phones and computers. Additionally, many SIM cards can store contact information.
  • IMSI International Mobile Subscriber Identity
  • SIM cards can store contact information.
  • the speaker (146) outputs sound-related results processed by the processor (102).
  • the microphone (147) receives sound-related input to be used by the processor (102).
  • Figure 4 shows an example of a 5G system structure to which the implementation of this specification is applied.
  • the 5G system (5GS; 5G system) structure consists of the following network functions (NF; Network Function).
  • Data Network for example, operator services, Internet access, or third-party services.
  • Figure 4 illustrates the 5G system architecture for a non-roaming case using a reference point representation showing how various network functions interact with each other.
  • UDSF For clarity of the point-to-point diagram in Figure 4, UDSF, NEF, and NRF are not illustrated. However, all network functions shown can interact with UDSF, UDR, NEF, and NRF as needed.
  • the 5G system architecture includes the following benchmarks:
  • two NFs may need to be interconnected to serve a UE.
  • FIGS 5 and 6 illustrate examples of registration procedures to which the implementation of the present specification applies.
  • a UE must register with the network to receive services, enable mobility tracking, and enable reachability.
  • the UE initiates the registration process using one of the following registration types:
  • the general registration procedures of Figures 5 and 6 can also be used to register a UE for a 3GPP connection when it is already registered for a non-3GPP connection, and vice versa. Registering a UE for a 3GPP connection when it is already registered for a non-3GPP connection scenario may require an AMF change.
  • Step 1 The UE transmits a Registration Request message to the (R)AN.
  • the Registration Request message corresponds to an AN message.
  • the registration request message may include AN parameters.
  • the AN parameters include, for example, the 5G SAE temporary mobile subscriber identity (5G-S-TMSI) or globally unique AMF ID (GUAMI), the selected public land mobile network (PLMN) ID (or PLMN ID and network identifier (NID)), and the requested network slice selection assistance information (NSSAI).
  • the AN parameters also include an establishment cause. The establishment cause provides the reason for requesting establishment of an RRC connection. Whether and how the UE includes the requested NSSAI as part of the AN parameters depends on the value of the access stratum connection establishment NSSAI inclusion mode parameter.
  • a registration request message may include a registration type.
  • the registration type indicates whether the UE wants to perform an initial registration (e.g., the UE is in RM-DEREGISTERED state), or a mobility registration update (e.g., the UE is in RM-REGISTERED state and initiates a registration procedure because the UE moves, or the UE wants to update capabilities or protocol parameters, or requests a change in the set of network slices the UE is allowed to use), or a periodic registration update (e.g., the UE is in RM-REGISTERED state and initiates a registration procedure because a periodic registration update timer expires), or an emergency registration (e.g., the UE is in a restricted service state).
  • an initial registration e.g., the UE is in RM-DEREGISTERED state
  • a mobility registration update e.g., the UE is in RM-REGISTERED state and initiates a registration procedure because the UE moves, or the UE wants to update capabilities
  • the UE When a UE performs initial registration, the UE indicates its UE ID in the registration request message as follows, listed in decreasing priority order:
  • UE has a valid evolved packet system (EPS) globally unique temporary identifier (GUTI), 5G-GUTI mapped from the EPS GUTI;
  • EPS evolved packet system
  • GUI globally unique temporary identifier
  • the UE includes a subscriber concealed identifier (SUCI) in the registration request message.
  • SUCI subscriber concealed identifier
  • the UE If a UE performing initial registration has both a valid EPS GUTI and a native 5G-GUTI, the UE also indicates the native 5G-GUTI as an additional GUTI. If more than one native 5G-GUTI is available, the UE selects a 5G-GUTI from items (ii)-(iv) in decreasing priority order in the list above.
  • the UE When the UE performs initial registration with native 5G-GUTI, the UE indicates the relevant GUAMI information in the AN parameters. When the UE performs initial registration with SUCI, the UE does not indicate the GUAMI information in the AN parameters.
  • the SUCI is included. If the UE does not have a subscriber permanent identifier (SUPI) and does not have a valid 5G-GUTI, the PEI (Permanent Equipment Identifier) is included. Otherwise, the 5G-GUTI is included, indicating the last serving AMF.
  • SUPI subscriber permanent identifier
  • PEI Permanent Equipment Identifier
  • the registration request message may also include security parameters, PDU session status, etc. Security parameters are used for authentication and integrity protection.
  • the PDU session status indicates a previously established PDU session in the UE. When the UE is connected to two AMFs belonging to different PLMNs via a 3GPP connection and a non-3GPP connection, the PDU session status indicates the PDU session currently established in the PLMN in the UE.
  • Step 2 (R)AN selects AMF.
  • the (R)AN selects an AMF based on the (R)AT and the requested NSSAI, if available.
  • (R)AN can forward a registration request message to AMF based on the N2 connection of the UE.
  • the (R)AN performs AMF selection by forwarding a registration request message to the AMF configured in the (R)AN.
  • Step 3 (R)AN sends a registration request message to the new AMF.
  • the registration request message corresponds to the N2 message.
  • the registration request message may contain all of the information and/or part of the information contained in the registration request message received from the UE described in step 1.
  • the registration request message may include an N2 parameter.
  • the N2 parameter includes the selected PLMN ID (or PLMN ID and NID), location information and cell ID related to the cell where the UE is camping, and a UE context request indicating that a UE context including security information should be established in the NG-RAN.
  • the N2 parameter also includes an establishment cause.
  • steps 4-19 described below may be omitted.
  • Step 4 If the UE's 5G-GUTI is included in the registration request message and the serving AMF has changed since the last registration procedure, the new AMF may invoke the Namf_Communication_UEContextTransfer service operation to the previous AMF, including the full registration request non-access stratum (NAS) message to request the UE's SUPI and UE context.
  • NAS non-access stratum
  • Step 5 The old AMF can respond to the new AMF for the Namf_Communication_UEContextTransfer call including the UE's SUPI and UE context.
  • Step 6 If SUCI is not provided by the UE or not retrieved from the previous AMF, the new AMF may initiate an ID request procedure by sending an Identity Request message to request SUCI from the UE.
  • Step 7 The UE may respond with an Identity Response message including the SUCI.
  • the UE derives the SUCI using the provided public key of the home PLMN (HPLMN).
  • Step 8 The new AMF may decide to initiate UE authentication by calling the AUSF. In this case, the new AMF selects the AUSF based on SUPI or SUCI.
  • Step 9 Authentication/security can be established by UE, new AMF, AUSF and/or UDM.
  • Step 10 If the AMF has changed, the new AMF may call the Namf_Communication_RegistrationCompleteNotify service operation to notify the old AMF that the UE registration with the new AMF is complete. If the authentication/security procedure fails, the registration is rejected and the new AMF may call the Namf_Communication_RegistrationCompleteNotify service operation with a reject indication reason code to the old AMF. The old AMF may continue as if the UE context transfer service operation was not received.
  • Step 11 If the PEI was not provided by the UE or was not retrieved from the previous AMF, the new AMF may initiate the ID request procedure by sending an Identity Request message to the UE to retrieve the PEI.
  • the PEI is transmitted encrypted, except when the UE performs emergency registration and cannot be authenticated.
  • Step 12 the new AMF can initiate ME ID checking by calling the N5g-eir_EquipmentIdentityCheck_Get service operation.
  • Step 13 When step 14 below is performed, the new AMF can select a UDM based on SUPI, and the UDM can select a UDR instance.
  • Step 14 New AMFs can be registered with UDM.
  • Step 15 New AMF can select PCF.
  • Step 16 The new AMF may optionally perform AM policy association establishment/modification.
  • Step 17 The new AMF can send update/release SM context messages (e.g., Nsmf_PDUSession_UpdateSMContext and/or Nsmf_PDUSession_ReleaseSMContext) to the SMF.
  • update/release SM context messages e.g., Nsmf_PDUSession_UpdateSMContext and/or Nsmf_PDUSession_ReleaseSMContext
  • Step 18 If the new AMF and the old AMF are in the same PLMN, the new AMF may send a UE context modification request to the N3IWF/TNGF/W-AGF.
  • Step 19: N3IWF/TNGF/W-AGF may send a UE context modification response to the new AMF.
  • Step 20 After the new AMF receives the response message from N3IWF/TNGF/W-AGF in step 19, the new AMF can register with UDM.
  • the new AMF sends the UE a Registration Accept message indicating that the registration request has been accepted. If the new AMF allocates a new 5G-GUTI, it includes the 5G-GUTI. If the UE is already in the RM-REGISTERED state through another connection to the same PLMN, the UE uses the 5G-GUTI received in the Registration Accept message for both registrations. If the Registration Accept message does not include a 5G-GUTI, the UE uses the 5G-GUTI assigned to the existing registration for the new registration. If the new AMF allocates a new registration area, it sends the registration area to the UE in the Registration Accept message. If the Registration Accept message does not include a registration area, the UE considers the previous registration area to be valid.
  • Mobility Restrictions are included if mobility restrictions apply to the UE and the registration type is not emergency registration.
  • the new AMF indicates the PDU sessions established for the UE in the PDU Session State.
  • the UE locally removes internal resources associated with PDU sessions that are not marked as established in the received PDU Session State.
  • the UE When a UE is connected to two AMFs belonging to different PLMNs via a 3GPP connection and a non-3GPP connection, the UE locally removes internal resources associated with PDU sessions in the current PLMN that are not marked as established in the received PDU session status. If PDU session status information is present in the Registration Accept message, the new AMF indicates the PDU session status to the UE.
  • the Allowed NSSAI provided in the Registration Accept message is valid for the registration area and applies to all PLMNs that have a tracking area included in the registration area.
  • the Mapping of Allowed NSSAIs maps HPLMN S-NSSAIs to each S-NSSAI of the Allowed NSSAIs.
  • the Mapping of Configured NSSAIs maps HPLMN S-NSSAIs to each S-NSSAI of the Configured NSSAI for the serving PLMN.
  • the new AMF performs UE policy association establishment.
  • Step 22 If the UE successfully updates itself, it can send a Registration Complete message to the new AMF.
  • the UE may send a registration complete message to the new AMF to confirm that a new 5G-GUTI has been allocated.
  • Step 23 In case of registration via 3GPP connection, if the new AMF does not release the signaling connection, the new AMF may send RRC Inactive Assistance information to the NG-RAN. In case of registration via non-3GPP connection, if the UE is in CM-CONTENED state on the 3GPP connection, the new AMF may send RRC Inactive Assistance information to the NG-RAN.
  • Step 24 AMF can perform information updates on UDM.
  • Step 25 The UE may execute a network slice-specific authentication and authorization (NSSAA) procedure.
  • NSSAA network slice-specific authentication and authorization
  • HRD Hypothetical Reference Decoder
  • H.265 specifies sub-picture-level High Resolution Display (HRD) operation to support ultra-low latency.
  • HRD High Resolution Display
  • This mechanism specifies a standard-compliant way to enable latency reductions of less than one picture interval.
  • Sub-picture-level coded picture buffer (CPB) and DPB parameters can be signaled, and a method is specified to derive CPB timing (where CPB removal time corresponds to decoding time) and DPB output timing (display time) using this information.
  • CPB timing where CPB removal time corresponds to decoding time
  • DPB output timing display time
  • a decoder can also operate HRD at the traditional access unit level, even if sub-pixel-level HRD parameters are present.
  • Figure 7 shows examples of picture based HRD operation and sub-picture level HRD operation.
  • Sub-picture-level HRD is a method that divides a picture into multiple sub-picture units and independently controls buffer management and decoding schedule for each sub-picture.
  • a picture is divided into multiple sub-pictures, and each sub-picture is individually captured, encoded, transmitted, decoded, and displayed.
  • display can begin after capture begins within a time smaller than the capture time t in conventional picture-based HRD operation.
  • the subpicture-based HRD model has limited implementation efficiency and stability in implementing subpicture HRD operations because a specific implementation method has not been defined.
  • monitoring the results of the terminal's execution of the subpicture-level HRD function may be necessary.
  • the problem with the prior art is that there is a lack of research on the exposure API that reports monitoring of the specific execution results of the terminal.
  • the disclosure of this specification proposes examples of ways to efficiently support sub-picture-level HRD operations.
  • the disclosure of this specification may describe network support technologies and terminal data collection/exposure required for providing 6G media services such as XR/immersive services.
  • AF and application server may be used as terms with the same meaning.
  • UE and terminal may be used as terms having the same meaning.
  • picture-level HRD operations can be performed in the following order. For example, capturing -> encoding -> transmission -> decoding -> displaying can be performed sequentially. Unlike picture-level HRD, where each step is performed without overlapping, sub-picture-level HRD can perform each step with some overlap.
  • a communication system may selectively utilize picture-level HRD and sub-picture-level HRD. For example, examples of using sub-picture-level HRD operations and/or examples of applying flexible control, such as when a network or UE requests monitoring related to sub-picture-level HRD operations, are described.
  • monitoring related to sub-picture-level HRD operations can be performed by the terminal.
  • the terminal may perform monitoring related to sub-picture-level HRD operations based on a combination of one or more of the following examples:
  • Time intervals between the start of each of the five steps e.g., capturing/encoding/transmission/decoding/displaying. For example, the time interval between capturing and encoding; and/or
  • the terminal may derive analysis information (e.g., including statistical values and/or predicted values), such as the following examples:
  • Example 8 Referring to Example 8, the processing time for each step required to perform a sub-picture-level HRD operation while maintaining the user's QoE set on the terminal is also shown as an example of the terminal structure and network structure when monitoring related to the sub-picture-level HRD operation is performed.
  • Figure 8 shows an example of a terminal structure and a network structure to which the implementation of this specification is applied.
  • Figure 8 is an example of the structure of a terminal to which the implementation of this specification is applied and the structure of a network.
  • each component included in the UE may be merely a logical component that performs the operation of the UE, and thus each component may be a unit describing a functional operation performed by the processor of the UE.
  • each component included in the data network in the example of FIG. 8 may also be a unit describing a functional operation performed by one application server (or Application Function (AF)).
  • AF Application Function
  • a terminal e.g., UE may include one or more of the following components:
  • This may be a function in charge of the application service of the terminal.
  • the vertical application specific client may have functions for different application services depending on the vertical.
  • HRD-related information e.g., terminal experience information recognized or collected/analyzed by each internal function of the terminal
  • the vertical application specific client may transmit HRD-related information (e.g., terminal experience information) to the network (e.g., media-related entities of the edge/cloud, application servers, core networks, and/or network function nodes of base stations, etc.) and/or other terminals.
  • the network e.g., media-related entities of the edge/cloud, application servers, core networks, and/or network function nodes of base stations, etc.
  • the experience information may include one or more of the following information: a specific time during which the HRD operation is performed, a step-by-step processing time of the HRD operation during the HRD operation cycle, a step-by-step success/failure rate of the HRD operation (additionally, a reprocessing rate), a terminal/user QoE level during the HRD operation, etc.
  • the HRD Control function can be responsible for controlling HRD.
  • the HRD Control function can receive HRD policy and configuration information, such as encoding/decoding, from the network AF and perform the necessary controls for HRD operation.
  • the UE analytic function can collect information related to HRD operations such as encoding/decoding, and analyze statistical values and/or predicted values of terminal experience information related to HRD.
  • the UE analytic function can transmit the analysis information (e.g., including statistical values and/or predicted values) to the network and/or terminal application layer.
  • Media AF can transmit support/monitoring request messages to terminals to perform application services or to network control nodes. Media AF can also transmit policy and configuration information related to HRD control to terminals.
  • the HRD performing server can be a peer of the terminal's HRD performing client.
  • the HRD performing server can perform HRD-related operations, such as encoding/decoding, as needed.
  • An application provider can provide application services.
  • an application provider may include functionality to provide vertically specialized application services.
  • Figure 9 illustrates a first example of a procedure supporting sub-picture level HRD operations to which the implementation of the present specification applies.
  • the application server can send a request message to the UE.
  • a request message may contain information requesting that a sub-picture-level HRD operation be performed.
  • step 1 may be omitted.
  • the UE may perform sub-picture-level HRD operations for specific application execution based on pre-configured information, without an explicit request from the application server.
  • the UE can perform sub-picture level HRD operations.
  • a UE can perform sub-picture level HRD operations with other UEs and/or network nodes.
  • the UE can perform Capturing, Encoding, and Transmission, while other UEs and/or network nodes can perform Decoding and Displaying.
  • the UE can perform monitoring and/or analysis of sub-picture level HRD operations.
  • the UE may monitor sub-picture level HRD operations it performs and/or sub-picture level HRD operations performed by other network nodes.
  • the UE may perform analysis on the results of monitoring sub-picture level HRD operations.
  • the UE may derive analysis information (e.g., including predictions and/or statistics).
  • the UE may transmit UE data related to sub-picture level HRD operations to applications, other UEs, and/or network nodes.
  • UE data related to sub-picture level HRD operations may include information related to the results of monitoring sub-picture level HRD operations and/or analysis information regarding the results of monitoring sub-picture level HRD operations. For example, by transmitting UE data related to sub-picture level HRD operations, the UE, other UEs, network nodes, and application servers may provide the UE with information that supports more efficient performance of sub-picture level HRD operations.
  • the disclosure of this specification encompasses collaborative robot scenarios, and thus encompasses scenarios where information collected and predicted by a single terminal is transmitted to other network nodes, servers, and/or other terminals. However, this does not exclude scenarios where a single terminal is used. For example, even when a single terminal provides a service independently, the functions/control procedures described herein can be utilized.
  • FIG. 10 a second example of a procedure supporting sub-picture level HRD operations to which the implementation of the present specification applies is described.
  • the example of FIG. 10 may be an example in which the terminal structure and network structure of the example of FIG. 8 are applied to the operation of the example of FIG. 9.
  • Figure 10 illustrates a second example of a procedure supporting sub-picture level HRD operations to which the implementation of the present specification applies.
  • FIG. 10 is an example of a control procedure to which the functions described in the disclosure of this specification are applied.
  • the UE application, UE control function, UE analysis function, and UE HRD performing included in the UE are merely examples for explaining the operation of the UE, and the operations performed by each of the UE application, UE control function, UE analysis function, and UE HRD performing may all be operations performed by the UE.
  • the terminal may perform the registration procedure described with reference to FIGS. 5 and 6.
  • the terminal may transmit a registration request message to the AMF.
  • the registration request message may include capability information related to the terminal supporting sub-picture-level HRD operations.
  • the terminal may transmit capability information related to supporting sub-picture-level HRD operations to the Media AF and/or application server via an application layer message.
  • Media AF can transmit settings and policies for HRD-related services to the terminal.
  • a network node Media AF can provision information related to policies, such as parameters and billing required for performing HRD, for services related to HRD, services requiring HRD application, and/or services requiring Ultralow delay, to terminals.
  • policies such as parameters and billing required for performing HRD, for services related to HRD, services requiring HRD application, and/or services requiring Ultralow delay, to terminals.
  • step 1 may be performed based on receiving capability information from the AMF or from the UE regarding whether the Media AF supports sub-picture-level HRD operations.
  • the terminal can update the configuration and policy, and apply the policy when necessary.
  • the configuration and/or policy may include parameters (e.g., default time value, reporting cycle, etc.) required when the terminal performs a sub-picture-level HRD operation and monitoring related to the sub-picture-level HRD, conditions under which the sub-picture-level HRD is performed (e.g., validity time/location, etc.), monitoring performance and reporting conditions, etc.
  • parameters e.g., default time value, reporting cycle, etc.
  • monitoring related to the sub-picture-level HRD e.g., time value, reporting cycle, etc.
  • conditions under which the sub-picture-level HRD is performed e.g., validity time/location, etc.
  • monitoring performance and reporting conditions, etc. may be set or updated.
  • the application server may transmit a request message to the UE to request sub-picture-level HRD execution and/or to request monitoring related to sub-picture-level HRD.
  • the application server may transmit the request message to the UE via Media AF, or the application server may transmit the request message directly to the UE.
  • the application server and media AF may be described as separate entities, but this is merely an example.
  • the application server and media AF may be the same device.
  • the Application server or AF may request or instruct the terminal and/or the network (e.g., NW HRD performing in FIG. 10) to perform Sub-picture-level HRD.
  • the Application server or AF may implicitly request or instruct the terminal and/or the network to perform Ultralow delay service, thereby requesting or instructing the terminal to perform Sub-picture-level HRD.
  • the terminal may perform Sub-picture-level HRD operation for performing a specific application, even without an explicit request or instruct from the network, according to information configured in advance.
  • the application layer of the terminal may instruct the performing function module (e.g., UE HRD performing) to perform Sub-picture-level HRD.
  • the application server when the application server transmits a request message to the UE to request execution of sub-picture-level HRD, it may also transmit information for requesting monitoring related to sub-picture-level HRD to the UE. Alternatively, the application server may separately transmit a request message for requesting monitoring related to sub-picture-level HRD to the UE. Alternatively, even if the application server does not transmit information for requesting monitoring related to sub-picture-level HRD to the UE, the UE may receive a request message for requesting execution of sub-picture-level HRD or perform monitoring related to sub-picture-level HRD based on preset information.
  • step 3 may be performed based on the capability information received from the AMF or the UE regarding whether the Application server or AF supports sub-picture-level HRD operations.
  • the terminal, other terminals, and/or the network can perform sub-picture-level HRD.
  • a terminal after a terminal performs capturing and encoding, it can transmit data to another terminal (e.g., another UE in the example of FIG. 10) and/or a network node (e.g., a NW HRD performing in the example of FIG. 10). Then, the network node and/or another terminal can perform decoding and displaying operations. Since sub-picture-level HRD is requested, some or all of the five steps (e.g., capturing, encoding, transmission, decoding, displaying) can be performed overlapping with other steps, and ultra-low delay can be supported.
  • another terminal e.g., another UE in the example of FIG. 10
  • a network node e.g., a NW HRD performing in the example of FIG. 10
  • the network node and/or another terminal can perform decoding and displaying operations. Since sub-picture-level HRD is requested, some or all of the five steps (e.g., capturing, encoding, transmission, decoding, displaying) can
  • the terminal can monitor sub-picture-level HRD.
  • the terminal can collect information related to sub-picture-level HRD performed by itself, information related to sub-picture-level HRD performed by other terminals, and/or information related to sub-picture-level HRD performed by network nodes.
  • information related to Sub-picture-level HRD collected by the terminal may include the start time of some or all of the five steps of Sub-picture-level HRD (e.g., capturing, encoding, transmission, decoding, displaying), the time interval between steps for some or all of the five steps, and/or information related to user QoE.
  • the terminal may transmit the monitoring results (e.g., information related to Sub-picture-level HRD collected by the terminal) to a functional module within the terminal (e.g., UE analysis function and/or UE control function) and/or a UE application.
  • a functional module within the terminal e.g., UE analysis function and/or UE control function
  • information related to Sub-picture-level HRD performed internally in the terminal e.g., start time of some or all of the five steps of Sub-picture-level HRD (e.g., capturing, encoding, transmission, decoding, displaying), time intervals between steps for some or all of the five steps, and/or information related to user QoE, etc.
  • start time of some or all of the five steps of Sub-picture-level HRD e.g., capturing, encoding, transmission, decoding, displaying
  • time intervals between steps for some or all of the five steps e.g., information related to user QoE, etc.
  • the monitoring result can be transmitted to a functional module or application layer within the terminal.
  • the terminal can perform analysis on the monitoring results.
  • the terminal can generate analysis information (e.g., statistical values and predicted values) on the monitoring results.
  • the terminal may also support analysis of monitoring information.
  • the terminal may include a functional module responsible for analytics.
  • the terminal may generate statistics and/or predictions for the monitoring results, as in the following examples:
  • the terminal may transmit UE data related to sub-picture-level HRD to other terminals and/or network nodes.
  • UE data related to sub-picture-level HRD may include monitoring results for sub-picture-level HRD, analysis information related to monitoring results for sub-picture-level HRD, information based on monitoring results, and/or information based on analysis information.
  • information collected through various functional nodes within the terminal and/or information processed from the collected information may be exposed to other terminals and control nodes of the network, application servers, etc. in a cooperative relationship.
  • the collected information may include the monitoring results collected by the terminal itself (e.g., start time/end time of each HRD step, etc.).
  • the processed information from the collected information may include analysis information generated by the terminal based on the monitoring results (e.g., statistical values and/or predicted values for the monitoring results, such as the overlapping time of each step of the expected HRD operation, etc.).
  • the terminal may transmit the collected information (e.g., monitoring results) and the processed information (e.g., analysis information for the monitoring results and/or data based on the analysis information) to other UEs and/or network nodes.
  • another UE receiving UE data related to sub-picture-level HRD transmitted by the terminal in step 8 is depicted as being identical to another UE performing step 4, but this is merely an example.
  • the terminal may transmit UE data related to sub-picture-level HRD to another UE performing step 4 as depicted in FIG. 10 and/or to another UE that did not perform step 4.
  • the network node receiving the UE data related to the sub-picture-level HRD transmitted by the terminal in step 8 of FIG. 10 is depicted differently from the NW HRD performing step 4, but this is merely an example.
  • the terminal performing the NW HRD performing step 4 illustrated in FIG. 10 may be the same as the network node in step 8.
  • UE data related to sub-picture-level HRD transmitted by the terminal can be used/utilized as follows:
  • the network's application server and/or media server can determine whether HRD-related configuration and policy update is necessary based on UE data related to sub-picture-level HRD. For example, the application server and/or media server can configure thresholds or requirements for time intervals of major steps (e.g., time intervals between capturing and encoding). The application server and/or media server can determine whether the configured threshold or requirement is appropriate based on UE data related to sub-picture-level HRD transmitted by the terminal, and can change the configured threshold or requirement. If the network's application server and/or media server updates the configuration and/or policy, the updated description and/or policy can be transmitted to the terminal, as in step 1.
  • the network node of the core network e.g., SMF, UPF
  • the network node of the core network can determine whether the transmission time of the terminal needs to be adjusted.
  • the network node of the core network can appropriately adjust the delay, etc. for the media flow that provides the service related to the sub-picture-level HRD, so that the sub-picture-level HRD operation can be performed effectively.
  • the network node of the core network can also change the QoS parameter/operate QoS control.
  • each media service processing module e.g., rendering for XR services
  • each media service processing module may be processed on a different terminal.
  • the other terminal can change the configuration related to the sub-picture-level HRD or apply the changed policy.
  • a terminal may receive a request related to an Ultralow Delay service (or a request related to sub-picture level HRD) from the network. Based on the request, the terminal may perform a sub-picture level HRD operation. For example, the terminal may monitor the start time, time interval, and/or user QoE information for each step of the sub-picture level HRD operation. For example, the information collected and processed through various functional nodes within the terminal may be exposed to other terminals in a cooperative relationship, the network control node, and/or the application server.
  • an Ultralow Delay service or a request related to sub-picture level HRD
  • the terminal may perform a sub-picture level HRD operation. For example, the terminal may monitor the start time, time interval, and/or user QoE information for each step of the sub-picture level HRD operation. For example, the information collected and processed through various functional nodes within the terminal may be exposed to other terminals in a cooperative relationship, the network control node, and/or the application server.
  • Figure 11 illustrates an example of a procedure to which the implementation of this specification is applied.
  • the first network entity may be a network entity related to mobility (e.g., AMF).
  • AMF network entity related to mobility
  • the second network entity may be an application-related network entity (e.g., AS AF, media AF, etc.).
  • AS AF application-related network entity
  • media AF media AF, etc.
  • step (S1101) the UE may transmit a registration request message to the first network entity.
  • the registration request message may include capability information related to the UE's support for sub-picture-level HRD.
  • the first network entity may send a registration acceptance message to the UE.
  • the UE Before step (S1103) is performed, the UE may acquire settings and/or policies related to HRD operations. For example, based on the settings and/or policies related to HRD operations, the sub-picture-level HRD operation of step (S1104) may be performed.
  • the second network entity may transmit a request message to the UE.
  • the request message may be a request message related to sub-picture-level HRD.
  • the UE may perform a sub-picture-level HRD operation based on the received request message.
  • the request message may include request information related to the execution of the sub-picture-level HRD and/or monitoring request information related to the sub-picture-level HRD.
  • the request message may not include monitoring request information related to the sub-picture-level HRD.
  • the UE may perform step (S1105) based on performing the sub-picture-level HRD operation even if monitoring request information related to the sub-picture-level HRD is not received.
  • step (S1103) may be omitted.
  • the UE may perform a sub-picture-level HRD operation for executing a specific application according to preset information even if a request message is not received.
  • step (S1104) the UE can perform sub-picture-level HRD operations.
  • a sub-picture-level HRD operation may include two or more of the following steps: a capturing step, an encoding step, a transmission step, a decoding step, and/or a displaying step.
  • the steps for performing sub-picture-level HRD operations may include a capturing step and an encoding step; and a transmission step for transmitting data to another UE and/or a network entity during or after performing the capturing step and the encoding step.
  • the decoding step and the displaying step may be performed by another UE and/or another network entity.
  • the UE can monitor sub-picture-level HRD operations.
  • the results of monitoring may include one or more of the following: start times of some or all of the steps included in the Sub-picture-level HRD operation, time intervals between the steps included in the Sub-picture-level HRD operation, and/or information related to the user's Quality of Experience (QoE).
  • QoE Quality of Experience
  • the UE may transmit the results of the monitoring to one or more of another UE, a network entity, and/or a second network entity.
  • the UE may also generate analysis information regarding the monitoring results.
  • the analysis information may include predictions and/or statistics regarding the monitoring results.
  • the UE may transmit analysis information and/or monitoring results to one or more of another UE, a network entity, and/or a second network entity.
  • a method further comprising a step of determining whether to update settings and/or policies related to the HRD operation based on the results of the monitoring.
  • a second network entity may decide, based on the results of the monitoring, whether to update settings and/or policies related to HRD operations.
  • a second network entity may update settings and/or policies related to the HRD operation based on the results of the monitoring.
  • the UE may receive settings and/or policies related to updated HRD behavior from a second network entity based on the results of the monitoring.
  • the second network entity may transmit updated settings and/or updated policies related to HRD operations to the UE.
  • updated settings and/or updated policies related to an HRD operation may include thresholds and/or requirements related to time intervals between steps included in the HRD operation.
  • sub-picture-level HRD operations can be effectively supported by having the terminal perform monitoring for sub-picture-level HRD operations.
  • a terminal can collect data related to sub-picture-level HRD operations (e.g., various stages such as encoding/deciding). The terminal can then expose the collected information to its application service layer or the network. This can more effectively provide 6G services based on AI and distributed processing.
  • sub-picture-level HRD operations e.g., various stages such as encoding/deciding.
  • the terminal can then expose the collected information to its application service layer or the network. This can more effectively provide 6G services based on AI and distributed processing.
  • sub-picture-level HRD operations can be effectively supported.
  • Technology can be supported that allows terminals to directly collect data related to sub-picture-level HRD operations (e.g., various stages such as encoding/deciding) and expose the collected information to the terminal's application service layer or network.
  • terminals can more effectively provide 6G services based on AI and distributed processing by exchanging the collected information with other terminals and/or network nodes in a cooperative relationship.
  • the operation of the terminal may be implemented by the devices of FIGS. 1 to 3 described above.
  • the terminal may be the first device (100) or the second device (200) of FIG. 2.
  • the operation of the terminal described in this specification may be processed by one or more processors (102 or 202).
  • the operation of the terminal described in this specification may be stored in one or more memories (104 or 204) in the form of instructions/programs (e.g., instructions, executable codes) executable by one or more processors (102 or 202).
  • the one or more processors (102 or 202) may control one or more memories (104 or 204) and one or more transceivers (105 or 206), and execute the instructions/programs stored in one or more memories (104 or 204) to perform the operation of the terminal (e.g., UE) described in the disclosure of this specification.
  • the terminal e.g., UE
  • commands for performing the operations of the terminal described in the disclosure of this specification may be stored in a non-volatile computer-readable storage medium.
  • the storage medium may be included in one or more memories (104 or 204).
  • the commands recorded in the storage medium may be executed by one or more processors (102 or 202) to perform the operations of the terminal described in the disclosure of this specification.
  • a network node e.g., OAM, AMF, SMF, PCF, UDM, NWDAF, UDM/UDR, AF, NEF, UPF, media AF, application server, etc.
  • a base station e.g., NG-RAN, gNB, RAN, eNB, (R)AN, etc.
  • the network node or the base station may be the first device (100) or the second device (200) of FIG. 2.
  • the operation of the network node or the base station described in this specification may be processed by one or more processors (102 or 202).
  • the operation of the terminal described in this specification may be stored in one or more memories (104 or 204) in the form of instructions/programs (e.g., instructions, executable codes) executable by one or more processors (102 or 202).
  • One or more processors (102 or 202) may control one or more memories (104 or 204) and one or more transceivers (106 or 206), and execute instructions/programs stored in one or more memories (104 or 204) to perform operations of a network node or base station as described in the disclosure of this specification.
  • the instructions for performing the operations of the network node or base station described in the disclosure of this specification may be stored in a non-volatile (or non-transitory) computer-readable storage medium having the instructions recorded thereon.
  • the storage medium may be included in one or more memories (104 or 204).
  • the instructions recorded in the storage medium may be executed by one or more processors (102 or 202) to perform the operations of the network node or base station described in the disclosure of this specification.

Landscapes

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

Abstract

본 명세서(present disclosure)의 일 개시는 방법을 제공한다. 상기 방법은 등록 요청 메시지를 전송하는 단계; 등록 수락 메시지를 전송하는 단계; sub-picture-level HRD에 관련된 요청 메시지를 어플리케이션에 관련된 네트워크 엔티티로부터 수신하는 단계; capturing 단계, encoding 단계, transmission 단계, decoding 단계, 및/또는 displaying 단계 중 2개 이상의 단계를 포함하는 sub-picture-level HRD 동작을 수행하는 단계; 및 상기 sub-picture-level HRD 동작에 대한 모니터링을 수행하는 단계를 포함할 수 있다.

Description

서브 픽쳐 레벨 HRD
본 명세서는 이동 통신과 관련된다.
3GPP(3rd Generation Partnership Project) LTE(Long-Term Evolution)는 고속 패킷 통신을 가능하게 하기 위한 기술이다. LTE 목표인 사용자와 사업자의 비용 절감, 서비스 품질 향상, 커버리지 확장 및 시스템 용량 증대를 위해 많은 방식이 제안되었다. 3GPP LTE는 상위 레벨 필요조건으로서 비트당 비용 절감, 서비스 유용성 향상, 주파수 밴드의 유연한 사용, 간단한 구조, 개방형 인터페이스 및 단말의 적절한 전력 소비를 요구한다.
ITU(International Telecommunication Union) 및 3GPP에서 NR(New Radio) 시스템에 대한 요구 사항 및 사양을 개발하는 작업이 시작되었다. 3GPP는 긴급한 시장 요구와 ITU-R(ITU Radio communication sector) IMT(International Mobile Telecommunications)-2020 프로세스가 제시하는 보다 장기적인 요구 사항을 모두 적시에 만족시키는 NR을 성공적으로 표준화하기 위해 필요한 기술 구성 요소를 식별하고 개발해야 한다. 또한, NR은 먼 미래에도 무선 통신을 위해 이용될 수 있는 적어도 100 GHz에 이르는 임의의 스펙트럼 대역을 사용할 수 있어야 한다.
NR은 eMBB(enhanced Mobile Broadband), mMTC(massive Machine Type-Communications), URLLC(Ultra-Reliable and Low Latency Communications) 등을 포함하는 모든 배치 시나리오, 사용 시나리오, 요구 사항을 다루는 단일 기술 프레임 워크를 대상으로 한다. NR은 본질적으로 순방향 호환성이 있어야 한다.
5G의 진화 및 6G의 타겟 중 하나로써, 초저지연 서비스가 지원될 필요가 있다. 하지만, 종래기술에 따르면 초저지연 서비스를 지원하기 위한 sub-picture-level HRD (Hypothetical Reference Decoder) 동작이 효과적으로 지원되지 않는다는 문제가 있다.
본 명세서의 일 실시예에 따르면 방법이 제공된다. 상기 방법은 등록 요청 메시지를 전송하는 단계; 등록 수락 메시지를 전송하는 단계; sub-picture-level HRD에 관련된 요청 메시지를 어플리케이션에 관련된 네트워크 엔티티로부터 수신하는 단계; capturing 단계, encoding 단계, transmission 단계, decoding 단계, 및/또는 displaying 단계 중 2개 이상의 단계를 포함하는 sub-picture-level HRD 동작을 수행하는 단계; 및 상기 sub-picture-level HRD 동작에 대한 모니터링을 수행하는 단계를 포함할 수 있다.
일 실시예에 따르면, 상기 방법을 구현하는 장치가 제공된다.
본 명세서의 일 실시예에 따르면 방법이 제공된다. 상기 방법은 sub-picture-level HRD에 관련된 요청 메시지를 UE에게 전송하는 단계; 및 상기 sub-picture-level HRD 동작에 대한 모니터링의 결과를 상기 UE로부터 수신하는 단계를 포함할 수 있다.
일 실시예에 따르면, 상기 방법을 구현하는 장치가 제공된다.
도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 3은 본 명세서의 구현이 적용되는 UE의 예를 나타낸다.
도 4는 본 명세서의 구현이 적용되는 5G 시스템 구조의 예를 나타낸다.
도 5 및 도 6은 본 명세서의 구현이 적용되는 등록 절차의 예를 나타낸다.
도 7은 picture based HRD 동작과 sub-picture level HRD 동작의 예를 나타낸다.
도 8은 본 명세서의 구현이 적용되는 단말의 구조와 네트워크 구조의 예시를 나타낸다.
도 9은 본 명세서의 구현이 적용되는 sub-picture level HRD 동작을 지원하는 절차의 제1예를 나타낸다.
도 10은 본 명세서의 구현이 적용되는 sub-picture level HRD 동작을 지원하는 절차의 제2예를 나타낸다.
도 11은 본 명세서의 구현이 적용되는 절차의 예를 나타낸다.
다음의 기법, 장치 및 시스템은 다양한 무선 다중 접속 시스템에 적용될 수 있다. 다중 접속 시스템의 예시는 CDMA(Code Division Multiple Access) 시스템, FDMA(Frequency Division Multiple Access) 시스템, TDMA(Time Division Multiple Access) 시스템, OFDMA(Orthogonal Frequency Division Multiple Access) 시스템, 시스템, SC-FDMA(Single Carrier Frequency Division Multiple Access) 시스템, MC-FDMA(Multi-Carrier Frequency Division Multiple Access) 시스템을 포함한다. CDMA는 UTRA(Universal Terrestrial Radio Access) 또는 CDMA2000과 같은 무선 기술을 통해 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications), GPRS(General Packet Radio Service) 또는 EDGE(Enhanced Data rates for GSM Evolution)와 같은 무선 기술을 통해 구현될 수 있다. OFDMA는 IEEE(Institute of Electrical and Electronics Engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802.20, 또는 E-UTRA(Evolved UTRA)와 같은 무선 기술을 통해 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(Long-Term Evolution)는 E-UTRA를 이용한 E-UMTS(Evolved UMTS)의 일부이다. 3GPP LTE는 하향링크(DL; Downlink)에서 OFDMA를, 상향링크(UL; Uplink)에서 SC-FDMA를 사용한다. 3GPP LTE의 진화는 LTE-A(Advanced), LTE-A Pro, 및/또는 5G NR(New Radio)을 포함한다.
설명의 편의를 위해, 본 명세서의 구현은 주로 3GPP 기반 무선 통신 시스템과 관련하여 설명된다. 그러나 본 명세서의 기술적 특성은 이에 국한되지 않는다. 예를 들어, 3GPP 기반 무선 통신 시스템에 대응하는 이동 통신 시스템에 기초하여 다음과 같은 상세한 설명이 제공되지만, 3GPP 기반 무선 통신 시스템에 국한되지 않는 본 명세서의 측면은 다른 이동 통신 시스템에 적용될 수 있다.
본 명세서에서 사용된 용어와 기술 중 구체적으로 기술되지 않은 용어와 기술에 대해서는, 본 명세서 이전에 발행된 무선 통신 표준 문서를 참조할 수 있다.
본 명세서에서 "A 또는 B(A or B)"는 "오직 A", "오직 B" 또는 "A와 B 모두"를 의미할 수 있다. 달리 표현하면, 본 명세서에서 "A 또는 B(A or B)"는 "A 및/또는 B(A and/or B)"으로 해석될 수 있다. 예를 들어, 본 명세서에서 "A, B 또는 C(A, B or C)"는 "오직 A", "오직 B", "오직 C", 또는 "A, B 및 C의 임의의 모든 조합(any combination of A, B and C)"을 의미할 수 있다.
본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 "및/또는(and/or)"을 의미할 수 있다. 예를 들어, "A/B"는 "A 및/또는 B"를 의미할 수 있다. 이에 따라, "A/B"는 "오직 A", "오직 B", 또는 "A와 B 모두"를 의미할 수 있다. 예를 들어, "A, B, C"는 "A, B 또는 C"를 의미할 수 있다.
본 명세서에서 "A 및 B의 적어도 하나(at least one of A and B)"는, "오직 A", "오직 B" 또는 "A와 B 모두"를 의미할 수 있다. 또한, 본 명세서에서 "A 또는 B의 적어도 하나(at least one of A or B)"나 "A 및/또는 B의 적어도 하나(at least one of A and/or B)"라는 표현은 "A 및 B의 적어도 하나(at least one of A and B)"와 동일하게 해석될 수 있다.
또한, 본 명세서에서 "A, B 및 C의 적어도 하나(at least one of A, B and C)"는, "오직 A", "오직 B", "오직 C", 또는 "A, B 및 C의 임의의 모든 조합(any combination of A, B and C)"을 의미할 수 있다. 또한, "A, B 또는 C의 적어도 하나(at least one of A, B or C)"나 "A, B 및/또는 C의 적어도 하나(at least one of A, B and/or C)"는 "A, B 및 C의 적어도 하나(at least one of A, B and C)"를 의미할 수 있다.
또한, 본 명세서에서 사용되는 괄호는 "예를 들어(for example)"를 의미할 수 있다. 구체적으로, "제어 정보(PDCCH)"로 표시된 경우, "제어 정보"의 일례로 "PDCCH"가 제안된 것일 수 있다. 달리 표현하면 본 명세서의 "제어 정보"는 "PDCCH"로 제한(limit)되지 않고, "PDCCH"가 "제어 정보"의 일례로 제안될 것일 수 있다. 또한, "제어 정보(예를 들어, PDCCH)"로 표시된 경우에도, "제어 정보"의 일례로 "PDCCH"가 제안된 것일 수 있다.
본 명세서에서 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.
여기에 국한되지는 않지만, 본 명세서에서 개시된 다양한 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도는 기기 간 무선 통신 및/또는 연결(예: 5G)이 요구되는 다양한 분야에 적용될 수 있다.
이하, 본 명세서는 도면을 참조하여 보다 상세하게 기술될 것이다. 다음의 도면 및/또는 설명에서 동일한 참조 번호는 달리 표시하지 않는 한 동일하거나 대응하는 하드웨어 블록, 소프트웨어 블록 및/또는 기능 블록을 참조할 수 있다.
도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 1에 표시된 5G 사용 시나리오는 본보기일 뿐이며, 본 명세서의 기술적 특징은 도 1에 나와 있지 않은 다른 5G 사용 시나리오에 적용될 수 있다.
5G에 대한 세 가지 주요 요구사항 범주는 (1) 향상된 모바일 광대역(eMBB; enhanced Mobile BroadBand) 범주, (2) 거대 기계 유형 통신(mMTC; massive Machine Type Communication) 범주 및 (3) 초고신뢰 저지연 통신(URLLC; Ultra-Reliable and Low Latency Communications) 범주이다.
도 1을 참조하면, 통신 시스템(1)은 무선 장치(100a~100f), 기지국(BS; 200) 및 네트워크(300)을 포함한다. 도 1은 통신 시스템(1)의 네트워크의 예로 5G 네트워크를 설명하지만, 본 명세서의 구현은 5G 시스템에 국한되지 않으며, 5G 시스템을 넘어 미래의 통신 시스템에 적용될 수 있다.
기지국(200)과 네트워크(300)는 무선 장치로 구현될 수 있으며, 특정 무선 장치는 다른 무선 장치와 관련하여 기지국/네트워크 노드로 작동할 수 있다.
무선 장치(100a~100f)는 무선 접속 기술(RAT; Radio Access Technology) (예: 5G NR 또는 LTE)을 사용하여 통신을 수행하는 장치를 나타내며, 통신/무선/5G 장치라고도 할 수 있다. 무선 장치(100a~100f)는, 이에 국한되지 않고, 로봇(100a), 차량(100b-1 및 100b-2), 확장 현실(XR; eXtended Reality) 장치(100c), 휴대용 장치(100d), 가전 제품(100e), IoT(Internet-Of-Things) 장치(100f) 및 인공 지능(AI; Artificial Intelligence) 장치/서버(400)을 포함할 수 있다. 예를 들어, 차량에는 무선 통신 기능이 있는 차량, 자율주행 차량 및 차량 간 통신을 수행할 수 있는 차량이 포함될 수 있다. 차량에는 무인 항공기(UAV; Unmanned Aerial Vehicle)(예: 드론)가 포함될 수 있다. XR 장치는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Realty) 장치를 포함할 수 있으며, 차량, 텔레비전, 스마트폰, 컴퓨터, 웨어러블 장치, 가전 제품, 디지털 표지판, 차량, 로봇 등에 장착된 HMD(Head-Mounted Device), HUD(Head-Up Display)의 형태로 구현될 수 있다. 휴대용 장치에는 스마트폰, 스마트 패드, 웨어러블 장치(예: 스마트 시계 또는 스마트 안경) 및 컴퓨터(예: 노트북)가 포함될 수 있다. 가전 제품에는 TV, 냉장고, 세탁기가 포함될 수 있다. IoT 장치에는 센서와 스마트 미터가 포함될 수 있다.
본 명세서에서, 무선 장치(100a~100f)는 사용자 장비(UE; User Equipment)라고 부를 수 있다. UE는 예를 들어, 휴대 전화, 스마트폰, 노트북 컴퓨터, 디지털 방송 단말기, PDA(Personal Digital Assistant), PMP(Portable Multimedia Player), 네비게이션 시스템, 슬레이트 PC, 태블릿 PC, 울트라북, 차량, 자율주행 기능이 있는 차량, 연결된 자동차, UAV, AI 모듈, 로봇, AR 장치, VR 장치, MR 장치, 홀로그램 장치, 공공 안전 장치, MTC 장치, IoT 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 날씨/환경 장치, 5G 서비스 관련 장치 또는 4차 산업 혁명 관련 장치를 포함할 수 있다.
무선 장치(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 장치(100a~100f)에는 AI 기술이 적용될 수 있으며, 무선 장치(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예: LTE) 네트워크, 5G(예: NR) 네트워크 및 5G 이후의 네트워크 등을 이용하여 구성될 수 있다. 무선 장치(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국(200)/네트워크(300)를 통하지 않고 직접 통신(예: 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량(100b-1, 100b-2)은 직접 통신(예: V2V(Vehicle-to-Vehicle)/V2X(Vehicle-to-everything) 통신)을 할 수 있다. 또한, IoT 기기(예: 센서)는 다른 IoT 기기(예: 센서) 또는 다른 무선 장치(100a~100f)와 직접 통신을 할 수 있다.
무선 장치(100a~100f) 간 및/또는 무선 장치(100a~100f)와 기지국(200) 간 및/또는 기지국(200) 간에 무선 통신/연결(150a, 150b, 150c)이 확립될 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a), 사이드링크 통신(150b)(또는, D2D(Device-To-Device) 통신), 기지국 간 통신(150c)(예: 중계, IAB(Integrated Access and Backhaul)) 등과 같이 다양한 RAT(예: 5G NR)을 통해 확립될 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 장치(100a~100f)와 기지국(200)은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 명세서의 다양한 제안에 기초하여, 무선 신호의 송신/수신을 위한 다양한 구성 정보 설정 과정, 다양한 신호 처리 과정(예: 채널 인코딩/디코딩, 변조/복조, 자원 맵핑/디맵핑 등), 및 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
NR은 다양한 5G 서비스를 지원하기 위한 다수의 뉴머럴로지(numerology) 또는 부반송파 간격(SCS; SubCarrier Spacing)을 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한 도시(dense-urban), 저지연(lower latency) 및 더 넓은 반송파 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
NR 주파수 대역은 2가지 타입(FR1, FR2)의 주파수 범위(frequency range)로 정의될 수 있다. 주파수 범위의 수치는 변경될 수 있다. 예를 들어, 2가지 타입(FR1, FR2)의 주파수 범위는 아래 표 1과 같을 수 있다. 설명의 편의를 위해, NR 시스템에서 사용되는 주파수 범위 중 FR1은 "sub 6GHz range"를 의미할 수 있고, FR2는 "above 6GHz range"를 의미할 수 있고 밀리미터 웨이브(MilliMeter Wave, mmW)로 불릴 수 있다.
주파수 범위 정의 주파수 범위 부반송파 간격
FR1 450MHz - 6000MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 아래 표 2와 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 예를 들어, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예: 자율 주행)을 위해 사용될 수 있다.
주파수 범위 정의 주파수 범위 부반송파 간격
FR1 410MHz - 7125MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
여기서, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 협대역 IoT(NB-IoT, NarrowBand IoT)를 포함할 수 있다. 예를 들어, NB-IoT 기술은 LPWAN(Low Power Wide Area Network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 LTE-M 기술에 기초하여 통신을 수행할 수 있다. 예를 들어, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced MTC) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(Non-Bandwidth Limited), 5) LTE-MTC, 6) LTE MTC, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및/또는 LPWAN 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 예를 들어, 지그비 기술은 IEEE 802.15.4 등의 다양한 규격에 기초하여 소형/저-파워 디지털 통신에 관련된 PAN(Personal Area Networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 2에서, 제1 무선 장치(100) 및/또는 제2 무선 장치(200)는 사용 예/서비스에 따라 다양한 형태로 구현될 수 있다. 예를 들어, {제1 무선 장치(100) 및 제2 무선 장치(200)}은(는) 도 1의 {무선 장치(100a~100f) 및 기지국(200)}, {무선 장치(100a~100f) 및 무선 장치(100a~100f)} 및/또는 {기지국(200) 및 기지국(200)} 중 적어도 하나에 대응할 수 있다. 제1 무선 장치(100) 및/또는 제2 무선 장치(200)는 다양한 구성 요소, 장치/부분 및/또는 모듈에 의해 구성될 수 있다.
제1 무선 장치(100)는 송수신기(106)와 같은 적어도 하나의 송수신기, 프로세싱 칩(101)과 같은 적어도 하나의 프로세싱 칩 및/또는 하나 이상의 안테나(108)를 포함할 수 있다.
프로세싱 칩(101)은 프로세서(102)와 같은 적어도 하나의 프로세서와 메모리(104)와 같은 적어도 하나의 메모리를 포함할 수 있다.. 추가적으로 및/또는 대체적으로, 메모리(104)는 프로세싱 칩(101) 외부에 배치될 수 있다.
프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어할 수 있으며, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성하고, 제1 정보/신호를 포함하는 무선 신호를 송수신기(106)를 통해 전송할 수 있다. 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신하고, 제2 정보/신호를 처리하여 얻은 정보를 메모리(104)에 저장할 수 있다.
메모리(104)는 프로세서(102)에 동작 가능하도록 연결될 수 있다. 메모리(104)는 다양한 유형의 정보 및/또는 명령을 저장할 수 있다. 메모리(104)는 프로세서(102)에 의해 실행될 때 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 코드, 명령어 및/또는 명령어의 집합을 구현하는 펌웨어 및/또는 소프트웨어 코드(105)를 저장할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(105)는 프로세서(102)에 의해 실행될 때, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(105)는 하나 이상의 프로토콜을 수행하기 위해 프로세서(102)를 제어할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(105)는 하나 이상의 무선 인터페이스 프로토콜 계층을 수행하기 위해 프로세서(102)를 제어할 수 있다.
여기에서, 프로세서(102)와 메모리(104)는 RAT(예: LTE 또는 NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)에 연결되어 하나 이상의 안테나(108)를 통해 무선 신호를 전송 및/또는 수신할 수 있다. 각 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency)부와 교체 가능하게 사용될 수 있다. 본 명세서에서 제1 무선 장치(100)는 통신 모뎀/회로/칩을 나타낼 수 있다.
제2 무선 장치(200)는 송수신기(206)와 같은 적어도 하나의 송수신기, 프로세싱 칩(201)과 같은 적어도 하나의 프로세싱 칩 및/또는 하나 이상의 안테나(208)를 포함할 수 있다.
프로세싱 칩(201)은 프로세서(202)와 같은 적어도 하나의 프로세서와 메모리(204)와 같은 적어도 하나의 메모리를 포함할 수 있다.. 추가적으로 및/또는 대체적으로, 메모리(204)는 프로세싱 칩(201) 외부에 배치될 수 있다.
프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어할 수 있으며, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성하고, 제3 정보/신호를 포함하는 무선 신호를 송수신기(206)를 통해 전송할 수 있다. 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신하고, 제4 정보/신호를 처리하여 얻은 정보를 메모리(204)에 저장할 수 있다.
메모리(204)는 프로세서(202)에 동작 가능하도록 연결될 수 있다. 메모리(204)는 다양한 유형의 정보 및/또는 명령을 저장할 수 있다. 메모리(204)는 프로세서(202)에 의해 실행될 때 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 코드, 명령어 및/또는 명령어의 집합을 구현하는 펌웨어 및/또는 소프트웨어 코드(205)를 저장할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(205)는 프로세서(202)에 의해 실행될 때, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(205)는 하나 이상의 프로토콜을 수행하기 위해 프로세서(202)를 제어할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(205)는 하나 이상의 무선 인터페이스 프로토콜 계층을 수행하기 위해 프로세서(202)를 제어할 수 있다.
여기에서, 프로세서(202)와 메모리(204)는 RAT(예: LTE 또는 NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)에 연결되어 하나 이상의 안테나(208)를 통해 무선 신호를 전송 및/또는 수신할 수 있다. 각 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(206)는 RF부와 교체 가능하게 사용될 수 있다. 본 명세서에서 제2 무선 장치(200)는 통신 모뎀/회로/칩을 나타낼 수 있다.
이하, 무선 장치(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예: PHY(physical) 계층, MAC(Media Access Control) 계층, RLC(Radio Link Control) 계층, PDCP(Packet Data Convergence Protocol) 계층, RRC(Radio Resource Control) 계층, SDAP(Service Data Adaptation Protocol) 계층과 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 하나 이상의 PDU(Protocol Data Unit), 하나 이상의 SDU(Service Data Unit), 메시지, 제어 정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 포함하는 신호(예: 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예: 베이스밴드 신호)를 수신할 수 있고, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 및/또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 및/또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 및/또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 일 예로, 하나 이상의 프로세서(102, 202)는 통신 제어 프로세서, 애플리케이션 프로세서(AP; Application Processor), 전자 제어 장치(ECU; Electronic Control Unit), 중앙 처리 장치(CPU; Central Processing Unit), 그래픽 처리 장치(GPU; Graphic Processing Unit) 및 메모리 제어 프로세서의 집합에 의해 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 RAM(Random Access Memory), DRAM(Dynamic RAM), ROM(Read-Only Memory), EPROM(Erasable Programmable ROM), 플래시 메모리, 휘발성 메모리, 비휘발성 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보, 무선 신호 등을 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보, 무선 신호 등을 수신하도록 제어할 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있다. 추가적으로 및/또는 대체적으로, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 포함할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 구성될 수 있다. 본 명세서에서, 하나 이상의 안테나(108, 208)는 복수의 물리 안테나이거나, 복수의 논리 안테나(예: 안테나 포트)일 수 있다.
하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 발진기(oscillator) 및/또는 필터를 포함할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)의 제어 하에 (아날로그) 발진기 및/또는 필터를 통해 OFDM 베이스밴드 신호를 OFDM 신호로 상향 변환(up-convert)하고, 상향 변환된 OFDM 신호를 반송파 주파수에서 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 반송파 주파수에서 OFDM 신호를 수신하고, 하나 이상의 프로세서(102, 202)의 제어 하에 (아날로그) 발진기 및/또는 필터를 통해 OFDM 신호를 OFDM 베이스밴드 신호로 하향 변환(down-convert)할 수 있다.
도 2에 도시되지는 않았으나, 무선 장치(100, 200)는 추가 구성 요소를 더 포함할 수 있다. 추가 구성 요소(140)는 무선 장치(100, 200)의 유형에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 구성 요소(140)는 동력 장치/배터리, 입출력(I/O) 장치(예: 오디오 I/O 포트, 비디오 I/O 포트), 구동 장치 및 컴퓨팅 장치 중 적어도 하나를 포함할 수 있다. 추가 구성 요소(140)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
본 명세서의 구현에서, UE는 상향링크에서 송신 장치로, 하향링크에서 수신 장치로 작동할 수 있다. 본 명세서의 구현에서, 기지국은 UL에서 수신 장치로, DL에서 송신 장치로 동작할 수 있다. 이하에서 기술 상의 편의를 위하여, 제1 무선 장치(100)는 UE로, 제2 무선 장치(200)는 기지국으로 동작하는 것으로 주로 가정한다. 예를 들어, 제1 무선 장치(100)에 연결, 탑재 또는 출시된 프로세서(102)는 본 명세서의 구현에 따라 UE 동작을 수행하거나 본 명세서의 구현에 따라 UE 동작을 수행하도록 송수신기(106)를 제어하도록 구성될 수 있다. 제2 무선 장치(200)에 연결, 탑재 또는 출시된 프로세서(202)는 본 명세서의 구현에 따른 기지국 동작을 수행하거나 본 명세서의 구현에 따른 기지국 동작을 수행하기 위해 송수신기(206)를 제어하도록 구성될 수 있다.
본 명세서에서, 기지국은 노드 B(Node B), eNode B(eNB), gNB로 불릴 수 있다.
도 3은 본 명세서의 구현이 적용되는 UE의 예를 나타낸다.
도 3을 참조하면, UE(100)는 도 2의 제1 무선 장치(100)에 대응할 수 있다.
UE(100)는 프로세서(102), 메모리(104), 송수신기(106), 하나 이상의 안테나(108), 전원 관리 모듈(141), 배터리(142), 디스플레이(143), 키패드(144), SIM(Subscriber Identification Module) 카드(145), 스피커(146), 마이크(147)를 포함한다.
프로세서(102)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 프로세서(102)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 UE(100)의 하나 이상의 다른 구성 요소를 제어하도록 구성될 수 있다. 무선 인터페이스 프로토콜의 계층은 프로세서(102)에 구현될 수 있다. 프로세서(102)는 ASIC, 기타 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 프로세서(102)는 애플리케이션 프로세서일 수 있다. 프로세서(102)는 DSP, CPU(Central Processing Unit), GPU(Graphics Processing Unit), 모뎀(변조 및 복조기) 중 적어도 하나를 포함할 수 있다. 프로세서(102)의 예는 Qualcomm®에서 만든 SNAPDRAGONTM 시리즈 프로세서, Samsung®에서 만든 EXYNOSTM 시리즈 프로세서, Apple®에서 만든 A 시리즈 프로세서, MediaTek®에서 만든 HELIOTM 시리즈 프로세서, Intel®에서 만든 ATOMTM 시리즈 프로세서 또는 대응하는 차세대 프로세서에서 찾을 수 있다.
메모리(104)는 프로세서(102)와 동작 가능하도록 결합되며, 프로세서(102)를 작동하기 위한 다양한 정보를 저장한다. 메모리(104)는 ROM, RAM, 플래시 메모리, 메모리 카드, 저장 매체 및/또는 기타 저장 장치를 포함할 수 있다. 구현이 소프트웨어에서 구현될 때, 여기에 설명된 기술은 본 명세서에서 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 모듈(예: 절차, 기능 등)을 사용하여 구현될 수 있다. 모듈은 메모리(104)에 저장되고 프로세서(102)에 의해 실행될 수 있다. 메모리(104)는 프로세서(102) 내에 또는 프로세서(102) 외부에 구현될 수 있으며, 이 경우 기술에서 알려진 다양한 방법을 통해 프로세서(102)와 통신적으로 결합될 수 있다.
송수신기(106)는 프로세서(102)와 동작 가능하도록 결합되며, 무선 신호를 전송 및/또는 수신한다. 송수신기(106)는 송신기와 수신기를 포함한다. 송수신기(106)는 무선 주파수 신호를 처리하기 위한 베이스밴드 회로를 포함할 수 있다. 송수신기(106)는 하나 이상의 안테나(108)를 제어하여 무선 신호를 전송 및/또는 수신한다.
전원 관리 모듈(141)은 프로세서(102) 및/또는 송수신기(106)의 전원을 관리한다. 배터리(142)는 전원 관리 모듈(141)에 전원을 공급한다.
디스플레이(143)는 프로세서(102)에 의해 처리된 결과를 출력한다. 키패드(144)는 프로세서(102)에서 사용할 입력을 수신한다. 키패드(144)는 디스플레이(143)에 표시될 수 있다.
SIM 카드(145)는 IMSI(International Mobile Subscriber Identity)와 관련 키를 안전하게 저장하기 위한 집적 회로이며, 휴대 전화나 컴퓨터와 같은 휴대 전화 장치에서 가입자를 식별하고 인증하는 데에 사용된다. 또한, 많은 SIM 카드에 연락처 정보를 저장할 수도 있다.
스피커(146)는 프로세서(102)에서 처리한 사운드 관련 결과를 출력한다. 마이크(147)는 프로세서(102)에서 사용할 사운드 관련 입력을 수신한다.
도 4는 본 명세서의 구현이 적용되는 5G 시스템 구조의 예를 나타낸다.
5G 시스템(5GS; 5G system) 구조는 다음과 같은 네트워크 기능(NF; Network Function)으로 구성된다.
- AUSF (Authentication Server Function)
- AMF (Access and Mobility Management Function)
- DN (Data Network), 예를 들어 운영자 서비스, 인터넷 접속 또는 타사 서비스
- USDF (Unstructured Data Storage Function)
- NEF (Network Exposure Function)
- I-NEF (Intermediate NEF)
- NRF (Network Repository Function)
- NSSF (Network Slice Selection Function)
- PCF (Policy Control Function)
- SMF (Session Management Function)
- UDM (Unified Data Management)
- UDR (Unified Data Repository)
- UPF (User Plane Function)
- UCMF (UE radio Capability Management Function)
- AF (Application Function)
- UE (User Equipment)
- (R)AN ((Radio) Access Network)
- 5G-EIR (5G-Equipment Identity Register)
- NWDAF (Network Data Analytics Function)
- CHF (CHarging Function)
또한, 다음과 같은 네트워크 기능이 고려될 수 있다.
- N3IWF (Non-3GPP InterWorking Function)
- TNGF (Trusted Non-3GPP Gateway Function)
- W-AGF (Wireline Access Gateway Function)
도 4는 다양한 네트워크 기능이 어떻게 서로 상호 작용하는지를 보여주는 기준점(reference point) 표현을 사용하여 비로밍(non-roaming) 사례의 5G 시스템 구조를 보여준다.
도 4에서는 점 대 점 도면의 명확성을 위해, UDSF, NEF 및 NRF는 설명되지 않았다. 그러나 표시된 모든 네트워크 기능은 필요에 따라 UDSF, UDR, NEF 및 NRF와 상호 작용할 수 있다.
명확성을 위해, UDR과 다른 NF(예: PCF)와의 연결은 도 4에 도시되지 않는다. 명확성을 위해, NWDAF과 다른 NF(예: PCF)와의 연결은 도 4에 도시되지 않는다.
5G 시스템 구조는 다음과 같은 기준점을 포함한다.
- N1: UE와 AMF 사이의 기준점.
- N2: (R)AN과 AMF 사이의 기준점.
- N3: (R)AN과 UPF 사이의 기준점.
- N4: SMF와 UPF 사이의 기준점.
- N6: UPF와 데이터 네트워크 사이의 기준점.
- N9: 두 UPF 사이의 기준점.
다음의 기준점은 NF의 NF 서비스 간에 존재하는 상호 작용을 보여준다.
- N5: PCF와 AF 사이의 기준점.
- N7: SMF와 PCF 사이의 기준점.
- N8: UDM과 AMF 사이의 기준점.
- N10: UDM과 SMF 사이의 기준점.
- N11: AMF와 SMF 사이의 기준점.
- N12: AMF와 AUSF 사이의 기준점.
- N13: UDM과 AUSF 사이의 기준점.
- N14: 두 AMF 사이의 기준점.
- N15: 비로밍 시나리오의 경우 PCF와 AMF 사이의 기준점, 로밍 시나리오의 경우 방문 네트워크의 PCF와 AMF 사이의 기준점.
- N16: 두 SMF 사이의 기준점(로밍의 경우 방문 네트워크의 SMF와 홈 네트워크의 SMF 사이)
- N22: AMF와 NSSF 사이의 기준점.
경우에 따라, UE를 서비스하기 위해 두 개의 NF를 서로 연결해야 할 수도 있다.
등록(registration) 절차에 대해 설명한다. 3GPP TS 23.502 V16.3.0 (2019-12)의 섹션 4.2.2.2를 참조할 수 있다.
도 5 및 도 6은 본 명세서의 구현이 적용되는 등록 절차의 예를 나타낸다.
UE는 서비스를 수신하고, 이동성 추적(mobility tracking)을 활성화하고, 접근성(reachability)을 활성화하기 위해 네트워크에 등록해야 한다. UE는 다음 등록 유형 중 하나를 사용하여 등록 절차를 시작한다.
- 5GS에 대한 초기 등록(initial registration); 또는
- 이동성 등록 업데이트(mobility registration update); 또는
- 정기 등록 업데이트(periodic registration update); 또는
- 긴급 등록(emergency registration)
도 5와 6의 일반 등록 절차는 상술한 모든 등록 절차에 적용되지만, 정기 등록 업데이트에서는 다른 등록 절차에서 사용되는 모든 파라미터가 포함될 필요는 없다.
도 5와 6의 일반 등록 절차는 UE가 비-3GPP 접속에 이미 등록되어 있을 때 3GPP 접속에 등록하는 경우에 사용되기도 하며, 그 반대의 경우도 마찬가지이다. UE가 비-3GPP 접속 시나리오에 이미 등록되어 있을 때 3GPP 접속에 등록하려면, AMF 변경이 필요할 수 있다.
먼저, 도 5의 절차를 설명된다.
(1) 1단계: UE는 등록 요청(Registration Request) 메시지를 (R)AN으로 전송한다. 등록 요청 메시지는 AN 메시지에 해당한다.
등록 요청 메시지는 AN 파라미터를 포함할 수 있다. NG-RAN의 경우, AN 파라미터는, 예를 들어, 5G-S-TMSI(5G SAE temporary mobile subscriber identity) 또는 GUAMI(globally unique AMF ID), 선택된 PLMN(public land mobile network) ID (또는 PLMN ID 및 NID(network identifier)) 및 요청된 NSSAI(Requested network slice selection assistance information)을 포함한다. AN 파라미터는 수립 원인(establishment cause)도 포함한다. 수립 원인은 RRC 연결의 수립을 요청하는 이유를 제공한다. UE가 요청된 NSSAI를 AN 파라미터의 일부로 포함하는지 여부와 그 방법은, 접속 계층 연결 수립 NSSAI 포함 모드 파라미터(access stratum connection establishment NSSAI inclusion mode parameter)의 값에 따라 달라진다.
등록 요청 메시지는 등록 유형을 포함할 수 있다. 등록 유형은, UE가 초기 등록을 수행하기 원하는지(예를 들어, UE가 RM-DEREGISTERED 상태에 있음), 또는 이동성 등록 업데이트를 수행하기 원하는지(예를 들어, UE가 RM-REGISTERED 상태에 있고, UE가 이동하거나 또는 UE가 능력(capability) 또는 프로토콜 파라미터를 업데이트 하기 원하거나 또는 UE가 사용하도록 허락된 네트워크 슬라이스 세트의 변경을 요청하는 것을 원인으로 하여 등록 절차를 개시함), 또는 주기적 등록 업데이트를 수행하기 원하는지(예를 들어, UE가 RM-REGISTERED 상태에 있고, 주기적 등록 업데이트 타이머 만료로 인해 등록 절차를 개시함), 또는 긴급 등록을 수행하기 원하는지(예를 들어, UE가 제한된 서비스 상태에 있음)를 지시한다.
UE가 초기 등록을 수행할 때, UE는 다음과 같이 등록 요청 메시지에 UE ID를 지시한다, 우선 순위가 낮아지는 순서로 나열된다.
i) UE가 유효한 EPS(evolved packet system) GUTI(globally unique temporary identifier)를 가지고 있는 경우, EPS GUTI에서 맵핑된 5G-GUTI;
ii) UE가 등록을 시도하고 있는 PLMN에 의해 할당된 네이티브(native) 5G-GUTI(사용 가능한 경우);
iii) UE가 등록을 시도하고 있는 PLMN에 동등한(equivalent) PLMN에 의해 할당된 네이티브 5G-GUTI;
iv) 다른 PLMN에 의해 할당된 네이티브 5G-GUTI(사용 가능한 경우);
v) 그렇지 않은 경우, UE는 등록 요청 메시지에 SUCI(subscriber concealed identifier)를 포함한다.
초기 등록을 수행하는 UE가 유효한 EPS GUTI와 네이티브 5G-GUTI를 모두 가지고 있는 경우, UE는 또한 네이티브 5G-GUTI를 추가 GUTI로 표시한다. 하나 이상의 네이티브 5G-GUTI가 사용 가능한 경우, UE는 위의 목록에 있는 (ii)-(iv) 항목 중 우선 순위가 감소하는 순서로 5G-GUTI를 선택한다.
UE가 네이티브 5G-GUTI로 초기 등록을 수행할 때, UE는 AN 파라미터에 관련 GUAMI 정보를 표시한다. UE가 SUCI로 초기 등록을 수행할 때, UE는 AN 파라미터에 GUAMI 정보를 표시하지 않는다.
긴급 등록의 경우, UE에 유효한 5G-GUTI가 없을 경우 SUCI가 포함되며, UE가 SUPI(subscriber permanent identifier)를 가지기 않고 유효한 5G-GUTI가 없을 경우, PEI(permanent equipment identifier)가 포함된다. 다른 경우, 5G-GUTI가 포함되며 이는 마지막 서빙 AMF를 나타낸다.
등록 요청 메시지는 또한 보안 파라미터, PDU 세션 상태 등을 포함할 수 있다. 보안 파라미터는 인증(authentication) 및 무결성 보호(integrity protection)에 사용된다. PDU 세션 상태는 UE에서 이전에 수립된 PDU 세션을 나타낸다. UE가 3GPP 접속과 비-3GPP 접속을 통해 서로 다른 PLMN에 속하는 두 개의 AMF에 연결되었을 때, PDU 세션 상태는 UE에서 현재 PLMN의 수립된 PDU 세션을 나타낸다.
(2) 2단계: (R)AN은 AMF를 선택한다.
5G-S-TMSI 또는 GUAMI가 포함되지 않았거나, 5G-S-TMSI 또는 GUAMI가 유효한 AMF를 나타내지 않는 경우, 사용 가능한 경우 (R)AT 및 요청된 NSSAI에 기초하여, (R)AN은 AMF를 선택한다.
UE가 CM-CONNECTED 상태이면 (R)AN은 UE의 N2 연결에 기초하여 AMF로 등록 요청 메시지를 전달할 수 있다.
(R)AN이 적절한 AMF를 선택할 수 없으면, (R)AN은 등록 요청 메시지를 (R)AN에서 구성된 AMF로 전달하여 AMF 선택을 수행한다.
(3) 3단계: (R)AN은 등록 요청 메시지를 신규 AMF로 전송한다. 등록 요청 메시지는 N2 메시지에 해당한다.
등록 요청 메시지는 1단계에서 설명한 UE로부터 수신한 등록 요청 메시지에 포함된 전체 정보 및/또는 정보의 일부를 포함할 수 있다.
등록 요청 메시지는 N2 파라미터를 포함할 수 있다. NG-RAN이 사용될 때, N2 파라미터는 선택된 PLMN ID (또는 PLMN ID 및 NID), UE가 캠핑을 하는 셀과 관련된 위치 정보 및 셀 ID, NG-RAN에서 보안 정보를 포함한 UE 컨텍스트가 설정되어야 함을 지시하는 UE 컨텍스트 요청을 포함한다. NG-RAN이 사용될 때, N2 파라미터는 수립 원인을 또한 포함한다.
UE에 의해 지시된 등록 유형이 주기적 등록 업데이트인 경우, 후술하는 4-19단계는 생략될 수 있다.
(4) 4단계: UE의 5G-GUTI가 등록 요청 메시지에 포함되었고 마지막 등록 절차 이후 서빙 AMF가 변경된 경우, 신규 AMF는 UE의 SUPI 및 UE 컨텍스트를 요청하기 위해 전체 등록 요청 NAS(non-access stratum) 메시지를 포함하여 이전 AMF에 대해 Namf_Communication_UEContextTransfer 서비스 동작을 호출할 수 있다.
(5) 5단계: 이전 AMF는 UE의 SUPI 및 UE 컨텍스트를 포함하여 Namf_Communication_UEContextTransfer 호출에 대해 신규 AMF에 응답할 수 있다.
(6) 6단계: SUCI가 UE에 의해 제공되지 않거나 이전 AMF에서 회수되지 않는 경우, 신규 AMF는 UE에 SUCI를 요청하기 위해 ID 요청(Identity Request) 메시지를 전송하여 ID 요청 절차를 시작할 수 있다.
(7) 7단계: UE는 SUCI를 포함한 ID 응답(Identity Response) 메시지로 응답할 수 있다. UE는 홈 PLMN(HPLMN)의 제공된 공개 키를 사용하여 SUCI를 도출한다.
(8) 8단계: 신규 AMF는 AUSF를 호출하여 UE 인증을 시작할 것을 결정할 수 있다. 이 경우 신규 AMF는 SUPI 또는 SUCI에 기초하여 AUSF를 선택한다.
(9) 9단계: UE, 신규 AMF, AUSF 및/또는 UDM에 의해 인증/보안이 수립될 수 있다.
(10) 10단계: AMF가 변경된 경우, 신규 AMF는 Namf_Communication_RegistrationCompleteNotify 서비스 동작을 호출하여 신규 AMF에 UE 등록이 완료되었음을 이전 AMF에 알릴 수 있다. 인증/보안 절차가 실패하면, 등록이 거부되고 신규 AMF는 이전 AMF에 대해 거절 지시 이유 코드(reject indication reason code)와 함께 Namf_Communication_RegistrationCompleteNotify 서비스 동작을 호출할 수 있다. 이전 AMF는 UE 컨텍스트 전달 서비스 동작이 수신되지 않은 것처럼 계속될 수 있다.
(11) 11단계: PEI가 UE에 의해 제공되지 않았거나 이전 AMF에서 회수되지 않은 경우, 신규 AMF는 UE에 PEI를 회수하기 위해 ID 요청(Identity Request) 메시지를 UE로 전송하여 ID 요청 절차를 시작할 수 있다. PEI는 UE가 긴급 등록을 수행하고 인증될 수 없는 경우를 제외하고 암호화되어 전송된다.
(12) 12단계: 선택적으로, 신규 AMF는 N5g-eir_EquipmentIdentityCheck_Get 서비스 동작을 호출하여 ME ID 검사를 시작할 수 있다.
이제, 도 5의 절차에 뒤따르는 도 6의 절차가 설명된다.
(13) 13단계: 아래 14단계를 수행할 경우, 신규 AMF는 SUPI에 기초하여 UDM을 선택할 수 있고, UDM은 UDR 인스턴스(instance)를 선택할 수 있다.
(14) 14단계: 신규 AMF는 UDM에 등록할 수 있다.
(15) 15단계: 신규 AMF는 PCF를 선택할 수 있다.
(16) 16단계: 신규 AMF는 선택적으로 AM 정책 연관 수립/수정을 수행할 수 있다.
(17) 17단계: 신규 AMF가 업데이트/해제 릴리스 SM 컨텍스트 메시지(예: Nsmf_PDUSession_UpdateSMContext 및/또는 Nsmf_PDUSession_ReleaseSMContext)를 SMF로 전송할 수 있다.
(18) 18단계: 신규 AMF와 이전 AMF가 동일한 PLMN에 있는 경우, 신규 AMF는 UE 컨텍스트 수정 요청을 N3IWF/TNGF/W-AGF로 전송할 수 있다.
(19) 19단계: N3IWF/TNGF/W-AGF는 UE 컨텍스트 수정 응답을 신규 AMF로 전송할 수 있다.
(20) 20단계: 신규 AMF가 19단계에서 N3IWF/TNGF/W-AGF로부터 응답 메시지를 수신한 후, 신규 AMF는 UDM에 등록할 수 있다.
(21) 21단계: 신규 AMF는 등록 수락(Registration Accept) 메시지를 UE에 전송한다.
신규 AMF는 등록 요청이 수락되었음을 나타내는 등록 수락 메시지를 UE에 전송한다. 신규 AMF가 새로운 5G-GUTI를 할당하면 5G-GUTI가 포함된다. UE가 동일한 PLMN에서 다른 접속을 통해 이미 RM-REGISTERED 상태에 있는 경우, UE는 등록 수락 메시지에서 수신한 5G-GUTI를 두 등록에 모두 사용한다. 등록 수락 메시지에 5G-GUTI가 포함되어 있지 않으면, UE는 기존 등록에 할당된 5G-GUTI를 새 등록에도 사용한다. 신규 AMF가 새로운 등록 영역을 할당하는 경우, 등록 수락 메시지를 통해 등록 영역을 UE로 전송한다. 등록 수락 메시지에 등록 영역이 없을 경우, UE는 이전 등록 영역이 유효한 것으로 간주한다. 이동성 제한(Mobility Restrictions)은 UE에 대해 이동성 제한이 적용되고 등록 유형이 긴급 등록이 아닌 경우에 포함된다. 신규 AMF는 PDU 세션 상태에서 UE에 대해 수립된 PDU 세션을 나타낸다. UE는 수신된 PDU 세션 상태에 수립된 것으로 표시되지 않은 PDU 세션과 관련된 내부 자원을 국소적으로 제거한다. UE가 3GPP 접속과 비-3GPP 접속을 통해 서로 다른 PLMN에 속하는 두 개의 AMF에 연결되면, UE는 수신된 PDU 세션 상태에 수립된 것으로 표시되지 않은 현재 PLMN의 PDU 세션과 관련된 내부 자원을 국소적으로 제거한다. PDU 세션 상태 정보가 등록 수락 메시지에 있는 경우, 신규 AMF는 UE에 PDU 세션 상태를 지시한다.
등록 수락 메시지에서 제공된 허용된 NSSAI(Allowed NSSAI)는 등록 영역에서 유효하며, 이는 등록 영역에 포함된 트래킹 영역을 가지는 모든 PLMN에 적용된다. 허용된 NSSAI의 맵핑(Mapping Of Allowed NSSAI)은 허용된 NSSAI의 각 S-NSSAI에 HPLMN S-NSSAI를 맵핑하는 것이다. 설정된 NSSAI의 맵핑(Mapping Of Configured NSSAI)은 서빙 PLMN을 위한 설정된 NSSAI(Configured NSSAI)의 각 S-NSSAI에 HPLMN S-NSSAI에 맵핑하는 것이다.
또한, 선택적으로 신규 AMF는 UE 정책 연관 수립을 수행한다.
(22) 22단계: UE는 자체 업데이트에 성공하면 신규 AMF로 등록 완료(Registration Complete) 메시지를 전송할 수 있다.
UE는 새로운 5G-GUTI가 할당되었는지 확인하기 위해 신규 AMF로 등록 완료 메시지를 전송할 수 있다.
(23) 23단계: 3GPP 접속을 통한 등록의 경우, 신규 AMF가 신호 연결을 해제하지 않을 경우, 신규 AMF는 RRC 비활성화 도움(RRC Inactive Assistance) 정보를 NG-RAN에 전송할 수 있다. 비-3GPP 접속을 통한 등록의 경우, UE가 3GPP 접속 상에서 CM-CONTENED 상태인 경우, 신규 AMF는 RRC 비활성화 도움 정보를 NG-RAN으로 전송할 수 있다.
(24) 24단계: AMF는 UDM에 대해 정보 업데이트를 수행할 수 있다.
(25) 25단계: UE는 네트워크 슬라이스 특정 인증 및 허가(NSSAA; network slice-specific authentication and authorization) 절차를 실행할 수 있다.
영상 콘텐츠의 전송 및 디코딩 과정에서, 디코더의 버퍼 상태를 안정적으로 관리하기 위해 (Hypothetical Reference Decoder) HRD 모델이 사용된다. HRD는 비트스트림이 디코더에 입력될 때, 버퍼 오버플로 또는 언더플로 없이 안정적인 디코딩 및 재생이 가능하도록 스트림 생성 시 준수해야 하는 규칙을 정의한다.
초저지연 지원 (Ultralow delay support)를 위한 sub-picture-level (Hypothetical Reference Decoder) HRD operation이 논의되고 있다. 예를 들어, 최근 초저지연 통신, 스트리밍 서비스, AR, VR 등 실시간성이 요구되는 애플리케이션의 증가에 따라, 기존의 픽처 기반 HRD 동작은 제한점을 가진다. 이러한 요구에 대응하기 위해 서브픽처 기반(Sub-picture-level) HRD 동작이 논의되고 있다.
예를 들어, H.265 (HEVC)는 초저지연 지원을 위해 서브 픽처 레벨 HRD(High Resolution Display) 작동을 규정한다. 이 메커니즘은 1픽처 간격 이하의 지연 감소를 가능하게 하는 표준 준수 방식(standard-complaint way)을 규정한다. Sub-picture-level coded picture buffer (CPB) 및 DPB 파라미터가 신호화 될 수 있으며, 이러한 정보를 사용하여 CPB 타이밍(CPB 제거 시간이 디코딩 시간에 해당함) 및 DPB 출력 타이밍(디스플레이 시간)을 도출하는 방법이 지정된다. 디코더는 서브 픽셀 레벨 HRD 파라미터가 존재하더라도 전통적인 액세스 유닛 레벨에서 HRD를 작동시킬 수도 있다.
이하에서, 도 7을 참조하여 종래의 picture based HRD 동작과 sub-picture level HRD 동작의 예시를 설명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 7은 picture based HRD 동작과 sub-picture level HRD 동작의 예를 나타낸다.
기존의 HRD 모델은 주로 픽처 기반(Picture based) HRD 동작을 따른다. 도 7의 (A)에 도시된 바와 같이, 픽처 기반 HRD에서는 전체 프레임(픽처)이 캡처되고 인코딩된 후, 전송되어 디코더로 입력된다. 디코더는 전체 픽처 단위로 디코딩 및 디스플레이를 수행한다. 이때, 전체 픽처의 캡처부터 디스플레이까지 소요되는 시간은 일정한 주기(t)로 관리된다. 그러나, 전체 픽처를 단위로 전송 및 디코딩이 진행되기 때문에, 디코딩 및 재생에 필요한 지연 시간이 상대적으로 길어지는 문제가 있다.
Sub-picture-level HRD는 하나의 픽처를 복수의 서브픽처(sub-picture) 단위로 나누어, 각 서브픽처에 대해 독립적으로 버퍼 관리 및 디코딩 일정을 제어하는 방식이다. 도 7의 (B)에서 도시된 바와 같이, Sub-picture 기반 HRD에서는 픽처가 여러 서브픽처로 분할되고, 각각의 서브픽처가 개별적으로 캡처, 인코딩, 전송, 디코딩 및 디스플레이된다. 각 서브픽처의 처리 시간은 dt로 표시되며, 이는 전체 주기 t를 디코딩 유닛의 수 N으로 나눈 값(dt = t/N)이다. 이와 같이 서브픽처 단위로 데이터 흐름이 세분화되기 때문에, 전체 프레임을 기다리지 않고 부분적으로 디코딩 및 디스플레이가 가능해지며, 결과적으로 디코딩 지연을 현저히 줄일 수 있다. 예를 들어, 도 7에 도시된 바와 같이, 기존 픽쳐 기반 HRD 동작에서 캡처되는 시간인 t보다 작은 시간 이내에, 서브-픽쳐-레벨 HRD 동작에서는 캡처가 시작된 이후 디스플레이까지 시작될 수 있다.
하지만 종래 기술에 따르면, 서브픽처 기반 HRD 모델은 구체적인 구현 방법이 정의되지 않아서, 효율적이고 안정적인 sub-picture HRD 동작을 구현하는 데 한계가 있었다. 또한, 단말이 sub-picture-level HRD 기능을 효과적으로 지원하는 방안이 존재하지 않았다. 예를 들어, 단말이 sub-picture-level HRD 기능을 지원하고, 효과적으로 수행시키기 위해서는 단말이 sub-picture-level HRD 기능을 실행한 결과에 대한 모니터링 등이 필요할 수 있다. 하지만, 종래에는 단말의 구체적인 실행 결과에 대한 모니터링을 보고하는 exposure API에 대한 연구가 부족하다는 문제가 있다.
일부 구현에서, 본 명세서의 개시는 sub-picture-level HRD 동작을 효율적으로 지원하는 방안의 예시들을 제안한다.
일부 구현에서, 본 명세서의 개시에서, XR/immersive service와 같은 6G 미디어 서비스 제공에 필요한 네트워크의 지원 기술 및 단말의 데이터 수집/노출이 설명될 수 있다.
일부 구현에서, 본 명세서의 개시에서 설명하는 다양한 예시는, 다양한 디바이스/드론/로봇 등의 그룹이 협력하여 서비스 제공을 수행하고 있는 환경에서 단말이 직접 encoding/deciding 관련 데이터를 수집하는 예시를 설명한다. 또한, 본 명세서의 개시의 다양한 예시는 단말의 응용 서비스 계층 혹은 네트워크로 그 정보를 exposure할 수 있는 기술의 예시를 설명한다. 또한, 단말은 협력관계에 있는 또 다른 단말들과 sub-picture-level HRD에 관련된 정보를 교환함으로써, AI 및 분산 처리를 기반으로 하는 6G 서비스들을 보다 효과적으로 제공할 수 있다. 이러한 동작들을 구현하는 시스템 지원 기능 및 절차의 예시가 설명된다.
참고로, 본 명세서의 개시에서 네트워크 노드, 네트워크 엔티티는 동일한 의미의 용어로 사용될 수 있다.
참고로, 본 명세서의 개시에서, AF와 어플리케이션 서버는 동일한 의미의 용어로 사용될 수 있다.
참고로, 본 명세서의 개시에서, UE와 단말은 동일한 의미의 용어로 사용될 수 있다.
본 명세서의 개시의 협력 로봇의 시나리오는 물리적인 기구 로봇 만을 의미하기 보다는, 자동차, 드론, IoT 기기, wearable device 등 다양한 단말/device가 협업하여 서비스를 수행하는 시나리오를 의미할 수 있다. 예를 들어, 단말의 경우 로봇에 한정되는 것이 아니며 포괄적인 디바이스 모두를 총칭할 수 있다.
도 7의 예시에서 설명한 바와 같이, picture-level HRD 동작은 다음의 순서로 수행될 수 있다. 예를 들어, capturing -> encoding -> transmission -> decoding -> displaying이 순차적으로 수행될 수 있다. 각 단계가 중첩되지 않고 수행되는 picture-level HRD과 달리, sub-picture-level HRD의 경우, 각 단계가 일부 중첩하여 수행될 수 있다.
본 명세서의 개시의 다양한 예시에서, 통신 시스템이 picture-level HRD와 sub-picture-level HRD 선택적으로 사용할 수도 있다. 예를 들어, sub-picture-level HRD 동작을 사용하는 예시 및/또는 네트워크 또는 UE가 sub-picture-level HRD 동작에 관련된 모니터링을 요청하는 경우와 같이, 유동적인 제어가 적용되는 예시를 설명한다.
예를 들어, Sub-picture-level HRD 동작에 관련된 모니터링은, 단말에 의해 수행될 수 있다. 단말은 아래의 예시와 같은 정보들 중 하나 이상의 조합에 기초하여, Sub-picture-level HRD 동작에 관련된 모니터링을 수행할 수도 있다:
- Sub-picture-level HRD 동작이 사용되는 경우, 모니터링되는 5개의 단계 (예, capturing/encoding/transmission/decoding/displaying) 각각의 시작 시간들;
- 5개의 단계 (예, capturing/encoding/transmission/decoding/displaying) 각각이 시작되는 시간 사이의 시간 간격들. 예를 들어, capturing과 encoding 사이의 시간 간격; 및/또는
- Sub-picture-level HRD 동작의 displaying 단계에서, 단말에 displaying 되는 사용자 QoE와 관련된 parameter들(예를 들어, 버퍼링 상태, 평균 패킷 지연 시간, 평균 패킷 손실률 등).
예를 들어, 단말은 모니터링의 결과로 다음의 예시와 같은 분석 정보(예, 통계값 및/또는 예측값 포함)를 도출할 수 있다:
- 예시 (a) Sub-picture-level HRD 동작이 수행되는 동안 단말에 설정된 사용자의 QoE가 유지 되는지 여부
- 예시 (b) 단말에 설정된 사용자의 QoE를 유지하면서 Sub-picture-level HRD 동작의 일부 단계들 사이의 가능한/효과적인 중첩 시간; 및/또는
- 예시 (c) 단말에 설정된 사용자의 QoE를 유지하면서 Sub-picture-level HRD 동작을 수행하기 위해 요구되는 각 단계별 처리 시간 등도 8의 예시를 참조하여, sub-picture-level HRD 동작에 관련된 모니터링이 수행되는 경우의 단말의 구조와 네트워크 구조의 예시를 나타낸다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 8은 본 명세서의 구현이 적용되는 단말의 구조와 네트워크 구조의 예시를 나타낸다.
도 8은 본 명세서의 구현이 적용되는 단말의 구조와, 네트워크의 구조의 예시이다.
다만, 도 8의 구조는 sub-picture-level HRD 동작에 관련된 모니터링이 수행되는 경우의 UE의 구조와 네트워크(예, 데이터 네트워크)의 구조의 예시에 불과하다. 본 명세서의 개시의 범위는 도 8의 구조에 의해 제한되지 않는다. 예를 들어, UE에 포함된 각각의 구성 요소는 UE의 동작을 수행하는 논리적인 구성 요소에 불과할 수도 있으므로, 각각의 구성 요소는 UE의 프로세서에 의해 수행되는 기능 동작을 설명하는 단위일 수도 있다. 또한, 도 8의 예시에서 데이터 네트워크에 포함된 각각의 구성 요소도 하나의 어플리케이션 서버(또는 Application Function (AF))에 의해 수행되는 기능 동작을 설명하는 단위일 수도 있다.
단말(예, UE)은 아래와 같은 구성 요소를 하나 이상 포함할 수도 있다:
- Vertical application specific client: 단말의 응용 서비스를 담당하는 기능일 수 있다. 예를 들어, Vertical application specific client는 Vertical에 따라 각기 다른 응용 서비스에 대한 기능을 가질 수 있다. 단말 내부의 각기 다른 기능들 (HRD performing client 혹은 UE analytic function)이 HRD에 관련된 정보(예, 단말의 내부 기능별로 인지한 또는 수집/분석한 단말의 경험 정보)를 Vertical application specific client에게 전송하면, Vertical application specific client는 네트워크 (예, edge/cloud의 미디어 관련 엔티티, 어플리케이션 서버, core network, 및/또는 기지국의 네트워크 기능 노드 등) 및/또는 다른 단말에게 HRD에 관련된 정보(예, 단말의 경험 정보)를 전송할 수 있다. 여기서, 경험 정보는 예를 들어, HRD 동작이 수행되는 특정 시간 또는 HRD 동작의 주기 동안의 HRD 동작의 단계별 처리 시간, HRD 동작의 단계별 성공율/실패율 (추가적으로 재처리율), HRD 동작 수행 중 단말/사용자 QoE 수준 등 중 하나 이상의 정보를 포함할 수 있다.
- HRD Control function: HRD Control function은 HRD에 대한 제어를 담당할 수 있다. HRD Control function은 네트워크의 AF로부터 encoding/decoding 등 HRD에 관한 policy 및 configuration 정보를 수신하고, HRD 동작 수행에 필요한 제어를 수행할 수 있다.
- HRD performing client: 네트워크로부터 수신한 요청 및/또는 지시에 기초하여, 단말 내부의 HRD control function의 제어에 따라 HRD performing client는 encoding/decoding 등 HRD 동작을 수행하고 미디어를 네트워크 및/또는 다른 단말에게 전송할 수 있다. HRD performing client는 HRD 동작의 결과를 기록하고 및/또는 저장하여 HRD control function 및/또는 application 계층에게 전송할 수 있다. 단말 내부에 UE analytic function이 있는 경우, HRD performing client는 HRD에 관련된 정보(예, 단말의 경험 정보)의 통계 및 예측값 분석을 위해 HRD에 관련된 정보(예, 단말의 경험 정보) UE analytic function에게 전송할 수 있다.
- UE analytic function: UE analytic function는 encoding/decoding 등 HRD 동작에 관련된 정보를 수집하고, HRD에 관련된 단말의 경험 정보의 통계값 및/또는 예측값을 분석할 수 있다. UE analytic function은 분석 정보(예, 통계값 및/또는 예측값 포함)를 네트워크 및/또는 단말의 어플리케이션 계층에게 전송할 수 있다.
네트워크(예, 데이터 네트워크)는 아래와 같은 구성 요소를 하나 이상 가질 수 있다. 아래 3개의 구성 요소는 예시에 불과하며, 하나의 어플리케이션 서버가 아래의 구성 요소들의 동작 중 일부 또는 전부를 수행할 수도 있다:
- Media AF: Media AF는 응용 서비스를 수행하기 위해, 혹은 네트워크 제어노드에게 필요한 지원/모니터링 요청 메시지를 단말에게 전송할 수 있다. Media AF는 HRD에 대한 제어에 관련된 policy 및 configuration 정보를 단말에게 전송할 수 있다.
- HRD performing server: HRD performing server는 단말의 HRD performing client의 peer일 수 있다. HRD performing server는 필요에 따라 encoding/decoding 등 HRD 관련 동작을 수행할 수 있다.
- Application provider: Application provider는 응용 서비스를 제공할 수 있다. 예를 들어, Application provider는 Vertical 별 특화된 용용 서비스를 제공하기 위한 기능을 포함할 수 있다.
도 9의 예시를 참조하여, 본 명세서의 개시의 일 실시예에 따른 sub-picture level HRD 동작의 예시를 설명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 9은 본 명세서의 구현이 적용되는 sub-picture level HRD 동작을 지원하는 절차의 제1예를 나타낸다.
1. 어플리케이션 서버는 요청 메시지를 UE에게 전송할 수 있다.
예를 들어, 요청 메시지는 sub-picture-level HRD 동작을 수행할 것을 요청하는 정보를 포함할 수도 있다.
예를 들어, 요청 메시지는 sub-picture-level HRD 동작에 대한 모니터링을 요청하는 정보도 포함할 수도 있다.
참고로, 단계 1은 생략될 수도 있다. UE는 어플리케이션 서버의 명시적인 요청 없이도, 사전에 설정된 정보에 기초하여, 특정 application 수행을 위해서 단말이 Sub-picture-level HRD 동작을 수행할 수도 있다.
2. UE는 sub-picture level HRD 동작을 수행할 수 있다.
도 9의 예시에 도시된 바와 같이, UE는 다른 UE 및/또는 네트워크 노드와 sub-picture level HRD 동작을 수행할 수 있다. 예를 들어, UE는 도 7의 예시에서 Capturing, Encoding, Transmission을 수행하고, 다른 UE 및/또는 네트워크 노드는 Decoding, Displaying을 수행할 수 있다.
3. UE는 sub-picture level HRD 동작에 대한 모니터링 및/또는 모니터링에 대한 분석을 수행할 수 있다.
예를 들어, UE는 자신이 수행하는 sub-picture level HRD 동작 및/또는 다른 네트워크 노드가 수행하는 sub-picture level HRD 동작을 모니터링할 수 있다.
예를 들어, UE는 sub-picture level HRD 동작을 모니터링한 결과에 대한 분석을 수행할 수 있다. UE는 분석 정보(예, 예측값 및/또는 통계값 포함)을 도출할 수 있다.
4. UE는 sub-picture level HRD 동작에 관련된 UE 데이터를 어플리케이션, 다른 UE 및/또는 네트워크 노드에게 전송할 수 있다.
sub-picture level HRD 동작에 관련된 UE 데이터는 sub-picture level HRD 동작을 모니터링한 결과에 관련된 정보 및/또는 sub-picture level HRD 동작을 모니터링한 결과에 대한 분석 정보를 포함할 수 있다. 예를 들어, Sub-picture level HRD 동작에 관련된 UE 데이터가 전송됨으로써, UE, 다른 UE, 네트워크 노드, 어플리케이션 서버는 sub-picture level HRD 동작이 보다 효율적으로 수행될 수 있도록 지원하는 정보를 UE에게 제공할 수도 있다.
이하에서, 도 10의 예시를 참조하여, 도 9의 예시에 다른 동작이 구체적으로 수행되는 예시를 설명하기로 한다. 도 9의 예시에 따른 동작 및 도 10의 예시에 따른 동작은 서로 조합될 수도 있다.
본 명세서의 개시에서는 협력 로봇 시나리오를 포함하므로 하나의 단말이 수집한 정보 및 예측정보들이 다른 네트워크 노드, 서버, 및/또는 다른 단말에게 전송되는 경우를 포괄적으로 언급하고 있으나, 하나의 단말이 사용되는 시나리오를 배재하지 않는다. 예를 들어, 하나의 단말이 단독으로 서비스를 제공하는 경우에도 본 명세서에서 설명된 기능/제어 절차 등이 사용될 수 있다.
도 10의 예시를 참조하여, 본 명세서의 구현이 적용되는 sub-picture level HRD 동작을 지원하는 절차의 제2예를 설명한다. 도 10의 예시는 도 9의 예시에 따른 동작에 대해, 도 8의 예시에 따른 단말의 구조 및 네트워크 구조가 적용된 예시일 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 10은 본 명세서의 구현이 적용되는 sub-picture level HRD 동작을 지원하는 절차의 제2예를 나타낸다.
도 10의 예시는 앞서 본 명세서의 개시에서 설명된 기능들이 적용된 제어 절차의 예시이다.
UE에 포함된 UE 어플리케이션, UE 제어 기능, UE 분석 기능, UE HRD 퍼포밍은 UE의 동작을 설명하기 위한 예시에 불과하며, UE 어플리케이션, UE 제어 기능, UE 분석 기능, UE HRD 퍼포밍 각각이 수행하는 동작은 모두 UE가 수행하는 동작일 수 있다.
참고로, 도 10의 예시에 따른 동작이 수행되기 전에, 단말은 도 5 및 도 6을 참조하여 설명한 등록 절차를 수행할 수 있다. 예를 들어, 단말은 등록 요청 메시지를 AMF에게 전송할 수 있다. 예를 들어, 등록 요청 메시지는 단말이 sub-picture-level HRD 동작을 지원하는 것과 관련된 능력 정보를 포함할 수도 있다. 또는, 단말은 sub-picture-level HRD 동작을 지원하는 것과 관련된 능력 정보를 어플리케이션 계층의 메시지를 통해 Media AF 및/또는 어플리케이션 서버에게 전송할 수도 있다.
1. Media AF는 HRD 관련 서비스를 위한 설정 및 정책을 단말에게 전송할 수 있다.
예를 들어, 네트워크 노드 Media AF는 HRD에 관련된 서비스, HRD 적용이 필요한 서비스, 및/또는 Ultralow delay를 요구하는 서비스를 위해 HRD 수행에 필요한 parameter 및 과금 등 정책에 관련된 정보를 단말에게 provision 할 수 있다.
참고로, 단계 1은 Media AF가 sub-picture-level HRD 동작을 지원하는 것과 관련된 능력 정보를 AMF로부터 또는 UE로부터 수신한 것에 기초하여 수행될 수 있다.
2. 단말은 (예, 단말의 제어 기능)은 configuration 및 policy를 업데이트 하고, 필요시 정책을 적용할 수 있다. Configuration 및/또는 policy는 단말이 sub-picture-level HRD 동작을 수행하거나 및 sub-picture-level HRD에 관련된 모니터링할 때 필요한 파라메터 (예를 들어 default time value, reporting 주기 등), sub-picture-level HRD 수행되는 조건 (예를 들어 validity time/location 등), 모니터링 수행 및 보고 조건을 포함할 수 있다. 예를 들어, 이 단계에서 단말이 sub-picture-level HRD 동작을 수행하거나 및 sub-picture-level HRD에 관련된 모니터링할 때 필요한 파라메터 (예를 들어 default time value, reporting 주기 등), sub-picture-level HRD 수행되는 조건 (예를 들어 validity time/location 등), 모니터링 수행 및 보고 조건 등이 설정되거나 혹은 업데이트 될 수 있다.
3. 어플리케이션 서버는 sub-picture-level HRD 수행을 요청 및/또는 sub-picture-level HRD에 관련된 모니터링을 요청하기 위한 요청 메시지를 UE에게 전송할 수 있다. 어플리케이션 서버는 요청 메시지를 미디어 AF를 거쳐 UE에게 전송하거나, 어플리케이션 서버는 요청 메시지를 UE에게 직접 전송할 수도 있다.
참고로, 본 명세서의 개시의 다양한 예시에서, 어플리케이션 서버와 미디어 AF가 별개의 객체로 설명될 수도 있으나, 이는 예시에 불과하다. 예를 들어, 어플리케이션 서버와 미디어 AF는 동일한 장치일 수도 있다.
예를 들어, Application server 혹은 AF는 단말 및/또는 네트워크(예, 도 10의 NW HRD 퍼포밍)에 Sub-picture-level HRD 수행을 요청 혹은 지시할 수 있다. 또는, Application server 혹은 AF는 Ultralow delay 서비스를 수행할 것을 단말 및/또는 네트워크에 요청함으로써, 암시적으로 Sub-picture-level HRD 수행을 요청하거나 혹은 지시할 수도 있다. 혹은 사전에 configuration 되어 있는 정보에 따라, 네트워크로부터의 명시적인 요청이나 지시가 없더라도, 특정 application 수행을 위해서 단말이 Sub-picture-level HRD 동작을 수행할 수 있다. 예를 들어, 단말의 application layer가 수행 기능 모듈(예, UE HRD 퍼포밍)에게 Sub- picture-level HRD 수행을 지시할 수도 있다.
일부 구현에서, 어플리케이션 서버는 Sub-picture-level HRD 수행을 요청하기 위한 요청 메시지를 UE에게 전송할 때, Sub-picture-level HRD에 관련된 모니터링을 요청하기 위한 정보도 함께 단말에게 전송할 수 있다. 또는, 어플리케이션 서버는 Sub-picture-level HRD에 관련된 모니터링을 요청하기 위한 요청 메시지를 별도로 단말에게 전송할 수도 있다. 또는, 어플리케이션 서버가 Sub-picture-level HRD에 관련된 모니터링을 요청하기 위한 정보를 단말에게 전송하지 않더라도, 단말은 sub-picture-level HRD 수행을 요청하기 위한 요청 메시지를 수신하거나, 사전에 설정된 정보에 기초하여, sub-picture-level HRD에 관련된 모니터링을 수행할 수 있다.
참고로, 단계 3은 Application server 혹은 AF가 sub-picture-level HRD 동작을 지원하는 것과 관련된 능력 정보를 AMF로부터 또는 UE로부터 수신한 것에 기초하여 수행될 수 있다.
4. 단말, 다른 단말, 및/또는 네트워크가 Sub-picture-level HRD을 수행할 수 있다.
예를 들어, 단말이 capturing 및 encoding을 수행한 후, 다른 단말(예, 도 10의 예시에서 다른 UE) 및/또는 네트워크 노드(예, 도 10의 예시에서 NW HRD 퍼포밍)에게 데이터를 전송할 수 있다. 그러면, 네트워크 노드 및/또는 다른 단말이 decoding 작업 및 displaying 작업을 수행할 수 있다. Sub-picture-level HRD이 요청되었으므로 5개의 단계 (예, capturing, encoding, transmission, decoding, displaying) 중 일부 또는 전부는 다른 단계와 중첩해서 수행될 수 있고, Ultralow delay가 지원될 수 있다.
또한, 단말은 Sub-picture-level HRD에 대한 모니터링을 수행할 수 있다. 예를 들어, 단말은 단말 자체적으로 수행한 Sub-picture-level HRD에 관련된 정보, 다른 단말이 수행한 Sub-picture-level HRD에 관련된 정보, 및/또는 네트워크 노드가 수행한 Sub-picture-level HRD에 관련된 정보를 수집할 수 있다.
예를 들어, 단말이 수집한 Sub-picture-level HRD에 관련된 정보는 Sub-picture-level HRD의 5개의 단계 (예, capturing, encoding, transmission, decoding, displaying) 중 일부 또는 전부의 단계별 시작 시간, 5개의 단계 중 일부 또는 전부에 대해, 단계 사이의 시간 간격, 및/또는 사용자 QoE에 관련된 정보 등을 포함할 수 있다.
5. 단말은 모니터링 결과(예, 단말이 수집한 Sub-picture-level HRD에 관련된 정보는)를 단말 내부의 기능 모듈(예, UE 분석 기능, 및/또는 UE 제어 기능) 및/또는 UE 어플리케이션에게 전송할 수 있다.
예를 들어, 단말 내부적으로 수행한 Sub-picture-level HRD에 관련된 정보 (예, Sub-picture-level HRD의 5개의 단계 (예, capturing, encoding, transmission, decoding, displaying) 중 일부 또는 전부의 단계별 시작 시간, 5개의 단계 중 일부 또는 전부에 대해, 단계 사이의 시간 간격, 및/또는 사용자 QoE에 관련된 정보 등)이 모니터링될 수 있다. 모니터링 결과는 단말 내부의 기능 모듈 혹은 application layer로 전송될 수 있다.
6. 단말은 모니터링 결과에 대한 분석을 수행할 수 있다. 예를 들어, 단말은 모니터링 결과에 대한 분석 정보(예, 통계값 및 예측값)을 생성할 수 있다.
단말이 모니터링 정보에 대한 분석을 지원할 수도 있다. 예를 들어, 단말 내부에 analytics을 담당하는 기능 모듈이 포함될 수 있다. 단말은 다음의 예시와 같은 해당 모니터링 결과에 대한 통계값 및/또는 예측값을 생성할 수 있다:
- 예시 (a) Sub-picture-level HRD 동작이 수행되는 동안 단말에 설정된 사용자의 QoE가 유지되는지 여부
- 예시 (b) 단말에 설정된 사용자의 QoE를 유지하면서 Sub-picture-level HRD 동작의 일부 단계들 사이의 가능한/효과적인 중첩 시간; 및/또는
- 예시 (c) 단말에 설정된 사용자의 QoE를 유지하면서 Sub-picture-level HRD 동작을 수행하기 위해 요구되는 각 단계별 처리 시간 등7. 단말 내부에서 생성된 분석 정보(예, 통계값 및 예측값 등)는 단말 내부의 기능 모듈 혹은 application layer로 전송될 수 있다.
8. 단말은 sub-picture-level HRD에 관련된 UE 데이터를 다른 단말 및/또는 네트워크 노드에게 전송할 수 있다. 예를 들어, sub-picture-level HRD에 관련된 UE 데이터는 sub-picture-level HRD에 대한 모니터링 결과, sub-picture-level HRD에 대한 모니터링 결과에 대한 분석 정보, 모니터링 결과에 기초한 정보, 및/또는 분석 정보에 기초한 정보 등을 포함할 수 있다.
예를 들어, 단말 내부적으로 여러 기능 노드를 통해 수집된 정보 및/또는 수집된 정보가 가공된 정보는 협력 관계에 있는 또 다른 단말 및 네트워크의 제어 노드, application의 서버 등으로 노출될 수 있다. 예를 들어, 수집된 정보는 단말이 수집한 모니터링 결과 자체(예, 각 HRD 단계별 시작 시간/종료 시간 등)를 포함할 수 있다. 예를 들어, 수집된 정보가 가공된 정보는 단말이 모니터링 결과에 기초하여 생성한 분석 정보 (예, 예상되는 HRD 동작의 단계별 중첩시간 등 모니터링 결과에 대한 통계값 및/예측값 등)를 포함할 수 있다. 단말은 수집된 정보(예, 모니터링 결과), 수집된 정보가 가공된 정보(예, 모니터링 결과에 대한 분석 정보 및/또는 또는 분석 정보에 기초한 데이터)를 다른 UE 및/또는 네트워크 노드에게 전송할 수 있다.
참고로, 도 10의 예시에서, 단계 8에서 단말이 전송한 sub-picture-level HRD에 관련된 UE 데이터를 수신하는 다른 UE는 단계 4를 수행하는 다른 UE와 동일하게 도시되었지만, 이는 예시에 불과하다. 예를 들어, 단말은 도 10에 도시된 단계 4를 수행한 다른 UE 및/또는 단계 4를 수행하지 않은 또다른 UE에게도 sub-picture-level HRD에 관련된 UE 데이터를 전송할 수 있다.
참고로, 도 10의 단계 8에서 단말이 전송한 sub-picture-level HRD에 관련된 UE 데이터를 수신하는 네트워크 노드는 단계 4를 수행하는 NW HRD 퍼포밍과 다르게 도시되었지만, 이는 예시에 불과하다. 예를 들어, 단말은 도 10에 도시된 단계 4를 수행한 NW HRD 퍼포밍은 단계 8의 네트워크 노드와 동일할 수도 있다.
단말이 전송한 sub-picture-level HRD에 관련된 UE 데이터가 아래와 같이 사용/활용 될 수 있다:
- 네트워크의 Application server 및/또는 media server는 sub-picture-level HRD에 관련된 UE 데이터에 기초하여, HRD 관련 configuration 및 policy 갱신이 필요한지 여부를 판단할 수 있다. 예를 들어, Application server 및/또는 media server는 주요 step의 시간 간격(예, capturing과 encoding 사이의 시간 간격 등)에 대한 threshold 혹은 requirement 를 configuration 할 수 있다. Application server 및/또는 media server는 단말이 전송한 sub-picture-level HRD에 관련된 UE 데이터에 기초하여, 설정된 threshold, 또는 requirement가 적절한지 여부를 판단하고, 설정된 threshold, 또는 requirement를 변경할 수 있다. 네트워크의 Application server 및/또는 media server가 설정 및/또는 정책을 업데이트한 경우, 단계 1과 같이, 업데이트된 설명 및/또는 정책을 단말에게 전송할 수 있다.
- 단말이 전송한 sub-picture-level HRD에 관련된 UE 데이터에 기초하여, Core network의 네트워크 노드 (예를 들어 SMF, UPF) 는 단말의 transmission time을 조절할 필요가 있는지 판단할 수 있다. Core network의 네트워크 노드는 sub-picture-level HRD에 관련된 서비스를 제공하는 media flow에 대한 delay 등을 적절히 조절하여, sub-picture-level HRD 동작이 효과적으로 수행되도록 할 수 있다. Core network의 네트워크 노드는 QoS parameter 를 변경하고/QoS control을 운용할 수도 있다.
- AI 및 분산 처리를 기반으로 하는 6G 서비스를 위해, 각각의 media 서비스를 처리 module (예를 들어 XR 서비스를 위한 rendering)이 다른 단말에서 처리될 수도 있다. 이 경우, 단말이 전송한 sub-picture-level HRD에 관련된 UE 데이터에 기초하여, 다른 단말은 sub-picture-level HRD에 관련된 configuration을 변경하거나, 변경된 정책을 적용할 수 있다.
일부 구현에서, 단말은 네트워크부터 Ultralow delay 서비스에 관련된 요청(또는 sub-picture level HRD에 관련된 요청)을 수신할 수 있다. 단말은 요청에 기초하여, sub-picture level HRD 동작을 수행할 수 있다. 예를 들어, 단말은 sub-picture level HRD 동작의 각 단계별 시작 시간, 시간 간격, 및/또는 사용자 QoE에 대한 정보 등을 모니터링할 수 있다. 예를 들어, 단말 내부적으로 여러 기능 노드를 통해 상기 수집 가공된 정보는 협력 관계에 있는 또 다른 단말, 네트워크의 제어 노드, 및/또는 application의 서버 등으로 노출될 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 11은 본 명세서의 구현이 적용되는 절차의 일 예를 나타낸다.
참고로, 도 11에 도시된 절차는 예시에 불과하며, 본 명세서의 개시의 범위는 도 11의 예시에 의해 제한되지 않는다.
예를 들어, 도 11의 예시에 대해, 도 1 내지 도 10의 예시에서 설명된 동작도 적용될 수도 있다. 예를 들어, 도 11의 예시에서 직접 설명되지 않은 동작, 내용 등이더라도, 본 명세서의 개시의 다양한 예시에서 설명된 동작, 내용 등이 적용될 수 있다.
제1 네트워크 엔티티는, 이동성에 관련된 네트워크 엔티티(예, AMF)일 수 있다.
제2 네트워크 엔티티는 어플리케이션 관련된 네트워크 엔티티 (예, AS AF, media AF 등)일 수 있다.
단계(S1101)에서, UE는 등록 요청 메시지를 제1 네트워크 엔티티에게 전송할 수 있다.
일부 구현에서, 등록 요청 메시지는 UE가 sub-picture-level HRD를 지원하는 것에 관련된 능력 정보를 포함할 수 있다.
단계(S1102)에서, 제1 네트워크 엔티티는 등록 수락 메시지를 UE에게 전송할 수 있다.
단계(S1103)이 수행되기 전, UE는 HRD 동작에 관련된 설정 및/또는 정책을 획득할 수도 있다. 예를 들어, HRD 동작에 관련된 설정 및/또는 정책에 기초하여, 단계 (S1104)의 sub-picture-level HRD 동작이 수행될 수도 있다.
단계(S1103)에서, 제2 네트워크 엔티티는 요청 메시지를 UE에게 전송할 수 있다.
예를 들어, 요청 메시지는 sub-picture-level HRD에 관련된 요청 메시지일 수 있다. UE는 요청 메시지가 수신된 것에 기초하여 sub-picture-level HRD 동작을 수행할 수 있다.
일부 구현에서, 요청 메시지는, 상기 sub-picture-level HRD의 수행에 관련된 요청 정보 및/또는 Sub-picture-level HRD에 관련된 모니터링 요청 정보를 포함할 수 있다.
일부 구현에서, 요청 메시지는 Sub-picture-level HRD에 관련된 모니터링 요청 정보를 포함하지 않을 수도 있다. UE는 Sub-picture-level HRD에 관련된 모니터링 요청 정보가 수신되지 않더라도, Sub-picture-level HRD 동작을 수행하는 것에 기초하여, 단계(S1105)를 수행할 수도 있다.
또는, 단계 (S1103)은 생략될 수도 있다. UE는 요청 메시지가 수신되지 않더라도, 미리 설정된 정보에 따라, 특정 어플리케이션 수행을 위해서 sub-picture-level HRD 동작을 수행할 수도 있다.
단계(S1104)에서, UE는 sub-picture-level HRD 동작을 수행할 수 있다.
sub-picture-level HRD 동작은 capturing 단계, encoding 단게, transmission 단계, decoding 단계, 및/또는 displaying 단계 중 2개 이상의 단계를 포함할 수 있다.
예를 들어, sub-picture-level HRD 동작을 수행하는 단계는, capturing 단계, 및 encoding 단계; 및 capturing 단계 및 encoding 단계를 수행하는 중 또는 수행한 후, 데이터를 다른 UE 및/또는 네트워크 엔티티에게 전송하는 transmission 단계를 포함할 수 있다. Deding 단계 및 displaying 단계는, 다른 UE 및/또는 다른 네트워크 엔티티에 의해 수행될 수 있다.
단계(S1105)에서, UE는 sub-picture-level HRD 동작을 모니터링할 수 있다.
예를 들어, 모니터링의 결과는 Sub-picture-level HRD 동작에 포함된 단계들 중 일부 또는 전부의 시작 시간, Sub-picture-level HRD 동작에 포함된 단계들 사이의 시간 간격, 및/또는 사용자의 Quality of Experience(QoE)에 관련된 정보 중 하나 이상을 포함할 수 있다.
일부 구현에서, UE는 모니터링의 결과를 다른 UE, 네트워크 엔티티, 및/또는 제2 네트워크 엔티티 중 하나 이상에게 전송할 수도 있다.
일부 구현에서, UE는 모니터링의 결과에 대한 분석 정보를 생성할 수도 있다. 예를 들어, 분석 정보는 모니터링 결과에 대한 예측값 및/또는 통계값을 포함할 수 있다.
예를 들어, UE는 분석 정보 및/또는 모니터링 결과를 다른 UE, 네트워크 엔티티, 및/또는 제2 네트워크 엔티티 중 하나 이상에게 전송할 수도 있다.
상기 모니터링의 결과에 기초하여, 상기 HRD 동작에 관련된 설정 및/또는 정책을 업데이트할지 여부를 결정하는 단계를 더 포함하는, 방법.
예를 들어, 제2 네트워크 엔티티는, 모니터링의 결과에 기초하여, HRD 동작에 관련된 설정 및/또는 정책을 업데이트할지 여부를 결정할 수 있다.
예를 들어, 제2 네트워크 엔티티는 모니터링의 결과에 기초하여, 상기 HRD 동작에 관련된 설정 및/또는 정책을 업데이트할 수도 있다.
일부 구현에서, UE는 모니터링의 결과에 기초하여 업데이트된 HRD 동작에 관련된 설정 및/또는 정책을 제2 네트워크 엔티티로부터 수신할 수 있다.
예를 들어, 제2 네트워크 엔티티는 HRD 동작에 관련된 업데이트된 설정 및/또는 업데이트된 정책을 UE에게 전송할 수도 있다.
예를 들어, HRD 동작에 관련된 업데이트된 설정 및/또는 업데이트된 정책은, 상기 HRD 동작에 포함된 단계들 사이의 시간 간격에 관련된 임계값 및/또는 요구사항을 포함할 수 있다.
본 명세서는 다양한 효과를 가질 수 있다.
예를 들어, 단말이 sub-picture-level HRD 동작에 대한 모니터링을 수행함으로써, sub-picture-level HRD 동작이 효과적으로 지원될 수 있다.
예를 들어, 단말이 sub-picture-level HRD 동작 (예, encoding/deciding 등 다양한 단계)에 관련된 데이터를 수집할 수 있다. 단말은 수집된 정보를 단말의 응용 서비스 계층 혹은 네트워크로 exposure할 수 있다. AI 및 분산 처리를 기반으로 하는 6G 서비스들을 보다 효과적으로 제공할 수 있다.
예를 들어, 다양한 디바이스/드론/로봇 등의 그룹이 협력하여 서비스 제공을 수행하고 있는 환경에서, sub-picture-level HRD 동작이 효과적으로 지원될 수 있다. 단말이 직접 sub-picture-level HRD 동작 (예, encoding/deciding 등 다양한 단계)에 관련된 데이터를 수집하고 단말의 응용 서비스 계층 혹은 네트워크로 수집된 정보를 exposure할 수 있는 기술이 지원될 수 있다. 뿐만 아니라 단말은 협력관계에 있는 다른 단말들 및/또는 네트워크 노드와 수집된 정보들을 교환함으로써, AI 및 분산 처리를 기반으로 하는 6G 서비스들을 보다 효과적으로 제공할 수 있다.
본 명세서의 구체적인 예시를 통해 얻을 수 있는 효과는 이상에서 나열된 효과로 제한되지 않는다. 예를 들어, 관련된 기술 분야의 통상의 지식을 가진 자(a person having ordinary skill in the related art)가 본 명세서로부터 이해하거나 유도할 수 있는 다양한 기술적 효과가 존재할 수 있다. 이에 따라, 본 명세서의 구체적인 효과는 본 명세서에 명시적으로 기재된 것에 제한되지 않고, 본 명세서의 기술적 특징으로부터 이해되거나 유도될 수 있는 다양한 효과를 포함할 수 있다.
참고로, 본 명세서에서 설명한 단말(예: UE)의 동작은 앞서 설명한 도 1 내지 도 3의 장치에 의해 구현될 수 있다. 예를 들어, 단말은 도 2의 제1 장치(100) 또는 제2 장치(200)일 수 있다. 예를 들어, 본 명세서에서 설명한 단말의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 처리될 수 있다. 본 명세서에서 설명한 단말의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 실행가능한 명령어/프로그램(e.g., instruction, executable code)의 형태로 하나 이상의 메모리(104 또는 204)에 저장될 수 있다. 하나 이상의 프로세서(102 또는 202)는 하나 이상의 메모리(104 또는 204) 및 하나 이상의 송수신기(105 또는 206)을 제어하고, 하나 이상의 메모리(104 또는 204)에 저장된 명령어/프로그램을 실행하여 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행할 수 있다.
또한, 본 명세서의 개시에서 설명한 단말의 동작을 수행하기 위한 명령어들은 기록하고 있는 비휘발성 컴퓨터 판독가능 저장 매체에 저장될 수도 있다. 상기 저장 매체는 하나 이상의 메모리(104 또는 204)에 포함될 수 있다. 그리고, 저장 매체에 기록된 명령어들은 하나 이상의 프로세서(102 또는 202)에 의해 실행됨으로써 본 명세서의 개시에서 설명한 단말의 동작을 수행할 수 있다.
참고로, 본 명세서에서 설명한 네트워크 노드(예: OAM, AMF, SMF, PCF, UDM, NWDAF, UDM/UDR, AF, NEF, UPF, 미디어 AF, 어플리케이션 서버 등) 또는 기지국(예: NG-RAN, gNB, RAN, eNB, (R)AN 등)의 동작은 이하 설명될 도 1 내지 도 3의 장치에 의해 구현될 수 있다. 예를 들어, 네트워크 노드 또는 기지국은 도 2의 제1 장치(100) 또는 제2 장치(200)일 수 있다. 예를 들어, 본 명세서에서 설명한 네트워크 노드 또는 기지국의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 처리될 수 있다. 본 명세서에서 설명한 단말의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 실행가능한 명령어/프로그램(e.g., instruction, executable code)의 형태로 하나 이상의 메모리(104 또는 204)에 저장될 수 있다. 하나 이상의 프로세서(102 또는 202)는 하나 이상의 메모리(104 또는 204) 및 하나 이상의 송수신기(106 또는 206)을 제어하고, 하나 이상의 메모리(104 또는 204)에 저장된 명령어/프로그램을 실행하여 본 명세서의 개시에서 설명한 네트워크 노드 또는 기지국의 동작을 수행할 수 있다.
또한, 본 명세서의 개시에서 설명한 네트워크 노드 또는 기지국의 동작을 수행하기 위한 명령어들은 기록하고 있는 비휘발성(또는 비일시적) 컴퓨터 판독가능 저장 매체에 저장될 수도 있다. 상기 저장 매체는 하나 이상의 메모리(104 또는 204)에 포함될 수 있다. 그리고, 저장 매체에 기록된 명령어들은 하나 이상의 프로세서(102 또는 202)에 의해 실행됨으로써 본 명세서의 개시에서 설명한 네트워크 노드 또는 기지국의 동작을 수행할 수 있다.
이상에서는 바람직한 실시예를 예시적으로 설명하였으나, 본 명세서의 개시는 이와 같은 특정 실시예에만 한정되는 것은 아니므로, 본 명세서의 사상 및 특허청구범위에 기재된 범주 내에서 다양한 형태로 수정, 변경, 또는 개선될 수 있다.
상술한 예시적인 시스템에서, 방법들은 일련의 단계 또는 블록으로써 순서도를 기초로 설명되고 있지만, 설명되는 단계들의 순서에 한정되는 것은 아니며, 어떤 단계는 상술한 바와 다른 단계와 다른 순서로 또는 동시에 발생할 수 있다. 또한, 당업자라면 순서도에 나타낸 단계들이 배타적이지 않고, 다른 단계가 포함되거나 순서도의 하나 또는 그 이상의 단계가 권리범위에 영향을 미치지 않고 삭제될 수 있음을 이해할 수 있을 것이다.
본 명세서에 기재된 청구항은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 다른 구현은 다음과 같은 청구 범위 내에 있다.

Claims (18)

  1. 등록 요청 메시지를 전송하는 단계;
    등록 수락 메시지를 전송하는 단계;
    sub-picture-level Hypothetical Reference Decoder (HRD)에 관련된 요청 메시지를 어플리케이션에 관련된 네트워크 엔티티로부터 수신하는 단계;
    capturing 단계, encoding 단계, transmission 단계, decoding 단계, 및/또는 displaying 단계 중 2개 이상의 단계를 포함하는 sub-picture-level HRD 동작을 수행하는 단계; 및
    상기 sub-picture-level HRD 동작에 대한 모니터링을 수행하는 단계를 포함하는, 방법.
  2. 제1항에 있어서,
    HRD 동작에 관련된 설정 및/또는 정책을 획득하는 단계를 더 포함하고,
    상기 HRD 동작에 관련된 설정 및/또는 정책에 기초하여, 상기 sub-picture-level HRD 동작이 수행되는, 방법.
  3. 제1항 또는 제2항에 있어서,
    상기 sub-picture-level HRD 동작을 수행하는 단계는,
    상기 capturing 단계, 및 상기 encoding 단계; 및
    상기 capturing 단계 및 상기 encoding 단계를 수행하는 중 또는 수행한 후, 데이터를 다른 User Equipment (UE) 및/또는 네트워크 엔티티에게 전송하는 상기 transmission 단계를 포함하고,
    상기 decoding 단계 및 상기 displaying 단계는, 상기 다른 UE 및/또는 상기 네트워크 엔티티에 의해 수행되는, 방법.
  4. 제1항 내지 제3항 중 어느 한 항에 있어서,
    상기 요청 메시지는, 상기 sub-picture-level HRD의 수행에 관련된 요청 정보 및/또는 Sub-picture-level HRD에 관련된 모니터링 요청 정보를 포함하는, 방법.
  5. 제1항 내지 제4항 중 어느 한 항에 있어서,
    상기 모니터링의 결과는,
    상기 Sub-picture-level HRD 동작에 포함된 단계들 중 일부 또는 전부의 시작 시간, 상기 Sub-picture-level HRD 동작에 포함된 단계들 사이의 시간 간격, 및/또는 사용자의 Quality of Experience(QoE)에 관련된 정보 중 하나 이상을 포함하는, 방법.
  6. 제1항 내지 제5항 중 어느 한 항에 있어서,
    상기 모니터링의 결과를 다른 UE, 네트워크 엔티티, 및/또는 상기 어플리케이션에 관련된 네트워크 엔티티 중 하나 이상에게 전송하는 단계를 더 포함하는, 방법.
  7. 제6항에 있어서,
    상기 모니터링의 결과에 기초하여 업데이트된 HRD 동작에 관련된 설정 및/또는 정책을 상기 어플리케이션에 관련된 네트워크 엔티티로부터 수신하는 단계를 더 포함하는, 방법.
  8. 제1항 내지 제7항 중 어느 한 항에 있어서,
    상기 모니터링의 결과에 대한 분석 정보를 생성하는 단계; 및
    상기 분석 정보 및/또는 상기 모니터링 결과를 다른 UE, 네트워크 엔티티, 및/또는 상기 어플리케이션에 관련된 네트워크 엔티티 중 하나 이상에게 전송하는 단계를 더 포함하는, 방법.
  9. 하나 이상의 송수신기;
    하나 이상의 프로세서; 및
    명령어(instructions)를 저장하고 상기 하나 이상의 프로세서와 동작 가능하도록 연결될 수 있는 하나 이상의 메모리를 포함하며,
    상기 하나 이상의 프로세서는: 제1항 내지 제8항 중 하나에 따른 방법을 수행하도록 설정되는(adapted to), 방법.
  10. 적어도 하나의 프로세서; 및
    명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
    상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: 제1항 내지 제8항에 중 어느 한 항에 따른 방법을 포함하는 장치(apparatus).
  11. 명령어들을 기록하고 있는 비일시적(non-transitory) 컴퓨터 판독가능 저장 매체(computer readable medium: CRM)로서,
    상기 명령어들은, 하나 이상의 프로세서들에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 제1항 내지 제8항에 중 어느 한 항에 따른 방법을 수행하도록 하는, 단계를 포함하는 CRM.
  12. sub-picture-level Hypothetical Reference Decoder (HRD)에 관련된 요청 메시지를 User Equipment (UE)에게 전송하는 단계,
    상기 요청 메시지는, 상기 UE가 capturing 단계, encoding 단게, transmission 단계, decoding 단계, 및/또는 displaying 단계 중 2개 이상의 단계를 포함하는 sub-picture-level HRD 동작을 수행하는데 사용되고; 및
    상기 sub-picture-level HRD 동작에 대한 모니터링의 결과를 상기 UE로부터 수신하는 단계를 포함하는, 방법.
  13. 제12항에 있어서,
    상기 HRD 동작에 관련된 설정 및/또는 정책을 상기 UE에게 전송하는 단계를 더 포함하는, 방법.
  14. 제12항 또는 제13항에 있어서,
    상기 모니터링의 결과에 기초하여, 상기 HRD 동작에 관련된 설정 및/또는 정책을 업데이트할지 여부를 결정하는 단계를 더 포함하는, 방법.
  15. 제12항 내지 제14항 중 어느 한 항에 있어서,
    상기 모니터링의 결과에 기초하여, 상기 HRD 동작에 관련된 설정 및/또는 정책을 업데이트하는 단계를 더 포함하는, 방법.
  16. 제15항에 있어서,
    상기 HRD 동작에 관련된 업데이트된 설정 및/또는 업데이트된 정책을 상기 UE에게 전송하는 단계를 더 포함하는, 방법.
  17. 제16항에 있어서,
    상기 HRD 동작에 관련된 업데이트된 설정 및/또는 업데이트된 정책은, 상기 HRD 동작에 포함된 단계들 사이의 시간 간격에 관련된 임계값 및/또는 요구사항을 포함하는, 방법.
  18. 하나 이상의 송수신기;
    하나 이상의 프로세서; 및
    명령어(instructions)를 저장하고 상기 하나 이상의 프로세서와 동작 가능하도록 연결될 수 있는 하나 이상의 메모리를 포함하며,
    상기 하나 이상의 프로세서는: 제12항 내지 제17항 중 하나에 따른 방법을 수행하도록 설정되는(adapted to), 방법.
PCT/KR2025/006804 2024-06-26 2025-05-20 서브 픽쳐 레벨 hrd Pending WO2026005286A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202463664196P 2024-06-26 2024-06-26
US63/664,196 2024-06-26

Publications (1)

Publication Number Publication Date
WO2026005286A1 true WO2026005286A1 (ko) 2026-01-02

Family

ID=98222385

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2025/006804 Pending WO2026005286A1 (ko) 2024-06-26 2025-05-20 서브 픽쳐 레벨 hrd

Country Status (1)

Country Link
WO (1) WO2026005286A1 (ko)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140301437A1 (en) * 2013-04-05 2014-10-09 Qualcomm Incorporated Picture alignments in multi-layer video coding
KR102310009B1 (ko) * 2014-06-20 2021-10-06 퀄컴 인코포레이티드 파라미터 세트에서의 비디오 신호 정보 신택스 구조들의 상이한 수들을 선택적으로 시그널링하기 위한 시스템들 및 방법들
KR102388226B1 (ko) * 2014-06-24 2022-04-18 퀄컴 인코포레이티드 멀티-계층 비디오 코딩에서의 적합성 및 상호운용성 향상

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140301437A1 (en) * 2013-04-05 2014-10-09 Qualcomm Incorporated Picture alignments in multi-layer video coding
KR102310009B1 (ko) * 2014-06-20 2021-10-06 퀄컴 인코포레이티드 파라미터 세트에서의 비디오 신호 정보 신택스 구조들의 상이한 수들을 선택적으로 시그널링하기 위한 시스템들 및 방법들
KR102388226B1 (ko) * 2014-06-24 2022-04-18 퀄컴 인코포레이티드 멀티-계층 비디오 코딩에서의 적합성 및 상호운용성 향상

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
BART KROON, NOKIA, INTERDIGITAL, PHILIPS, DEUTSCHE TELEKOM, FRAUNHOFER HHI, SONY, CHINA MOBILE, HUAWEI: "[FS_Beyond2D] Scenario Streaming of Multi-view video for Immersive Playback", 3GPP DRAFT; S4-241199; TYPE DISCUSSION, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG4, no. Jeju, KR; 20240520 - 20240524, 23 May 2024 (2024-05-23), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052610578 *
JIAYI XU, CHINA MOBILE COM. CORPORATION: "[FS_Beyond2D] Scenario UE-to-UE Beyond 2D Video Streaming", 3GPP DRAFT; S4AV240022; TYPE DISCUSSION, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG4, no. Online; 20240625 - 20240724, 24 June 2024 (2024-06-24), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052625580 *

Similar Documents

Publication Publication Date Title
WO2023075214A1 (en) Method and apparatus for supporting edge computing service for roaming ue in wireless communication system
WO2021241905A1 (ko) 로밍 네트워크에서 네트워크 슬라이스 별 인증 실패 시 효율적인 plmn 선택
WO2022014960A1 (ko) 재난 로밍 사용자로 인한 혼잡 상황을 제어하는 방법 및 이를 지원하는 장치
WO2022014981A1 (ko) 재난 상황 종료시 서비스 연속성을 지원하는 방법 및 이를 지원하는 장치
WO2024005396A1 (ko) Upf 이벤트 보고에 관련된 통신
WO2022014986A1 (ko) 재난 로밍 발생 시 타이머 t를 조정하는 방법 및 이를 지원하는 장치
WO2023182874A1 (ko) 통신 상태와 관련된 통신
WO2024005429A1 (ko) Plmn 검색 간격에 관련된 통신
WO2023101391A1 (ko) 트래픽 사용량 측정 방법
WO2022014963A1 (ko) Ran 노드가 재난 상황을 통지하는 방법 및 이를 지원하는 장치
WO2023146253A1 (ko) Ai 및 ml 서비스의 qos를 효과적으로 지원하기 위한 방법
WO2026005286A1 (ko) 서브 픽쳐 레벨 hrd
WO2023149702A1 (ko) Mbsr 관리 방법
WO2025063624A1 (en) Communication based on network slice
WO2026034938A1 (ko) Ntz에 기초한 통신
WO2024215180A1 (ko) 위성 통신
WO2025263880A1 (ko) 재난 로밍 방법
WO2024029821A1 (ko) Lbo 모드 pdu 세션
WO2025239668A1 (ko) 네트워크 선택 방법
WO2024232693A1 (ko) Snpn 통신 방법
WO2025028818A1 (ko) 네트워크 슬라이스 서비스 영역에 기초한 통신
WO2025239595A1 (ko) 가드 타이머 설정 방법
WO2026024009A1 (ko) 단말의 이동성관련 백오프 타이머 관리 방법
WO2024167135A1 (ko) Easdf의 관리 방법
WO2025023540A1 (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: 25827295

Country of ref document: EP

Kind code of ref document: A1